[MPlayer-dev-eng] Lots of stuff for NUT

Michael Niedermayer michaelni at gmx.at
Wed Jan 11 11:53:30 CET 2006


Hi

On Wed, Jan 11, 2006 at 07:44:23AM +0200, Oded Shimon wrote:
> On Fri, Dec 30, 2005 at 09:10:02PM +0200, Oded Shimon wrote:
> > [...]
> 
> Good news. Rich and I were discussing on IRC, and Rich found out we DON'T 
> need to store per stream pts. 

so my feeling was correct ...


> We need to store pts for every stream with 
> non zero decode_delay, and a SINGLE pts for all the decode_delay=0 streams. 
> (which is all but one stream most likely). These streams are strictly 
> interleaved, so a single pts for them works!

somehow i still belive a single pts for all streams is enough :)

what about:
current_dts is the dts of the current frame
S is the set of all keyframes which have pts <= current_dts
if adding a keyframe to S causes the backptr change to be >= t then write a
syncpoint, and assign the maximum pts from S to it

[...]

> If we can make overhead less than linear to amount of streams, that would 
> kick ass. Any brilliant ideas anyone?...

maybe it would help if we could see some typical values for back ptrs ...
i would think they should fall in 2 categories
1. the ones which have near zero ptrs all the time (audio)
2. the ones which have large ptrs (video/subtitles)

[...]
-- 
Michael




More information about the MPlayer-dev-eng mailing list