From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 105145] vaExportSurfaceHandle interaction with surface interlaced flag prevents switching on vaapi deinterlacing dynamically Date: Sat, 17 Feb 2018 13:48:02 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0565035638==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 234F76E057 for ; Sat, 17 Feb 2018 13:48:02 +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 --===============0565035638== Content-Type: multipart/alternative; boundary="15188752820.9d248E8d.32425" Content-Transfer-Encoding: 7bit --15188752820.9d248E8d.32425 Date: Sat, 17 Feb 2018 13:48:02 +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=3D105145 Christian K=C3=B6nig changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |NOTOURBUG Status|NEW |RESOLVED --- Comment #1 from Christian K=C3=B6nig = --- Yeah, that is a design issue with vlVaExportSurfaceHandle. E.g. vlVaExportSurfaceHandle can only export surfaces when they are in the progressive memory layout because VA-API doesn't supports interlaced layout= s. To not run into issues with that limitation we reallocate the backing store= for the surface and copy from the interlaced presentation to the progressive la= yout on the first vlVaExportSurfaceHandle. Now post processing is only possible if you got the interlaced format, cause otherwise extracting the odd/even fields costs to much time. What we could try to do is to reverse what is done in vlVaExportSurfaceHand= le before post processing, e.g. copy from progressive to interlaced. But that usually means we lag for quite a number of frames (because of the extra cop= y) until all surfaces are in interlaced format again. Not sure what to do here except for fixing VA-API. --=20 You are receiving this mail because: You are the assignee for the bug.= --15188752820.9d248E8d.32425 Date: Sat, 17 Feb 2018 13:48:02 +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 Christian K=C3=B6nig changed bug 10514= 5
What Removed Added
Resolution --- NOTOURBUG
Status NEW RESOLVED

Commen= t # 1 on bug 10514= 5 from Christian K=C3= =B6nig 
Yeah, that is a design issue with vlVaExportSurfaceHandle.

E.g. vlVaExportSurfaceHandle can only export surfaces when they are in the
progressive memory layout because VA-API doesn't supports interlaced layout=
s.
To not run into issues with that limitation we reallocate the backing store=
 for
the surface and copy from the interlaced presentation to the progressive la=
yout
on the first vlVaExportSurfaceHandle.

Now post processing is only possible if you got the interlaced format, cause
otherwise extracting the odd/even fields costs to much time.

What we could try to do is to reverse what is done in vlVaExportSurfaceHand=
le
before post processing, e.g. copy from progressive to interlaced. But that
usually means we lag for quite a number of frames (because of the extra cop=
y)
until all surfaces are in interlaced format again.

Not sure what to do here except for fixing VA-API.

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