[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