[Bug 73457] mpeg4 through vdpau randomly either correct or garbled (on same file!)

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Jul 16 12:29:38 PDT 2014


https://bugs.freedesktop.org/show_bug.cgi?id=73457

--- Comment #14 from Fabrice Bellet <fabrice at bellet.info> ---
Hi!

I observe the same problem too. The jpeg file of the garbled output is very
similar to what I see. Tested with upstream mesa/xorg, in a fedora 20 x86_64,
[AMD/ATI] Cape Verde PRO [Radeon HD 7750 / R7 250E].

I made some traces at the libvdpau level (VDPAU_TRACE env vars), that I can
provide if needed. They don't seem to present major differences between
situations with and without corruption. I tried to serialize the vdpau calls
with a mutex without more success, I played with the number of surfaces too, no
difference. libefence didn't help.

It looks like there may be a cache warmness effect at play, because it seems to
me that --even if the problem occurs mainly in a random way-- it can more
easily be triggered after a fresh boot, than after a couple of retries on the
same file. Also another feeling is that the bug is more easily triggered with
gstreamer-vaapi + vdpau, than with mplayer or vlc, maybe because gst can burst
a bunch of hw decoding operations on different surfaces before switching to the
rendering thread ? vlc and mplayer invoke vdpau in a more *ordered* way.

I also confirm point 3 of the initial reporter : the corruption may extend to
artifacts appearing *outside* the player window.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/3d8e4a63/attachment.html>


More information about the dri-devel mailing list