On Thu, Sep 12, 2024 at 10:40:17PM -0700, kevmo...@gmail.com wrote:
> From: Kevin Wang <kevmo...@gmail.com>
> 
> When the flag AV_CODEC_FLAG_OUTPUT_CORRUPT or AV_CODEC_FLAG2_SHOW_ALL
> is set, ignore any out of order POC's as they may still be valid
> frames.
> 
> Fixes https://trac.ffmpeg.org/ticket/11190.
> 
> Signed-off-by: Kevin Wang <kevmo...@gmail.com>
> ---
>  libavcodec/h264_slice.c | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
> index a66b75ca80..fc5a829755 100644
> --- a/libavcodec/h264_slice.c
> +++ b/libavcodec/h264_slice.c
> @@ -1341,7 +1341,8 @@ static int h264_select_output_frame(H264Context *h)
>              out_idx = i;
>          }
>      if (h->avctx->has_b_frames == 0 &&
> -        ((h->delayed_pic[0]->f->flags & AV_FRAME_FLAG_KEY) ||
> h->delayed_pic[0]->mmco_reset))
> +        // Check if we should ignore the output order and output the frame
> +        ((h->delayed_pic[0]->f->flags & AV_FRAME_FLAG_KEY) ||
> h->delayed_pic[0]->mmco_reset || h->avctx->flags &
> (AV_CODEC_FLAG_OUTPUT_CORRUPT | AV_CODEC_FLAG2_SHOW_ALL)))
>          h->next_outputed_poc = INT_MIN;
>      out_of_order = out->poc < h->next_outputed_poc;

dunno about patchwork but this patch is corrupted by linebreaks
(probably from some editors word wrap settings)

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

It is a danger to trust the dream we wish for rather than
the science we have, -- Dr. Kenneth Brown

Attachment: signature.asc
Description: PGP signature

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to