[MPlayer-users] Long delays before showing films from dvbstream in CVS

[Nico]

Jim Hawkins wrote:

>  
>
>Just to clarify, I'm talking about piping a TS into mplayer using
>dvbstream, rather than using the dvbin stuff, although I think dvbin did
>similar things last time I tried it.
>
>The problem is, if too many errors occur in the stream using demux_ts it
>will say "Too many video packets in the buffer..." and the audio will stop
>but the video continues. Then it eventually gives "Too many audio packets
>in the buffer..." errors and mplayer exits. Using dvbstream to remux the
>TS into a PS and piping into mplayer, when you get lots of errors the
>video suddenly goes to a really low frame rate, but if you pause and
>unpause it will fix itself. Neither case is ideal, but when I'm in bed
>watching TV it's a lot easier to hit space a couple of times than faff
>about trying to reload mplayer :)
>  
>
I agree

>  
>
>>If you can give me a sample (ore more) to show what goes wrong I will
>>try to fix my code.
>>    
>>
>It's quite easy to replicate by unplugging the aerial and plugging it back
>in whilst watching TV. I can probably make a sample to upload if you want.
>
>Jim
>  
>
Those samples would help me a lot.  BTW I read on linuxtv ML (but I 
can't confirm nor deny it)
that  unplugging and replugging the aerial from a dvb card when the pc 
is on (especially with DVB-T)
*might* fry something because of the relatively high voltage (18V  ?), 
so I won't try it :)

>_______________________________________________
>RTFM!!!  http://www.MPlayerHQ.hu/DOCS
>Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
>http://mplayerhq.hu/mailman/listinfo/mplayer-users
>
>  
>
I'm working to add some buffering in demux_ts to fix those "too many XXX 
packets in the buffer";
hopefully this patch will solve all these problems.

Thanks,
        Nico