View previous topic :: View next topic |
Author |
Message |
tuppe666 Guru
Joined: 02 Mar 2004 Posts: 423
|
Posted: Wed Feb 02, 2011 11:24 pm Post subject: Confused getting vaapi/gstreamer working on intel i965 |
|
|
I'm very confused with accelerated video most of the topics on here are for the Nvidia chipset and use mplayer/ffmpeg, What I want is accelerated Video through Intel i965 and Totem/gstreamer
I have installed Code: |
x11-libs/libdrm-2.4.23 USE="libkms -static-libs" VIDEO_CARDS="intel -nouveau -radeon -vmware"
media-libs/mesa-7.10 USE="classic gallium nptl -debug -gles -llvm -motif -pic (-selinux)" VIDEO_CARDS="intel -mach64 -mga -nouveau -r128 -radeon -savage -sis -tdfx -via -vmware"
x11-drivers/xf86-video-intel-2.14.0 USE="dri"
x11-libs/cairo-1.10.2-r1 USE="X opengl svg xcb (-aqua) -debug -directfb -doc (-drm) (-gallium) (-openvg) -qt4 -static-libs"
x11-libs/libva-1.0.7 USE="opengl -static-libs" VIDEO_CARDS="intel -dummy -nvidia"
media-plugins/gst-plugins-meta-0.10-r4 USE="X a52 alsa dvd ffmpeg flac mpeg ogg pulseaudio theora vorbis xv -dvb -esd -lame -mad -mythtv -oss -taglib -v4l -v4l2" |
Even though I have x11-libs/libva-1.0.7 from bugzilla I get this output from libva
Code: | libva: libva version 0.31.1
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib64/dri/i965_drv_video.so
libva: va_openDriver() returns 0
vainfo: VA API version: 0.31
vainfo: Driver version: i965 Driver 0.1
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264Baseline : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264High : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
|
...and totem gives me this through the cli
Code: | No accelerated IMDCT transform found
No accelerated IMDCT transform found
|
|
|
Back to top |
|
|
Gusar Advocate
Joined: 09 Apr 2005 Posts: 2665 Location: Slovenia
|
Posted: Wed Feb 02, 2011 11:56 pm Post subject: |
|
|
That message is from the AC3 decoder, it's irrelevant really. I think there's a way to make it go away, but you won't notice if AC3 decoding got slightly faster. so ignore it.
What's your graphic card? And what video are you trying to play? I'm only asking out of curiosity really. I can't help because I don't have any experience with Totem/Gstreamer. You could try some other player - VLC or search for a mplayer-vaapi ebuild. I did actually play with mplayer-vaapi and got hardware h264 decoding working. It was a while back though, I'm not on the Blu-ray bandwagon yet, so I don't need hardware decoding. |
|
Back to top |
|
|
tuppe666 Guru
Joined: 02 Mar 2004 Posts: 423
|
Posted: Thu Feb 03, 2011 12:25 am Post subject: |
|
|
Just playing some MKV files (H.264/AC3) There is nothing wrong with how they play. I use an Intel GMA X4500HD. |
|
Back to top |
|
|
Hypnos Advocate
Joined: 18 Jul 2002 Posts: 2889 Location: Omnipresent
|
Posted: Thu Feb 03, 2011 8:22 am Post subject: |
|
|
While VAAPI works for me using vlc+ffmpeg, I have not attempted it in the gstreamer pipeline. It seems one requires:
1) gstreamer VAAPI plugin. I don't see an ebuild in Gentoo bugzilla, but there's one here.
2) A video player that loads this plugin in the decoding pipeline. This suggests that totem should work out of the box when a VAAPI plugin is present.
I won't be installing totem, so this is as much help as I can offer -- good luck! _________________ Personal overlay | Simple backup scheme |
|
Back to top |
|
|
tomk Bodhisattva
Joined: 23 Sep 2003 Posts: 7221 Location: Sat in front of my computer
|
Posted: Thu Feb 03, 2011 9:16 am Post subject: |
|
|
Moved from Multimedia to Unsupported Software, ebuilds from Bugzilla are not officially supported. _________________ Search | Read | Answer | Report | Strip |
|
Back to top |
|
|
Gusar Advocate
Joined: 09 Apr 2005 Posts: 2665 Location: Slovenia
|
Posted: Thu Feb 03, 2011 9:59 am Post subject: |
|
|
tuppe666 wrote: | I use an Intel GMA X4500HD. |
No vaapi for you then. Only HD graphics (Core i* integrated) has vaapi support. Early last year they were saying 4500 support will come in Q3 of 2010. But it never arrived. |
|
Back to top |
|
|
Hypnos Advocate
Joined: 18 Jul 2002 Posts: 2889 Location: Omnipresent
|
Posted: Thu Feb 03, 2011 10:59 am Post subject: |
|
|
Gusar wrote: | tuppe666 wrote: | I use an Intel GMA X4500HD. |
No vaapi for you then. Only HD graphics (Core i* integrated) has vaapi support. |
This is not entirely true. I have a non-iCore GMA 4500MHD, and VAAPI clearly works with vlc+ffmpeg for MPEG-2 -- I get a 10-40% performance boost when playing high-res content. However, as of libva-0.31.1_p4, there is no VC-1 or H.264 support.
Annoyingly, libva *thinks* H.264 is supported and so vlc returns an error when you try to accelerate H.264 content. I believe this bug will be corrected in libva-0.31.1_p5. _________________ Personal overlay | Simple backup scheme |
|
Back to top |
|
|
Gusar Advocate
Joined: 09 Apr 2005 Posts: 2665 Location: Slovenia
|
Posted: Thu Feb 03, 2011 1:10 pm Post subject: |
|
|
That's news for me. Interesting.
But does it really make a difference? I mean, mpeg2 is incredibly simple to encode. Sure, we're talking HD video here, but still. My Core i3 barely gets running when decoding 720p h264 video in software, that's why I'm not bothering with vaapi. And h264 is quite a bit more complex than mpeg2. Also, you're using VLC which copies all frames back to system memory, which means it's using more resources than mplayer.
I should go download some 1080p mpeg2 samples and play around.
Edit: I'm reading the libva mailing list. Supposedly someone is working on h264 for G45. But no support for VC1 on G45 is planned. There's no VC1 support on Ironlake either, which I think sucks. There are Blu-rays that use VC1 out there. Someone asked about VC1 on Ironlake, but no reply yet. |
|
Back to top |
|
|
Hypnos Advocate
Joined: 18 Jul 2002 Posts: 2889 Location: Omnipresent
|
Posted: Thu Feb 03, 2011 1:53 pm Post subject: |
|
|
vlc was utilizing ~40% of one CPU and 20% of another when playing 720p HD MPEG-2 content on my ULV Core 2 Duo. With VAAPI enabled, this went down to ~30% and 15%. I'm hoping for even greater offloading with H.264, which as you say is more CPU intensive.
The potential benefit of using VAAPI is better battery life -- useful when I'm watching HD content on transpacific flights. But, otherwise I'm not losing sleep over it
One thing I'd like to figure out is why Matroska videos are so much more CPU intensive than MP4s or AVIs even when the video is encoded in MPEG-4 ... _________________ Personal overlay | Simple backup scheme |
|
Back to top |
|
|
Gusar Advocate
Joined: 09 Apr 2005 Posts: 2665 Location: Slovenia
|
Posted: Thu Feb 03, 2011 2:41 pm Post subject: |
|
|
Yeah, that does not look like much difference. And it looks high actually. It's an ULV processor, so not nearly as powerful as my Core i3, but still. I wonder how mplayer would do. Like I said, VLC uses more resources because it copies frames back into system memory. Also, pure curiosity, have you actually measured the power consumption difference between software and hardware decoding? And where do you get 720p mpeg2 video from anyway, tv recordings?
I downloaded the first segment of Big Buck Bunny from here: http://www.w6rz.net/. It claims it's 70Mbps, which is beyond huge. At most, CPU usage was 16%. So I really don't care about hardware mpeg2 decoding. Though this is a desktop machine, so power consumption is not a concern. Later I'm gonna check how my netbook handles this video. Crappy Atom processor, woohoo!! Well, it can decode 3Mbps 720p h264 video.
That different containers give different CPU usage makes no sense. Is it actually the same video, just different container? |
|
Back to top |
|
|
Hypnos Advocate
Joined: 18 Jul 2002 Posts: 2889 Location: Omnipresent
|
|
Back to top |
|
|
|