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: Fri, 11 Nov 2016 21:40:16 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1690554924==" 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 931FA6E278 for ; Fri, 11 Nov 2016 21:40:16 +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 --===============1690554924== Content-Type: multipart/alternative; boundary="14789004160.c9ACdca.20453"; charset="UTF-8" --14789004160.c9ACdca.20453 Date: Fri, 11 Nov 2016 21:40:16 +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 #9 from Andy Furniss --- The transcoding test above now makes similar size to cbr. There is a new issue though. The GOP patch (2) is problematic. It doesn't show on the transcoding test, but after reading the patch comment about gop affecting rate control I tested with gstreamer default (30) and m= ax =3D keyframe-period=3D300 With vbr plus high bitrates this makes a large difference in file size. This still happens if I disable dual instance in radeon_vce.c. CBR seems to be unaffected, though dual instance encoding seems to come out= a bit lower than single instance. The vbr test =3D gst-launch-1.0 -f filesrc location=3D/mnt/ramdisk/trees-1440p50.nv12 blocksize=3D5529600 ! video/x-raw,format=3DNV12,width=3D2560,height=3D1440,framerate=3D50/1 ! que= ue ! vaapih264enc rate-control=3Dvbr bitrate=3D50000 keyframe-period=3D300 ! vid= eo/x-h264, profile=3Dbaseline ! filesink location=3D/mnt/ramdisk/out.264 Result =3D 9.4M file (source is 500 frames) above with keyframe-period=3D30 =3D 42M which is close to expected result. --=20 You are receiving this mail because: You are the assignee for the bug.= --14789004160.c9ACdca.20453 Date: Fri, 11 Nov 2016 21:40:16 +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

Comment= # 9 on bug 98005<= /a> from Andy Furniss 
The transcoding test above now makes similar size to cbr.

There is a new issue though. The GOP patch (2) is problematic.

It doesn't show on the transcoding test, but after reading the patch comment
about gop affecting rate control I tested with gstreamer default (30) and m=
ax =3D

keyframe-period=3D300

With vbr plus high bitrates this makes a large difference in file size.

This still happens if I disable dual instance in radeon_vce.c.

CBR seems to be unaffected, though dual instance encoding seems to come out=
 a
bit lower than single instance.

The vbr test =3D

gst-launch-1.0 -f filesrc location=3D/mnt/ramdisk/trees-1440p50.nv12
blocksize=3D5529600 !
video/x-raw,format=3DNV12,width=3D2560,height=3D1440,framerate=3D50/1 ! que=
ue !
vaapih264enc rate-control=3Dvbr bitrate=3D50000 keyframe-period=3D300 ! vid=
eo/x-h264,
profile=3Dbaseline ! filesink location=3D/mnt/ramdisk/out.264

Result =3D 9.4M file (source is 500 frames)

above with keyframe-period=3D30 =3D 42M which is close to expected result.<=
/pre>

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