[Ffmpeg-devel] Re: [PATCH] PKT_FLAG_B

[Baptiste Coudurier]

Hi

Uoti Urpala wrote:
> 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?

Somehow history has proved me to read the specs before talking, but well...

I also said I would be really OK for a better alternative and I asked
you to propose one...

-- 
Baptiste COUDURIER                              GnuPG Key Id: 0x5C1ABAAA
SMARTJOG S.A.                                    http://www.smartjog.com
Key fingerprint                 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
Phone: +33 1 49966312