Message ID | 20190909072815.23981-3-boris.brezillon@collabora.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
Series | [1/3] media: hantro: h264: Fix a comment in b1_ref_list_cmp() | expand |
On Mon, 9 Sep 2019 09:28:15 +0200 Boris Brezillon <boris.brezillon@collabora.com> wrote: > Step '8.2.4.1 Decoding process for picture numbers' was missing in the > reflist creation logic, leading to invalid P reflists when a > ->frame_num wraparound happens. > > Fixes: a9471e25629b ("media: hantro: Add core bits to support H264 decoding") > Reported-by: Francois Buergisser <fbuergisser@google.com> > Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com> > --- For those who would like to test this patch, here is a video [1] showing artifacts without this change. [1]http://crosvideo.commondatastorage.googleapis.com/1080.mp4 > drivers/staging/media/hantro/hantro_h264.c | 23 +++++++++++++++++++++- > 1 file changed, 22 insertions(+), 1 deletion(-) > > diff --git a/drivers/staging/media/hantro/hantro_h264.c b/drivers/staging/media/hantro/hantro_h264.c > index 881d73977ff6..e3f757a7de34 100644 > --- a/drivers/staging/media/hantro/hantro_h264.c > +++ b/drivers/staging/media/hantro/hantro_h264.c > @@ -271,6 +271,7 @@ struct hantro_h264_reflist_builder { > const struct v4l2_h264_dpb_entry *dpb; > s32 pocs[HANTRO_H264_DPB_SIZE]; > u8 unordered_reflist[HANTRO_H264_DPB_SIZE]; > + int frame_nums[HANTRO_H264_DPB_SIZE]; > s32 curpoc; > u8 num_valid; > }; > @@ -294,13 +295,20 @@ static void > init_reflist_builder(struct hantro_ctx *ctx, > struct hantro_h264_reflist_builder *b) > { > + const struct v4l2_ctrl_h264_slice_params *slice_params; > const struct v4l2_ctrl_h264_decode_params *dec_param; > + const struct v4l2_ctrl_h264_sps *sps; > struct vb2_v4l2_buffer *buf = hantro_get_dst_buf(ctx); > const struct v4l2_h264_dpb_entry *dpb = ctx->h264_dec.dpb; > struct vb2_queue *cap_q = &ctx->fh.m2m_ctx->cap_q_ctx.q; > + int cur_frame_num, max_frame_num; > unsigned int i; > > dec_param = ctx->h264_dec.ctrls.decode; > + slice_params = &ctx->h264_dec.ctrls.slices[0]; > + sps = ctx->h264_dec.ctrls.sps; > + max_frame_num = 1 << (sps->log2_max_frame_num_minus4 + 4); > + cur_frame_num = slice_params->frame_num; > > memset(b, 0, sizeof(*b)); > b->dpb = dpb; > @@ -318,6 +326,18 @@ init_reflist_builder(struct hantro_ctx *ctx, > continue; > > buf = to_vb2_v4l2_buffer(vb2_get_buffer(cap_q, buf_idx)); > + > + /* > + * Handle frame_num wraparound as described in section > + * '8.2.4.1 Decoding process for picture numbers' of the spec. > + * TODO: This logic will have to be adjusted when we start > + * supporting interlaced content. > + */ > + if (dpb[i].frame_num > cur_frame_num) > + b->frame_nums[i] = (int)dpb[i].frame_num - max_frame_num; > + else > + b->frame_nums[i] = dpb[i].frame_num; > + > b->pocs[i] = get_poc(buf->field, dpb[i].top_field_order_cnt, > dpb[i].bottom_field_order_cnt); > b->unordered_reflist[b->num_valid] = i; > @@ -353,7 +373,8 @@ static int p_ref_list_cmp(const void *ptra, const void *ptrb, const void *data) > * ascending order. > */ > if (!(a->flags & V4L2_H264_DPB_ENTRY_FLAG_LONG_TERM)) > - return HANTRO_CMP(b->frame_num, a->frame_num); > + return HANTRO_CMP(builder->frame_nums[idxb], > + builder->frame_nums[idxa]); > > return HANTRO_CMP(a->pic_num, b->pic_num); > }
Hi Boris, On Mon, 2019-09-09 at 09:28 +0200, Boris Brezillon wrote: > Step '8.2.4.1 Decoding process for picture numbers' was missing in the > reflist creation logic, leading to invalid P reflists when a > ->frame_num wraparound happens. > > Fixes: a9471e25629b ("media: hantro: Add core bits to support H264 decoding") > Reported-by: Francois Buergisser <fbuergisser@google.com> > Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com> Thank you, excellent timing. I've just seen this corruption for the first time last Friday. All three patches Reviewed-by: Philipp Zabel <p.zabel@pengutronix.de> Tested-by: Philipp Zabel <p.zabel@pengutronix.de> (on i.MX8MQ) regards Philipp
On Mon, Sep 9, 2019 at 4:28 PM Boris Brezillon <boris.brezillon@collabora.com> wrote: > > Step '8.2.4.1 Decoding process for picture numbers' was missing in the > reflist creation logic, leading to invalid P reflists when a > ->frame_num wraparound happens. > > Fixes: a9471e25629b ("media: hantro: Add core bits to support H264 decoding") > Reported-by: Francois Buergisser <fbuergisser@google.com> > Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com> Tested-by: Francois Buergisser <fbuergisser@chromium.org>
On Wed, Sep 18, 2019 at 2:04 PM Francois Buergisser <fbuergisser@google.com> wrote: > > On Mon, Sep 9, 2019 at 4:28 PM Boris Brezillon > <boris.brezillon@collabora.com> wrote: > > > > Step '8.2.4.1 Decoding process for picture numbers' was missing in the > > reflist creation logic, leading to invalid P reflists when a > > ->frame_num wraparound happens. > > > > Fixes: a9471e25629b ("media: hantro: Add core bits to support H264 decoding") > > Reported-by: Francois Buergisser <fbuergisser@google.com> > > Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com> > Tested-by: Francois Buergisser <fbuergisser@chromium.org> Reviewed-by: Tomasz Figa <tfiga@chromium.org> Best regards, Tomasz
diff --git a/drivers/staging/media/hantro/hantro_h264.c b/drivers/staging/media/hantro/hantro_h264.c index 881d73977ff6..e3f757a7de34 100644 --- a/drivers/staging/media/hantro/hantro_h264.c +++ b/drivers/staging/media/hantro/hantro_h264.c @@ -271,6 +271,7 @@ struct hantro_h264_reflist_builder { const struct v4l2_h264_dpb_entry *dpb; s32 pocs[HANTRO_H264_DPB_SIZE]; u8 unordered_reflist[HANTRO_H264_DPB_SIZE]; + int frame_nums[HANTRO_H264_DPB_SIZE]; s32 curpoc; u8 num_valid; }; @@ -294,13 +295,20 @@ static void init_reflist_builder(struct hantro_ctx *ctx, struct hantro_h264_reflist_builder *b) { + const struct v4l2_ctrl_h264_slice_params *slice_params; const struct v4l2_ctrl_h264_decode_params *dec_param; + const struct v4l2_ctrl_h264_sps *sps; struct vb2_v4l2_buffer *buf = hantro_get_dst_buf(ctx); const struct v4l2_h264_dpb_entry *dpb = ctx->h264_dec.dpb; struct vb2_queue *cap_q = &ctx->fh.m2m_ctx->cap_q_ctx.q; + int cur_frame_num, max_frame_num; unsigned int i; dec_param = ctx->h264_dec.ctrls.decode; + slice_params = &ctx->h264_dec.ctrls.slices[0]; + sps = ctx->h264_dec.ctrls.sps; + max_frame_num = 1 << (sps->log2_max_frame_num_minus4 + 4); + cur_frame_num = slice_params->frame_num; memset(b, 0, sizeof(*b)); b->dpb = dpb; @@ -318,6 +326,18 @@ init_reflist_builder(struct hantro_ctx *ctx, continue; buf = to_vb2_v4l2_buffer(vb2_get_buffer(cap_q, buf_idx)); + + /* + * Handle frame_num wraparound as described in section + * '8.2.4.1 Decoding process for picture numbers' of the spec. + * TODO: This logic will have to be adjusted when we start + * supporting interlaced content. + */ + if (dpb[i].frame_num > cur_frame_num) + b->frame_nums[i] = (int)dpb[i].frame_num - max_frame_num; + else + b->frame_nums[i] = dpb[i].frame_num; + b->pocs[i] = get_poc(buf->field, dpb[i].top_field_order_cnt, dpb[i].bottom_field_order_cnt); b->unordered_reflist[b->num_valid] = i; @@ -353,7 +373,8 @@ static int p_ref_list_cmp(const void *ptra, const void *ptrb, const void *data) * ascending order. */ if (!(a->flags & V4L2_H264_DPB_ENTRY_FLAG_LONG_TERM)) - return HANTRO_CMP(b->frame_num, a->frame_num); + return HANTRO_CMP(builder->frame_nums[idxb], + builder->frame_nums[idxa]); return HANTRO_CMP(a->pic_num, b->pic_num); }
Step '8.2.4.1 Decoding process for picture numbers' was missing in the reflist creation logic, leading to invalid P reflists when a ->frame_num wraparound happens. Fixes: a9471e25629b ("media: hantro: Add core bits to support H264 decoding") Reported-by: Francois Buergisser <fbuergisser@google.com> Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com> --- drivers/staging/media/hantro/hantro_h264.c | 23 +++++++++++++++++++++- 1 file changed, 22 insertions(+), 1 deletion(-)