[MPlayer-dev-eng] Delayed Packets
rohitk at CS.UCLA.EDU
Thu May 8 04:33:26 CEST 2003
Thanks for the reply. So, this is just like the situation one sees when one
uses something like the Real Player, which pauses and buffers each time its
buffer becomes empty. Right?
----- Original Message -----
From: "D Richard Felker III" <dalias at aerifal.cx>
To: <mplayer-dev-eng at mplayerhq.hu>
Sent: Wednesday, May 07, 2003 7:21 PM
Subject: Re: [MPlayer-dev-eng] Delayed Packets
> On Wed, May 07, 2003 at 05:16:29PM -0700, Rohit Kapoor wrote:
> > Denes,
> > Thanks for the reply.
> > > There is a cache - it will fill up a buffer to a preset level and than
> > start
> > > playing, with the hope that there will always be packets to play in
> > > cache buffer. You can set the size of the cache with -cache
> > > and it will start playing when it is filled up to 20% (iirc).
> > This is like a playout buffer, right? So, supposing that a number of
> No, it's an input buffer.
> > get delayed so that the buffer gets empty, and still packets keep
> > delayed, what happens to these delayed packets? Do they get dropped if
> > dont reach in time for them to be played by the MPlayer?
> MPlayer has no concept whatsoever of packets arriving 'in time'. If
> they're late and out-of-order, they'll be dropped, but otherwise if
> no packets come in for a while and the buffer drains to empty, mplayer
> will just go silent until more packets arrive, and then start playing
> them. The situation is exactly the same as reading from a cdrom drive
> when the cd has to spin up the the playback pauses for a second,
> except that you can also lose data.
> MPlayer-dev-eng mailing list
> MPlayer-dev-eng at mplayerhq.hu
More information about the MPlayer-dev-eng