[FFmpeg-devel] [BUG] h264 picture reordering fails
Sat May 30 14:49:18 CEST 2009
----- Original Message -----
From: "Loren Merritt" <lorenm at u.washington.edu>
To: "FFmpeg development discussions and patches" <ffmpeg-devel at mplayerhq.hu>
Sent: Saturday, May 30, 2009 9:26 PM
Subject: Re: [FFmpeg-devel] [BUG] h264 picture reordering fails
> On Sat, 30 May 2009, Haruhiko Yamagata wrote:
>>> On Sat, May 30, 2009 at 07:34:32PM +0900, Haruhiko Yamagata wrote:
>>> about POCs, IIRC the spec requires POC=0 to be true and only true for
>>> IDR pictures, but i might misremember (would have to check the spec)
>>> What i do know is that the POC or frame number == 0 rules in the spec
>>> are not followed by some encoders.
>> Yes, I think POC=0 means IDR. In that case, negative values as POC are
>> not allowed.
> That doesn't follow. POC<0 would mean "display this frame before the
> corresponding IDR". I have found nothing in the spec which would disallow
> such reordering.
> --Loren Merritt
But POC for the same frame is 512 without seeking (add 512 to match).
I think it's just calculation error.
The entry point at the seeking is GDR, indicated by Recovery Point SEI.
More information about the ffmpeg-devel