[MPlayer-dev-eng] NUT dts proposal

[Michael Niedermayer]

Hi

On Wed, Sep 07, 2005 at 11:10:25PM +0300, Uoti A Urpala wrote:
> 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.

live content which has low delay requirements doesnt use codecs with a 
delay furthermore the combination of delay + gap is pretty obscure on its 
own

[...]
-- 
Michael