This needs to be in portage.
There're ebuilds in the overlays, but the 2.5 ones don't build and others require .36 gstreamer.
I added a preliminary ebuild to gnome overlay. It should work but I just noticed that it most likely needs other dependencies to be packaged like git://gitorious.org/vaapi/gstreamer-codecparsers.git Anyway could you have a look at the ebuild and test it ?
It still needs .36 (which's masked), so I wont be testing it for the mean time.
0.10.36 is currently being stabilized at bug #454906.
Created attachment 347058 [details] gst-plugins-vaapi-0.5.3.ebuild New 0.5.3 ebuild with gstreamer 1.0 support. Please fix-up and add to gnome overlay and/or tree?
I got this compiled, but it only works against 1.0 -- gst-inspect-1.0 | grep vaapi vaapi: vaapidecode: VA-API decoder vaapi: vaapipostproc: VA-API video postprocessing vaapi: vaapisink: VA-API sink $ gst-inspect-0.10 | grep vaapi $ So I'm trying out parole with this. Also how can I configure gstreamer to use this?
However using gst-launch-1.0 I can confirm this works.
(In reply to comment #2) > It should work but I just noticed that it most likely needs other > dependencies to be packaged like > git://gitorious.org/vaapi/gstreamer-codecparsers.git Its webpage just says """ GStreamer / codecparsers is a mirror for gst-plugind-bad but only with the bitstream parsers and additional local changes needed for gstreamer-vaapi development. In particular, this allows for faster development / testing of bitstream parsers or providing newer versions than what are installed system-wide. """ so I don't think we should package it.
Oh, but support for H264 needed by -vaapi isn't in gst-plugins-bad-1.0. It'll be available in 1.2.0. *sigh*
*** Bug 331291 has been marked as a duplicate of this bug. ***
Pacho added the gstreamer 1.2 using gst-plugins-vaapi-0.5.8 to tree; perhaps you can test the fine details of it, e.g encoding and the likes. Keep in mind that the intention is that in all cases where it's possible - it should just automatically end up being used, without any manual intervention via decodebin and such.