[MPlayer-users] Playing dvb-t with bit errors

[Nico Sabbi]

Peter Zelezny wrote:

>On Sun, 07 Nov 2004 11:17:09 +0100
>Nico Sabbi <nsabbi at tiscali.it> wrote:
>
>  
>
>>>So I guess what I'm looking for is a way to keep playing the stream without
>>>a few errors here and there causing it to stop.
>>>      
>>>
>>if the image is broken you can use -vd ffmpeg12 (which is generally is 
>>more resistant to errors).
>>Try also to play with -lavdopts.
>>If instead you are experiencing sudden image freezes and cache fill rate 
>>to 0% then there's no solution
>>that I know of yet (I'm still experimenting)
>>    
>>
>
>-vd ?
>
>Unknown option on the command line: vd
>  
>

-vc

>
>This is exactly what happens:
>           ************************************************
>           **** Your system is too SLOW to play this!  ****
>           ************************************************
>
>...[snip]...
>...[picture now stops, audio continues. If I press seek +10 it will recover]...
>
>A:48324.1 V:48313.3 A-V: 10.803 ct: -0.428  1138/1138  10% 26% 33.5% 109 0 0%
>Too many video packets in the buffer: (281 in 8396168 bytes).
>Maybe you are playing a non-interleaved stream/file or the codec failed?
>For AVI files, try to force non-interleaved mode with the -ni option.
>
>Broken frame at 0x308940        
>
>
>It's not actually too slow, it only takes 40% CPU while there are no errors.
>It just gets stuck on a frame, even though I pass -fps explicitly. Can't it
>search for synchronization bits when errors come along?
>
>  
>
the demuxer does it, the decoders should do it too (I guess they do)
but the problem is that when

"Too many video packets in the buffer: (281 in 8396168 bytes)."

is reported the video fifo is not refilled !

You can try to add -tskeepbroken but I doubt it will help you