From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface Date: Mon, 28 Nov 2016 22:34:15 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2146636197==" 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 3670C6E5B3 for ; Mon, 28 Nov 2016 22:34:15 +0000 (UTC) In-Reply-To: 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 --===============2146636197== Content-Type: multipart/alternative; boundary="14803724550.7B92Cf.3285"; charset="UTF-8" --14803724550.7B92Cf.3285 Date: Mon, 28 Nov 2016 22:34:15 +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=3D98005 --- Comment #32 from Boyuan Zhang --- Hi Andy, To summarise your test results, basically you saw the following 3 issues wi= th CQP, is it correct? - Issue #1. For large clip, sometime you can "invalid GstVaapiCodedBuffer s= ize (0 bytes)" error. - Issue #2. Random corruption observed when using CQP. Corruption issue is = gone after disable the statement=20 "if (context->desc.h264enc.rate_ctrl.rate_ctrl_method !=3DPIPE_H264_ENC_RATE_CONTROL_METHOD_DISABLE" - Issue #3. Encoding speed is twice faster when setting QP<=3D28 So far I'm lucky enough that my test haven't trigger any of the issue yet. I will spend more time to try from my side. Again, if you could share the commands you were using to trigger the above 3 issue, that would be very appreciated. In the meantime, I would like to push the 2 patches to upstream first. Beca= use this two patches don't change the behaviour of CQP, but only fixing VBR/CBR. Therefore, I believe CQP fix should be apart from these 2 patches. Regards, Boyuan --=20 You are receiving this mail because: You are the assignee for the bug.= --14803724550.7B92Cf.3285 Date: Mon, 28 Nov 2016 22:34:15 +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

Commen= t # 32 on bug 98005<= /a> from Boyuan Zhang 
Hi Andy,

To summarise your test results, basically you saw the following 3 issues wi=
th
CQP, is it correct?

- Issue #1. For large clip, sometime you can "invalid GstVaapiCodedBuf=
fer size
(0 bytes)" error.
- Issue #2. Random corruption observed when using CQP. Corruption issue is =
gone
after disable the statement=20
"if (context->desc.h264enc.rate_ctrl.rate_ctrl_method
!=3DPIPE_H264_ENC_RATE_CONTROL_METHOD_DISABLE"
- Issue #3. Encoding speed is twice faster when setting QP<=3D28

So far I'm lucky enough that my test haven't trigger any of the issue yet. I
will spend more time to try from my side. Again, if you could share the
commands you were using to trigger the above 3 issue, that would be very
appreciated.

In the meantime, I would like to push the 2 patches to upstream first. Beca=
use
this two patches don't change the behaviour of CQP, but only fixing VBR/CBR.
Therefore, I believe CQP fix should be apart from these 2 patches.

Regards,
Boyuan

You are receiving this mail because:
  • You are the assignee for the bug.
= --14803724550.7B92Cf.3285-- --===============2146636197== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============2146636197==--