[MPlayer-cvslog] r26069 - in trunk/libmpdemux: demuxer.c demuxer.h

[Uoti Urpala]

On Sat, 2008-02-23 at 11:31 +0100, nicodvb wrote:
> New member in demuxer_t: reference_clock.
> If it's != MP_NOPTS_VALUE ds_fill_buffer() will keep
> on demuxing until the pts of the next_pts is <= reference_clock.

If the video packets and reference clock packets are read synchronously
from the same stream why would this do anything useful? You could do the
same even inside the demuxer as it doesn't involve realtime behavior at
all.

> It guarantees the compliance with the buffering model indicated
> by the transmitter of the multiplex and a long-time stability
> of playback (at least for me).

It cannot possibly guarantee long-time stability. You're doing nothing
to sync MPlayer's playback speed to that of the broadcast source. If it
differs playback won't be stable. Demuxing packets a bit earlier or
later will not fix anything.

Isn't this similar to your suggestion that was was discussed on IRC
earlier? I thought that back then you understood it would not work...