From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 91308] Tonga UVD not working with GL_NV_vdpau_interop Date: Sat, 25 Jul 2015 11:47:55 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0180919016==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 8D1766E17B for ; Sat, 25 Jul 2015 04:47:55 -0700 (PDT) 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 --===============0180919016== Content-Type: multipart/alternative; boundary="1437824875.aF84d0.25083"; charset="UTF-8" --1437824875.aF84d0.25083 Date: Sat, 25 Jul 2015 11:47:55 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=91308 --- Comment #10 from Andy Furniss --- I tried reproducing these with agd5f drm/mesa amd-staging and I can reproduce but I have to try a lot harder, were I not using scripts I would probably call working. The vdpau interop fail took about 30 tries with mpv. After about 60 runs of mpv --vo=vdpau with cpufreq both on_demand and perf I failed to get a ring 9 lock. With mplayer I did about 60 with cpufreq perf without a lock, but did get one after about 50 starts with cpufreq on_demand. On amdgpu branches I can lock with both in < 10 starts sometimes as low as 3. Historically I've had uvd issues that I can provoke with mplayer but not mpv - looking at vdpau traces, I see that mplayer at start up, twice creates and instantly destroys a decoder with w/h 48 before creating one with the correct w/h (which depending on content it may then destroy if it needs more ref frames). mpv just does one create and uses it, perhaps this is why mplayer can trigger some issues better. -- You are receiving this mail because: You are the assignee for the bug. --1437824875.aF84d0.25083 Date: Sat, 25 Jul 2015 11:47:55 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 10 on bug 91308 from 
I tried reproducing these with agd5f drm/mesa amd-staging and I can reproduce
but I have to try a lot harder, were I not using scripts I would probably call
working.

The vdpau interop fail took about 30 tries with mpv.

After about 60 runs of mpv --vo=vdpau with cpufreq both on_demand and perf I
failed to get a ring 9 lock.

With mplayer I did about 60 with cpufreq perf without a lock, but did get one
after about 50 starts with cpufreq on_demand.

On amdgpu branches I can lock with both in < 10 starts sometimes as low as 3.

Historically I've had uvd issues that I can provoke with mplayer but not mpv -
looking at vdpau traces, I see that mplayer at start up, twice creates and
instantly destroys a decoder with w/h 48 before creating one with the correct
w/h (which depending on content it may then destroy if it needs more ref
frames).

mpv just does one create and uses it, perhaps this is why mplayer can trigger
some issues better.

You are receiving this mail because:
  • You are the assignee for the bug.
--1437824875.aF84d0.25083-- --===============0180919016== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============0180919016==--