[MPlayer-users] Re: Cache doesn't refill

[nsabbi at fastwebnet.it]

I wasn't using RTC, but now that I am I verified that with RTC 
things are a lot better but not completely solved yet: after a much
longer period of time (even without cache) there are still underruns.

I'm now running mplayer with -speed 0.98 to see if how things get better.

In any case mplayer's cache management doesn't satisfy me :(

Nico


>-- Original Message --
>To: mplayer-users at mplayerhq.hu
>From: Stefan Seyfried <seife at gmane0305.slipkontur.de>
>Date: Wed, 9 Jun 2004 16:55:58 -0000
>Subject: [MPlayer-users] Re: Cache doesn't refill
>Reply-To: "MPlayer usage questions, features,  bugreports" <mplayer-users at mplayerhq.hu>
>
>
>On Tue, Jun 08, 2004 at 08:43:14PM +1000, Adam Nielsen wrote:
>> > It's as if the card fed data too slowly.
>> 
>> That's exactly what it sounds like.
>> 
>> > I'm sure there's no data lost, because otherwise I would have plenty
>> > of "dvb_streaming_read()" errors  on the console. There's no A/V
>> > breakage or discontinuity of any kind. Dmesg doesn't report problems,
>> > either.
>> 
>> And as you said, it also happens with rtp and http so it's unlikely to
>> be the fault of DVB.
>
>With DVB it is easy to explain:
>MPlayer syncs video to the clock of the soundcard IIRC. If your soundcard
>is a bit too fast, your cache will run out sooner or later since the
>broadcast comes in with a steady framerate. It is well known that soundcards
>are pretty bad wrt their clock accuracy.
>
>When i was using vls / vlc to stream live-capture via rtp multicast, i
>noticed that vlc started resampling the sound to a little bit higher
>or lower rate to keep the sync with the transmitting vls. That is probably
>the only sane solution to this problem.
>-- 
>Stefan Seyfried
>
>_______________________________________________
>MPlayer-users mailing list
>MPlayer-users at mplayerhq.hu
>http://mplayerhq.hu/mailman/listinfo/mplayer-users