https://bugs.freedesktop.org/show_bug.cgi?id=94381
--- Comment #4 from Andy Furniss <adf.li...@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.
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
