On 03/12/2012 04:49 AM, Alex Cohn wrote:
On Mon, Mar 12, 2012 at 10:28, Camera Man 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
On Mon, Mar 12, 2012 at 10:28, Camera Man 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 understand
> all of h264 inter
On Mon, Mar 12, 2012 at 10:28, Camera Man 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
less or equal 4, therefor
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 mpeg2,
Carl Eugen Hoyos 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 requi
On Thu, Nov 24, 2011 at 12:06, Carl Eugen Hoyos wrote:
> Camera Man 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
Camera Man 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 patch (optionally tes
I have a camera supplying an h264 stream, whose SPS/PPS claims
that it needs 4 reference frames, causing decoding to lag the
input by 4 frames. At 5-fps, this is almost 1 second and is very
noticeable (and undesired for this app, as in many cases the
security per
