AMD Radeon VDPAU Video Performance With Gallium3D

[mercutio]

i'm having no luck with radeonsi and vdpau for 4k

VO: [vdpau] 4096x2304 => 4096x2304 Planar YV12
[vdpau] Error when calling vdp_video_mixer_create: An invalid/unsupported value was supplied. This is a catch-all error code for values of type other than those with a specific error code.
FATAL: Cannot initialize video driver.
Movie-Aspect is undefined - no prescaling applied.

for 1080p can't you just use the cpu?

with i7-4770 it's unable to keep up with 4k using mplayer on cpu

[dungeon]

This is on recent stuff.... kernel 3.16-rc3, xserver 1.16-rc3, mesa 10.3 git... .

And llvm 3.5-svn of course so radeonsi never runs better .

Just tried it works fine with default stack in Debian Sid too currently that is: kernel 3.14.9, xserver 1.15.1 (libglamor self compiled ), mesa 10.2.2, llvm 3.4.2 and mpv 0.4.0 (libav 10.2) .

[dungeon]

I did try it, it complains my system is too slow to play it. I get the same on my desktop, an A10-7850K when using VDPAU, even though with XV it plains fine. Do yo use any special options? Other video player maybe?

Just to be sure we talk about the same thing, I can use VDPAU to play the file, but the vieo is decoded at 30fps so it will appear in slowmotion and the audio gets out of sync.

Here plays perfect, i use mpv:

mpv --hwdec=vdpau --vo=vdpau file

or

mpv --hwdec=vdpau --vo=opengl file

CPU stays at 3% with both vo options . This is on recent stuff.... kernel 3.16-rc3, xserver 1.16-rc3, mesa 10.3 git... .

[Ansla]

I did try it, it complains my system is too slow to play it. I get the same on my desktop, an A10-7850K when using VDPAU, even though with XV it plains fine. Do yo use any special options? Other video player maybe?

Just to be sure we talk about the same thing, I can use VDPAU to play the file, but the vieo is decoded at 30fps so it will appear in slowmotion and the audio gets out of sync.

[dungeon]

According to vdpauinfo it's only capable of decoding H264 up to level 4.1 and 1920x1080@60 is level 4.2 so it might not be able to offload it at all, I'll give it a try anyway

Try it here on Athlon 5350 vdpauinfo says 4.1 too, but it offload this [email protected] fine

[Ansla]

According to vdpauinfo it's only capable of decoding H264 up to level 4.1 and 1920x1080@60 is level 4.2 so it might not be able to offload it at all, I'll give it a try anyway

[dungeon]

Hope nobody minds if I go a bit on topic on this old thread...

It is not that old, just one week .

little sumary:
- idle ~12W
- GL/XV ~18W (6W more than idle)
- VDPAU ~15W (3W more than idle)

So it looks like UVD uses about half the power compared to the CPU for decoding the Phoronix sample on the E-450 APU.

Yes that was for this sample, but if you use another sample:

http://www.phoronix.com/forums/showthread.php?102776-AMD-Radeon-VDPAU-Video-Performance-With-Gallium3D&p=426643#post426643

Which is more CPU resource hungry, VDPAU will stay on his 3W, so for that one playing with Xv/GL i guess will consume 12W... end result would be 4 times more power consumpation .

edit: actually you can't play that 60 fps sample with Xv/GL on E-450, could you? But with vdpau you can ?

[Ansla]

Power usage

Hope nobody minds if I go a bit on topic on this old thread, but I think the article missed the essential about decode offloading. Lowering the CPU usage is a nice side-effect, but not the goal itself. The real deal with decode offload is being more power efficient. So how much power you save by using VDPAU? Here is a benchmark that will answer just that: http://openbenchmarking.org/result/1...SO-U2708169054

A little sumary:
- idle ~12W
- GL/XV ~18W (6W more than idle)
- VDPAU ~15W (3W more than idle)

So it looks like UVD uses about half the power compared to the CPU for decoding the Phoronix sample on the E-450 APU.

[Ansla]

OK, I'm starting to think you have an out-of-whack view of how the review/revise/release process happens. It's not like there's a single deterministic list of tasks defined at the start that get ticked off one at a time, more of an iterative process that keeps looping around until we find a solution that can be released. We've already been through the loop more than once but there's no magic number of attempts where someone feels sorry for us and we get a free pass.

In some cases the solution is to not expose something we already have approval for in order to be able to expose something else, so telling you the parts that have been approved runs the risk of not ever being able to release in the case where we need to hold one of them back.

I think he expects you to tell him something like "we went through 2 more iterations since last time you asked"

[Kivada]

Youtube uses h246 for most of its videos. I think it falls back to webm if your browser doesn't support h246. And gstreamer with HWA crashes firefox in all systems.


Also there is one more thing with vdpau. If you play a video with gst-play and try to run a vlc video with vdpau enabled it will not play it. +vlc uses more cpu than gst-play.

They offer almost every video in .webm in the "medium" resolution of 640x360 even if the video say's it's flash or .mp4 only. just use the FlashGot extension on any Youtube vid to see all available versions of the video. Said videos will also almost always play just fine if embedded in an outside webpage but with complain about not being compatible on the actual Youtube site.