[Ffmpeg-devel] Re: [PATCH] PKT_FLAG_B

[Uoti Urpala]

On Mon, 2006-07-31 at 17:25 +0200, Baptiste Coudurier wrote:
> Uoti Urpala wrote:
> > If the mov stts atom is supposed to represent dts in the sense "the pts
> > of the output frame (if any) that the decoder will output when fed this
> > input frame, assuming standard buffering behavior in the decoder" then
> > you need to create separate ctts atoms when the decoder will delay the
> > stream, even if there are only P frames. You can determine this by
> > checking whether pts != dts for any of the frames. If you're currently
> > doing this then I think the behavior is most likely correct.
> > 
> > If it's OK to omit separate ctts atoms as long as pts are monotonous (I
> > doubt this is the intended semantics) then you can check directly for
> > that condition.
> 
> Can you read mov/mp4/3gp specs, please ?

No, I don't intend to read all of them. Some spec I looked at seemed to
support the first alternative. Do you have reason to believe that
something in the specs would mean neither of the alternatives I gave
would be appropriate, or that something in them would require PKT_FLAG_B
functionality?