> In reaction to Robert Hooker about performance. 
> Did some benchmarks with "mpv" and 1080i h264 transport stream footage trying 
> all three possible acc. 
> backends on [Radeon HD 6320].
>
> *vdpau (native)
> *Splitte d-Desktop Systems VDPAU backend for VA-API
> *mesa gallium vaapi

> All of them seem to perform equally maybe some 1-5% difference. 
> Maybe because there isn't real 'vdpau' on AMD so its implementation of vdpau 
> is like the other VAAPI ones using the same optimize tricks 
> (combination of hardwaredecoder/shaders/etc/gpu offload)?

Does the mesa gallium vaapi also supports the UVD video decoding in
hardware as the vdpau driver does?

I just tested the vdpau and vaapi->vdpau against CPU only decoding
(AMD64 dualcore) on a  Radeon HD 3200 (RS780) playing a 1080i h264
sample.

I got a huge difference of less than 10% cpu load for vdpau to more than
100% load for CPU only decoding (didn't find vaapi option for mpv).

Also the vaapi->vdpau backend helped to reduce the cpu load for vlc
2.1.x using --avcodec-hw=vaapi from 100% to 35%. (only vlc from 2.2.x
has native vdpau support).

I guess I will also have a look at the mesa gallium vaapi.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1481832

Title:
  VA-API implementation for gallium missing

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1481832/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to