Re: ERROR: driver buffer overflow on device 1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

i have the same problem

vdr-1.7.14
xine-lib-1.2 (cvs, patched with last VDPAU patches)
xineliboutput (last from cvs)

i'm using vdpau

it happen only on hd channels, mostly on complex frame (snow, fire, an
very fast actions), seems not related to high HD transfer. 

CPU usage is very low.

The picture freeze fro 1 sec then start again.
if i exit from (frontend) vdr-sxfe and start again it works.

(config are ok, "speedoveraccurancy=1, ecc..")

Did anyone solve it ?


Il giorno dom, 21/03/2010 alle 08.58 +0100, Reinhard Nissl ha scritto:
> Hi,
> 
> Am 18.03.2010 13:43, schrieb peter:
> 
> >>>> Does this happen too when not using vdpau?
> >> 
> >> I'm not using vdpau (haven't got the hardware for it).
> >> 
> >> vdr-1.7.10
> >> xine-lib-1.2
> >> 
> >> The problem occurs when running xine with dxr3 output (xine --verbose=1 -V dxr3 -A alsa vdr:/tmp/vdr-xi/stream)
> >> 
> >> Mar 18 13:26:43 vdr-desktop kernel: [ 6250.760298] em8300-0: adjusting scr: 30791
> >> Mar 18 13:26:45 vdr-desktop kernel: [ 6252.872307] em8300-0: adjusting scr: 125823
> >> Mar 18 13:27:05 vdr-desktop vdr: [4159] buffer usage: 70% (tid=4158)
> >> Mar 18 13:27:06 vdr-desktop vdr: [4159] buffer usage: 80% (tid=4158)
> >> Mar 18 13:27:06 vdr-desktop vdr: [4159] buffer usage: 90% (tid=4158)
> >> Mar 18 13:27:07 vdr-desktop vdr: [4159] buffer usage: 100% (tid=4158)
> >> Mar 18 13:27:18 vdr-desktop vdr: [4159] ERROR: driver buffer overflow on device 1
> >> Mar 18 13:27:18 vdr-desktop vdr: [4159] buffer usage: 30% (tid=4158)
> >> Mar 18 13:27:18 vdr-desktop vdr: [4158] ERROR: skipped 11 bytes to sync on TS packet on device 1
> >> Mar 18 13:27:18 vdr-desktop vdr: [4158] TS continuity error (3)
> >> Mar 18 13:27:18 vdr-desktop vdr: [4158] TS continuity error (11)
> >> Mar 18 13:27:18 vdr-desktop vdr: [4158] cAudioRepacker(0xC0): skipped 312 bytes while syncing on next audio frame
> >> 
> >> However:
> >> 
> >> When running without dxr3 (xine --verbose=1 -V xshm -A alsa vdr:/tmp/vdr-xine/stream) everything is fine.
> >> 
> >> Here's gdb output from a bad run:
> 
> Well, vdr-xine is writing to xine and blocks as xine doesn't read
> any input data.
> 
> Would you be so kind and create a backtrace of xine when this
> happens again. And provide an "unwrapped" backtrace, e. g. by
> attaching the backtrace as a text file, which makes it easier to
> read, especially as xine has much more threads.
> 
> Bye.
> --
> Dipl.-Inform. (FH) Reinhard Nissl
> mailto:rnissl@xxxxxx
> 
> 
> _______________________________________________
> vdr mailing list
> vdr@xxxxxxxxxxx
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux