If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Is there a blog post or wiki page anywhere that goes over the current status of this?
As in, which codecs does it support? What are the limitations? Does it provide full h.264L5 support? h.263? Does it fall back to using the CPU in certain cases? What kind of performance does it provide?
This might be a good topic for Phoronix to handle, but it's a fairly large subject so it might be too much for Michael.
Looking at the the recent comit work is being done on the several types of videos
As expected, Christian K?nig has pushed the Gallium3D pipe-video work into the mainline Mesa repository, which will be one of the big features to be introduced in Mesa 7.12/8.0 release, not the forthcoming Mesa 7.11...
The x11 overlay contains a 'live' ebuild media-libs/mesa-9999, but it doesn't (yet?) set the proper flags. You need to add
just before the econf line
(then, don't forget to update the manifest using 'repoman manifest').
With those settings i now have some new files installed on my r600 system:
As said previously, you need to set the env var VDPAU_DRIVER to your card (here : 'r600').
vdpauinfo and mplayer wont see the vdpau stuff until i also set
With all of this, i have the following results
vdpauinfo fails with "Failed to open VDPAU backend libvdpau_r600.so: cannot open shared object file: No such file or directory"
mplayer -vo vdpau manages to display the video, but it has lot of problems, such as printing "[vdpau] Error when calling vdp_output_surface_put_bits_indexed: No backend implementation could be loaded.", having a green line at the bottom of the video, and using as much CPU as usual. So i guess it's a failure too, but i wonder about the green line.. ?
using mplayer -vo xvmc fails with "vo_xvmc: No X-Video MotionCompensation Extension on :0"
Thanks, this is great for us Gentoo users. I'll check it out next time I have the chance!
On another note: 19 000 lines of code!?!? That's insane.
a real solution would be to check why egl_gallium needs softpipe/llvmpipe
Oh, thanks. Maybe I will try it. But according to the git log there are already people working on the makefiles so I think I can wait a few more days. Judging from the comments here it isn't working too well yet anyway.