[FFmpeg-devel] Patch: CrystalHD decoder support

[Vladimir Pantelic]

Philip Langdale wrote:

> Thanks for pointing that out, but the results are uneven. In testing
> with ffplay, avpkt->pts never contains anything useful (and maybe that's
> to be expected) and for an mkv container, I get useful values in
> reordered_opaque and if I pass them through the decoder, they come out
> the other end intact and prove that reordering is taking place. And,
> indeed, I now get properly sync'ed video in ffplay when I didn't before
> (although is there a problem where it takes 10+ seconds to reach a
> correct steady state). On the other hand, I tried an xvid avi and here,
> only ever other frame has a meaningful reordered_opaque value, and they
> are clearly not real timestamps (they appear to be frame counts and
> increase by two each time), and the av sync is still a complete mess.
> So, there's clearly something important still missing.

reordered_opaque is as the name says "opaque" to the decoder and can be
anything, just make sure that it is correctly reordered together with the
frames it was sent with.