On 03/11/2012 11:57 AM, Carl Eugen Hoyos wrote:
You would have to discard all B-frames (because they require
reordering) not only the non-ref ones, i.e. corruption would be possible.
That's cool! I didn't know that B frames can be reference frames (The
last spec I read top-to-bottom was
On Mon, Mar 12, 2012 at 10:28, Camera Man i.like.privacy@gmail.com wrote:
the camera says num_reorder = 4, and although I haven't been able to
produce anything out-of-order from it, there might be circumstances it does.
Or maybe the camera manufacturer didn't care. After all, 0 reorders is
On Mon, Mar 12, 2012 at 10:28, Camera Man i.like.privacy@gmail.com wrote:
Where avcodec_h264_internal_fetch_most_recent() would get a copy of the
highest pts frame in the delay buffer, without changing or discarding it. If
this is possible (and I manage to write this ... I'm not sure I
Carl Eugen Hoyos cehoyos@... writes:
would it work to patch ff_h264_decode_init() and decode_postinit() to also
check the AV_DISCARD mode, and if we are discarding B and/or nonref frames,
would set avctx-has_b_frames=0 and low_delay=1 ?
You would have to discard all B-frames (because they
Camera Man i.like.privacy.too@... writes:
would it work to patch ff_h264_decode_init() and decode_postinit() to also
check the AV_DISCARD mode, and if we are discarding B and/or nonref frames,
would set avctx-has_b_frames=0 and low_delay=1 ?
I don't know but I suggest that you write such a
On Thu, Nov 24, 2011 at 12:06, Carl Eugen Hoyos ceho...@ag.or.at wrote:
Camera Man i.like.privacy.too@... writes:
would it work to patch ff_h264_decode_init() and decode_postinit() to also
check the AV_DISCARD mode, and if we are discarding B and/or nonref frames,
would set