[Mesa-dev] [Bug 94381] VC-1 VDPAU decoding on radeon causes occasional garbage

[bugzilla-daemon at freedesktop.org]

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

--- Comment #4 from Andy Furniss <adf.lists at gmail.com> ---
(In reply to Fluendo dev team from comment #2)
> The hardware is a Kabini [Radeon HD 8400E], which I think is UVD 4.
> Mesa version is 11.0.9
> Kernel version is 4.4.0
> 
> The OS is based on Ubuntu Trusty 14.04.3 64bit.
> 
> Can you share the script you used to decode to ram?

Well it's a bit of a hack on top of a script I used to test h264 and as I use
ffmpeg git via bash alias (ffm) I further modified a bit so it should work for
you, assuming you have a working ffmpeg. IME ffmpeg may silently fall back to
s/w, so you need to check cpu usage. The threads 1 may not be needed.

Normally with x264 md5sum matches s/w decode (with caveats which is why there
are different workarounds in parts of the script that won't run as it is).

vc1 it seems mostly doesn't sum the same as s/w dec so the script just compares
to the first run.

I use LFS and have 8 gig ram I made /mnt/ramdisk and then do -

mount -t tmpfs -o size=6200m tmpfs /mnt/ramdisk

of course tmpfs can get swapped out and you'll need to size for your mem/needs
and adjust the paths/filename in the script as required. 

> 
> Testing with a h264 video, it worked perfectly every time.
> 
> The "asf_with_chapters.wmv" video works fine for me with software, but shows
> garbage with hardware.

OK, so my ffmpeg has regressed, another bisect to do :-)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20160304/2471ea8c/attachment.html>