From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 110639] enc->enc_pic.enc_pic_order_cnt_type always zero even if pic->pic_order_cnt_type non-zero that application set Date: Wed, 08 May 2019 05:48:53 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1089647878==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [IPv6:2610:10:20:722:a800:ff:fe98:4b55]) by gabe.freedesktop.org (Postfix) with ESMTP id 91EA56E872 for ; Wed, 8 May 2019 05:48:53 +0000 (UTC) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1089647878== Content-Type: multipart/alternative; boundary="15572945330.530e19bDd.23440" Content-Transfer-Encoding: 7bit --15572945330.530e19bDd.23440 Date: Wed, 8 May 2019 05:48:53 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D110639 Bug ID: 110639 Summary: enc->enc_pic.enc_pic_order_cnt_type always zero even if pic->pic_order_cnt_type non-zero that application set Product: Mesa Version: 18.0 Hardware: ARM OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: wangfengjuan3@huawei.com QA Contact: dri-devel@lists.freedesktop.org Created attachment 144193 --> https://bugs.freedesktop.org/attachment.cgi?id=3D144193&action=3Dedit glxinfo when process yuv encode to h264, player set pic_order_cnt_type non-zero val= ue, but h264 SPS pic_order_cnt_type member always zero. I have found that enc->enc_pic.pc.enc_pic_order_cnt_type always print zero = in mesa/src/gallium/drivers/radeon/radeon_vce_52.c:452. but add enc->enc_pic.pc.enc_pic_order_cnt_type =3D pic->pic_order_cnt_type;= at fun get_pic_control_param in mesa/src/gallium/drivers/radeon/radeon_vce_52.c:92= can resove the bug. Please help to check and commit if the above method is right. ps: (gdb) bt #0 pic_control (enc=3D0xaaaaaacc2d30) at radeon_vce_52.c:527 #1 0x0000ffffbf1620b0 in config (enc=3D0xaaaaaacc2d30) at radeon_vce_52.c:= 452 #2 0x0000ffffbf164d34 in rvce_begin_frame (encoder=3D0xaaaaaacc2d30, source=3D0xaaaaaabfbc50, picture=3D0xaaaaaabe2828) at radeon_vce.c:292 #3 0x0000ffffbef076f0 in vlVaEndPicture (ctx=3D0xaaaaaaae0c80, context_id= =3D2) at picture.c:700 #4 0x0000ffffbf695cb8 in vaEndPicture (dpy=3D0xaaaaaaae0b10, context=3D2) = at va.c:1520 #5 0x0000aaaaaaaaf258 in avcenc_render_picture () at src/va_encode_impl.cpp:831 #6 0x0000aaaaaaab1030 in encode_picture (is_idr=3D1, slice_type=3D2) at src/va_encode_impl.cpp:1482 #7 0x0000aaaaaaab16e0 in vaapi_encode_yuv_to_h264 (frame_index=3D0) at src/va_encode_impl.cpp:1613 #8 0x0000aaaaaaab17a4 in vaapi_encode_frame (frame_index=3D0) at src/va_encode_impl.cpp:1640 #9 0x0000aaaaaaaabba4 in va_encode_frame (frame_index=3D0) at src/va_encode_api2.cpp:118 #10 0x0000aaaaaaab26dc in main (argc=3D5, argv=3D0xfffffffff678) at demo/test_va_encode.cpp:164 Thanks. --=20 You are receiving this mail because: You are the assignee for the bug.= --15572945330.530e19bDd.23440 Date: Wed, 8 May 2019 05:48:53 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated
Bug ID 110639
Summary enc->enc_pic.enc_pic_order_cnt_type always zero even if p= ic->pic_order_cnt_type non-zero that application set
Product Mesa
Version 18.0
Hardware ARM
OS Linux (All)
Status NEW
Severity major
Priority medium
Component Drivers/Gallium/radeonsi
Assignee dri-devel@lists.freedesktop.org
Reporter wangfengjuan3@huawei.com
QA Contact dri-devel@lists.freedesktop.org

Created attachment 144193 [details]<=
/a>
glxinfo

when process yuv encode to h264, player set pic_order_cnt_type non-zero val=
ue,
but h264 SPS pic_order_cnt_type member always zero.

I have found that enc->enc_pic.pc.enc_pic_order_cnt_type always print ze=
ro in
mesa/src/gallium/drivers/radeon/radeon_vce_52.c:452.

but add enc->enc_pic.pc.enc_pic_order_cnt_type =3D pic->pic_order_cnt=
_type;at fun
get_pic_control_param in mesa/src/gallium/drivers/radeon/radeon_vce_52.c:92=
 can
resove the bug.

Please help to check and commit if the above method is right.

ps:
(gdb) bt
#0  pic_control (enc=3D0xaaaaaacc2d30) at radeon_vce_52.c:527
#1  0x0000ffffbf1620b0 in config (enc=3D0xaaaaaacc2d30) at radeon_vce_52.c:=
452
#2  0x0000ffffbf164d34 in rvce_begin_frame (encoder=3D0xaaaaaacc2d30,
source=3D0xaaaaaabfbc50, picture=3D0xaaaaaabe2828) at radeon_vce.c:292
#3  0x0000ffffbef076f0 in vlVaEndPicture (ctx=3D0xaaaaaaae0c80, context_id=
=3D2) at
picture.c:700
#4  0x0000ffffbf695cb8 in vaEndPicture (dpy=3D0xaaaaaaae0b10, context=3D2) =
at
va.c:1520
#5  0x0000aaaaaaaaf258 in avcenc_render_picture () at
src/va_encode_impl.cpp:831
#6  0x0000aaaaaaab1030 in encode_picture (is_idr=3D1, slice_type=3D2) at
src/va_encode_impl.cpp:1482
#7  0x0000aaaaaaab16e0 in vaapi_encode_yuv_to_h264 (frame_index=3D0) at
src/va_encode_impl.cpp:1613
#8  0x0000aaaaaaab17a4 in vaapi_encode_frame (frame_index=3D0) at
src/va_encode_impl.cpp:1640
#9  0x0000aaaaaaaabba4 in va_encode_frame (frame_index=3D0) at
src/va_encode_api2.cpp:118
#10 0x0000aaaaaaab26dc in main (argc=3D5, argv=3D0xfffffffff678) at
demo/test_va_encode.cpp:164

Thanks.


You are receiving this mail because:
  • You are the assignee for the bug.
= --15572945330.530e19bDd.23440-- --===============1089647878== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVs --===============1089647878==--