[FFmpeg-devel] Patch: CrystalHD decoder support

Vladimir Pantelic vladoman
Tue Dec 28 19:34:56 CET 2010


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.




More information about the ffmpeg-devel mailing list