FernandoMiguel | nite | 00:47 |
---|---|---|
Sarvatt | hmm libva is in main, yet playback apps dont support it in ubuntu where they do in debian | 02:47 |
Sarvatt | (libva in main and supported? wth) | 02:47 |
bjsnider | vlc supports it | 02:50 |
Sarvatt | not my vlc | 02:50 |
Sarvatt | its not on the list | 02:50 |
bjsnider | list? | 02:51 |
bjsnider | mplayer is a thorny issue since gbeauchesne's patches eliminated vdpau support, but that problem may be fixed now. i will ask him. certainly vaapi and vdpau need to coexist, not be mutually exclusive | 02:52 |
Sarvatt | http://sarvatt.com/downloads/scrot.png | 02:53 |
bjsnider | no, no | 02:53 |
bjsnider | you're looking in the wrong place | 02:54 |
bjsnider | enable gpu accel | 02:54 |
Sarvatt | there was just a bug where a libdrm update broke mplayer/vlc/et all on intel in debian but i couldn't reproduce because vaapi wasnt an option http://paste.ubuntu.com/766476/ too | 02:54 |
Sarvatt | oh | 02:54 |
Sarvatt | ? | 02:54 |
Sarvatt | whatever the deal is the options were all enabled by default in debian | 02:54 |
Sarvatt | hmm, where should I be looking, i dont see it | 02:54 |
bjsnider | input & codecs | 02:55 |
bjsnider | enable gpu accel | 02:55 |
bjsnider | start vlc from a cli and you can actually see it using libva | 02:55 |
Sarvatt | just ticking that enabled vaapi output? | 02:55 |
bjsnider | yes it did | 02:56 |
bjsnider | you can make sure it's working by starting it from the cli | 02:56 |
bjsnider | vlc doesn't do 100% gpu decoding, so cpu usage should be higher than with mplayer/vdpau | 02:57 |
Sarvatt | ok that did work, and its not crashing here, go figure | 02:57 |
bjsnider | a libdrm update in debian but not ubuntu broke things? | 02:58 |
Sarvatt | yeah i didn't pull it in yet | 02:59 |
bjsnider | try mplayer -vo vaapi -va vaapi file.mkv | 02:59 |
Sarvatt | its not busted in edgers though which is confusing me | 02:59 |
Sarvatt | i pasted my mplayer -vo help output up there, vaapi isnt an option | 02:59 |
bjsnider | then it hasn't been patched | 03:00 |
Sarvatt | mplayer is a straight sync from debian | 03:00 |
bjsnider | like i said the patches eliminated vdpau in favour of vaapi | 03:00 |
Sarvatt | and mplayer was busted in debian | 03:00 |
bjsnider | uau thinks vaapi's presentation queue is inferior to vdpau | 03:01 |
bjsnider | for technical reasons i don't understand | 03:01 |
bjsnider | uau's mplayer2 is preferable to mplayer at this point imo | 03:02 |
Sarvatt | doesn't vaapi talk to vdpau now anyway so it doesn't matter? | 03:02 |
bjsnider | btw, does vdpau work well on snb? | 03:02 |
Sarvatt | why would it? no vdpau drivers.. | 03:02 |
Sarvatt | the mesa vdpau crap is gallium intel doesnt do gallium | 03:03 |
bjsnider | i thought there was one | 03:03 |
bjsnider | oh, intel is using vaapi? | 03:03 |
Sarvatt | yeah | 03:03 |
bjsnider | well then does vaapi work well? | 03:03 |
Sarvatt | installing mplayer2 to see | 03:03 |
Sarvatt | i have no clue | 03:04 |
Sarvatt | stopped caring when dedicated devices replaced all my media centers, boxee box ftw :) | 03:04 |
bjsnider | popcornhour | 03:05 |
bjsnider | in oneiric mplayer2 doesn't know what -vo vaapi is | 03:05 |
Sarvatt | no vaapi in mplayer2 either unless im being an idiot | 03:05 |
Sarvatt | mplayer2 package installs /usr/bin/mplayer and no vaapi listed in mplayer -vo help | 03:06 |
Sarvatt | yah i'm on oneiric | 03:06 |
bjsnider | http://gitorious.org/vaapi/mplayer | 03:07 |
bjsnider | there's the patches | 03:07 |
bjsnider | i guess they haven't been applied | 03:07 |
bjsnider | how do you know about this bug? | 03:07 |
Sarvatt | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651316 | 03:09 |
ubot4 | Debian bug 651316 in libdrm-intel1 "libdrm-intel1: X.org crashes when I try to play a video" [Grave,Open] | 03:09 |
Sarvatt | been trying to reproduce that | 03:09 |
bjsnider | it takes down x? | 03:09 |
Sarvatt | its already fixed in x-x-v-intel | 03:09 |
Sarvatt | yea | 03:09 |
Sarvatt | libdrm update broke libva and it was crashing X, but i couldn't reproduce cus i couldn't use libva easily but it was used by default in debian | 03:10 |
Sarvatt | your libva stuff hasn't made it to debian yet | 03:13 |
bjsnider | i'm working with siretart and others on it | 03:14 |
bjsnider | but we have to make a new intel va driver package from my barebones beginning and nobody has stepped forward to assist | 03:14 |
bjsnider | but i did contribute to the packaging of 1.0.15 | 03:15 |
Sarvatt | yeah i saw it in debian-multimedia, i'm using your stuff now | 03:15 |
bjsnider | i just emailed gwenole with some questions about the mplayer patches so i will get back to you when he gets back to me | 03:16 |
bjsnider | i didn't know vaapi had been left out of oneiric | 03:17 |
bjsnider | i mean mplayer/vaapi | 03:17 |
Sarvatt | if you have to check the box in the input codec section doesn't that imply its ffmpeg/libav where it needs to be enabled? | 03:21 |
Sarvatt | i didn't check to see if we're behind there | 03:21 |
Sarvatt | well thats vlc | 03:22 |
Sarvatt | yeah i'm slow libva really is used there when you check it | 03:23 |
bjsnider | there's vaapi code in libav, and anything that uses libav can use it. so by checking that box you're telling vlc to use it | 03:26 |
bjsnider | mplayer still has to be patched, and totem could use it but for gstreamer getting in the way | 03:27 |
bjsnider | gstreamer would have to be patched and them totem could use vaapi too | 03:27 |
Sarvatt | its still presenting the final stream via whatever output you picked and vaapi isn't an option in vlc, mixing in subtitles before presenting it to xv or gl. i guess mplayer does it different in -vo vaapi is an option | 03:27 |
bjsnider | i don't know. i can ask gwenole | 03:27 |
Sarvatt | yeah one of the intel guys asked me to put libgstvaapi in edgers for that | 03:28 |
bjsnider | the fluendo guys have a vaapi lib but you have to pay | 03:28 |
bjsnider | if the presentation queue is xv or gl that would be inferior to vdpau and probably vaapi too | 03:29 |
bjsnider | of course in mplayer you can use libav-mt with vdpau as the driver if you're on a multicore cpu | 03:30 |
Sarvatt | that seems to be how it works in vlc if you pick it in input codecs and are still using xv or gl to present it, thats why i was confused about where to enable it | 03:30 |
bjsnider | maybe it uses the vaapi queue without telling the user explicitly | 03:30 |
=== dzan|away is now known as dzan | ||
=== yofel_ is now known as yofel | ||
=== dzan is now known as dzan|away |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!