On Thu, 2013-01-10 at 09:01 +0100, Andreas Öman wrote:
> FWIW, in my code i have an fixed size array (currently 64 items) of my
> own metadata struct.
> 
> 
> I then just use reordered_opaque as an index to this array and keep
> incrementing
> reordered_opaque for every new packet and let it wrap at 64.
> 
> 
> This obviously assumes that the decoder delay is always < 64 frames.
> But in reality
> that's of course not a problem.

Assuming that there are less than 64 buffered frames is likely safe.
However, your description sounds like you're ALSO assuming that no frame
will be kept buffered over 64 others, and that doesn't sound safe.

Even with just simple I/P/B frame types you could have 70 B frames
between the I and P, the P frame being buffered first; I wouldn't
consider it all that unreasonable for an encoder to create output like
that.


_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to