Re: [Libquicktime-devel] FFmpeg plugin resync DNW for out-of-order B-frames after full sync keyframes

[Derek C. <der...@mi...>]

Okay, I'll keep in mind that this should also support MP4.

> The code for calculating the pts does this right for both cases because the first ctts value is
> alaways zero for quicktime and max_decoding_delay for mp4. I don't see how the PTS can get
> negative here.

In the beginning of this thread, as with the "quicktime_is_bframe()
breaking for wobbly GOP pattern" thread, I describe an XDCAM quicktime
file with initial non-zero ctts value... The qtdump output looks like:

...
     composition time to sample (ctts)
      version 0
      flags 0
      total_entries 46437
       count 1 duration 2
       count 2 duration -1
       count 1 duration 2
...

Hence the PTS gets negative!  I'll try to come up with a solution that
can shift the PTS scale to that doesn't contain negative values
without compromising MP4 support?

-- 


Derek Chow / C++ Developer

der...@mi... / +44(0)7825373230

Office +44 (0)207 884 2530
21 Broadwall, London, SE1 9PL, United Kingdom
http://www.mirriad.com