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.
I got all this running with mplayer-vaapi (using the patch posted on page 1), but it's extremely slow, like maybe 0.5fps. I tried a variety of different H.264 videos in various resolutions, containers, etc and all produced the same results.
MPEG2 acceleration seems to work a bit better, but higher bitrate videos don't maintain audio sync for even a few seconds.
Overall, VA-API on my hardware (glxinfo reports a Mobile Intel® GM45 Express Chipset) appears to be a step back in terms of performance for both H.264 and MPEG2. I've yet to find a single file that plays back better with it than without.
This is on Fedora 15 with the stock kernel (188.8.131.52-27) and Intel driver (2.15.0-3). I wonder if it would work better with a newer driver and/or kernel.
Haihao mentioned the following on the libva list. Maybe give it a try?
You need this kernel patch
"drm/i915: fix user irq miss in BSD ring on g4x" which has been added to
the 2.6.39-stable tree.
From the libva mailinglist today there is a hint to update kernel.
In doing so I could finally get vainfo to show the h264-entrypoints. My XBMC crashes upon loading video tho. And mplayer-vaapi seem to hit the DRM-bug. Im investigating further and will post any updates.
y the h264 branch is just slowning down the whole machine. the video plays in a slideshow
unfortunately, that's the status - Intel are lying to us (G4x owners) for several years that they will provide Linux driver with H.264 acceleration then they submitted some initial code for that on May 16, 2011 and afterwards no any further updates or as of now H.264 acceleration with Intel G4x in Linux is not existing in practice.
however, it's interesting that according to Intel there are no such problems and it should work: