Please include gallium vdpau and xvmc driver support

Also, a debdiff attached. vdpauinfo now detects VDPAU on my r600+ (radeon hd 4670) card after installing the resulting libg3dvl-mesa .deb.

However, there is a build related issue at least I had - contrary to the debdiff, I used "-rf" instead of just "-r", ie. set -e; for file in $(NOT_INSTALLED); do rm -rf debian/tmp/$$file; done - because it complained about some XvMC files without -f. Therefore, as discussed in the comment above that line, those disappeared files should be probably accounted for in the packaging somehow. The reason the original line is in debdiff is that I added the -f manually and ran fakeroot debian/rules binary to complete creating the packages.

The -r added in the original patch was apparently needed because of a new vdpau directory.

Status changed to 'Confirmed' because the bug affects multiple users.

The attachment "debdiff_mesa_g3dvl.patch" of this bug report has been identified as being a patch in the form of a debdiff. The ubuntu-sponsors team has been subscribed to the bug report so that they can review and hopefully sponsor the debdiff. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-sponsors team please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

+1, sounds good to me.

Easy enough to revert if we find it causes problems, I don't see a problem with rolling this into quantal presently.

Added to ubuntu-x git; will go out with the next mesa release to quantal.

And Nouveau? Is drvier Nouveau version compatible with this patch for HW accel now?

The commit should probably be reverted for now, since it looks like the current version is not complete. Might be best to wait until it's committed to Debian, which should happen soon enough for quantal.

As per Timo's comments we're not going to do this change in Ubuntu.

Currently libg3dvl-mesa is provide working VDPAU on radeon driver (up to 1080p 30 fps) with Linux 3.10, so it would be nice to have it available in Saucy. Please review current situation with libg3dvl-mesa one more time.

@Timo, is there a testing package in any PPA around?

Oibaf PPA or Wolfgang Schupp Mesa PPA. You also have to install libg3dvl-mesa.

Oh thanks. It's that intended to be merged into the main mesa package soon?

This should be just a packaging change and a patch for Mesa 10.0.1 is at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656719#240

As it continues to be more WIP than stable (correct me if I'm wrong), it should probably stay in universe and not be installed by default. Still, offering it would be nice.

This seems to apply and build, but I don't currently have my Radeon card so I could test it. I wasn't sure about the Debian patch's '--disable-gallium-g3dvl', it's not there in this patch.

Package firmware-linux-nonfree is in Debian but not in Ubuntu.

Maybe in Ubuntu is this one? https://launchpad.net/ubuntu/+source/linux-firmware-nonfree

To bump that issue a bit. We are running self made packages by wsnipex (https://launchpad.net/~wsnipex) since more than 6 months now. Trusty would bring everything (kernel, mesa, etc.) to be in really good shape for OSS radeon with vdpau.

If you need some background information or even want to see it in action, have look here: http://forum.xbmc.org/showthread.php?tid=174854

It would be really nice to have that relevant package included in trusty by default. Remember: Slow AMD E350 Fusion CPU are not able to play any HD content on their CPU, therefore GPU decoding support is a must.

radeon vdpau has been enabled in trusty, xvmc is pretty much useless so it's not