> 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