[MPlayer-dev-eng] A few minor things about NUT
Michael Niedermayer
michaelni at gmx.at
Sat Jan 28 20:33:28 CET 2006
Hi
On Sat, Jan 28, 2006 at 02:04:40PM -0500, Rich Felker wrote:
> On Sat, Jan 28, 2006 at 05:50:21PM +0100, Michael Niedermayer wrote:
> > > > 1. (key)frame repeation
> > > > at least in some cases like info streams or subtitles the muxer might wish to
> > > > repeat frames
> > > > demuxers must know about repeated frames, and should know about repeated
> > > > keyframes
> > > > should we add a is_redundant flag to the flags in the frame code table?
> > > > IMHO yes otherwise we wont know / be able to discard repeated keyframes during
> > > > remuxing
> > >
> > > Sounds weird, if you see a frame with redundancy flag, how do you know if
> > > you've seen it or not? you keep a cache of all pts's you've seen? redundant
> > > frames can only repeat right after the frames they repeat? either way this
> > > can be implemented without the flag...
> >
> > ok, forget it
> > pts difference == 0 <-> redundant
>
> If we allow the old pts to be reused we need to make a special
> exception to muxing order and possibly complicate the seeking
> algorithm a lot (since it can't immediately tell that the frame is
> duplicate just from the pts, because it doesn't know the previous
> pts).
>
> I would rather have a flag so that these frames can be totally ignored
> if desired, and then probably use new/current pts values for the
> repetitions.
ok, indeed, pts difference == 0 wont be possible, we need a flag ...
>
> BTW I'd like to restrict this type of repetition to EOR-able streams,
> and restrict EOR to subtitle and info streams with decode_delay=0.
> Otherwise there's lots of unneeded complexity. If there's a legitimate
> need we could lift these restrictions in the future but I doubt there
> would be.
ok
[...]
--
Michael
More information about the MPlayer-dev-eng
mailing list