[00:47] <FernandoMiguel> nite
[02: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:50] <bjsnider> vlc supports it
[02:50] <Sarvatt> not my vlc
[02:50] <Sarvatt> its not on the list
[02:51] <bjsnider> list?
[02:52] <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:53] <Sarvatt> http://sarvatt.com/downloads/scrot.png
[02:53] <bjsnider> no, no
[02:54] <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:55] <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:56] <bjsnider> yes it did
[02:56] <bjsnider> you can make sure it's working by starting it from the cli
[02:57] <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:58] <bjsnider> a libdrm update in debian but not ubuntu broke things?
[02:59] <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
[03:00] <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:01] <bjsnider> uau thinks vaapi's presentation queue is inferior to vdpau
[03:01] <bjsnider> for technical reasons i don't understand
[03:02] <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:03] <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:04] <Sarvatt> i have no clue
[03:04] <Sarvatt> stopped caring when dedicated devices replaced all my media centers, boxee box ftw :)
[03:05] <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:06] <Sarvatt> mplayer2 package installs /usr/bin/mplayer and no vaapi listed in mplayer -vo help
[03:06] <Sarvatt> yah i'm on oneiric
[03:07] <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:09] <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:10] <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:13] <Sarvatt> your libva stuff hasn't made it to debian yet
[03:14] <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:15] <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:16] <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:17] <bjsnider> i didn't know vaapi had been left out of oneiric
[03:17] <bjsnider> i mean mplayer/vaapi
[03:21] <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:22] <Sarvatt> well thats vlc
[03:23] <Sarvatt> yeah i'm slow libva really is used there when you check it
[03:26] <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:27] <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:28] <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:29] <bjsnider> if the presentation queue is xv or gl that would be inferior to vdpau and probably vaapi too
[03:30] <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