[MPlayer-dev-eng] NUT dts proposal

Uoti A Urpala urpala at cc.helsinki.fi
Wed Sep 7 22:10:25 CEST 2005


Michael Niedermayer wrote:
> > Yes, decoders limited in that way could cause problems. Those problems
> > can be worked around by buffering frames in the demuxer though. In the
> 
> no, thats not possible, the buffering and delay is proportional to the
> gap length, which isnt limited -> delay is not limited -> player will
> run out off data before a large gap

So the player may fail to show the last frame before the large gap if
it doesn't have a good decoder. However with the current dts
calculation a player will fail to show the first X frames after the
gap if it seeks into the gap, even if the player would have a good
decoder.
(X depends on decode_delay and number of depending frames.)

The current system also requires unlimited buffering on the muxer side
when muxing live content: if one "live" stream has a gap, muxing has
to stop and all other streams must be buffered until the first frame
after the gap is available.




More information about the MPlayer-dev-eng mailing list