/srv/irclogs.ubuntu.com/2011/12/11/#ubuntu-x.txt

FernandoMiguelnite00:47
Sarvatthmm libva is in main, yet playback apps dont support it in ubuntu where they do in debian02:47
Sarvatt(libva in main and supported? wth)02:47
bjsnidervlc supports it02:50
Sarvattnot my vlc02:50
Sarvattits not on the list02:50
bjsniderlist?02:51
bjsnidermplayer 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 exclusive02:52
Sarvatthttp://sarvatt.com/downloads/scrot.png02:53
bjsniderno, no02:53
bjsnideryou're looking in the wrong place02:54
bjsniderenable gpu accel02:54
Sarvattthere 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/ too02:54
Sarvattoh02:54
Sarvatt?02:54
Sarvattwhatever the deal is the options were all enabled by default in debian02:54
Sarvatthmm, where should I be looking, i dont see it02:54
bjsniderinput & codecs02:55
bjsniderenable gpu accel02:55
bjsniderstart vlc from a cli and you can actually see it using libva02:55
Sarvattjust ticking that enabled vaapi output?02:55
bjsnideryes it did02:56
bjsnideryou can make sure it's working by starting it from the cli02:56
bjsnidervlc doesn't do 100% gpu decoding, so cpu usage should be higher than with mplayer/vdpau02:57
Sarvattok that did work, and its not crashing here, go figure02:57
bjsnidera libdrm update in debian but not ubuntu broke things?02:58
Sarvattyeah i didn't pull it in yet02:59
bjsnidertry mplayer -vo vaapi -va vaapi file.mkv02:59
Sarvattits not busted in edgers though which is confusing me02:59
Sarvatti pasted my mplayer -vo help output up there, vaapi isnt an option02:59
bjsniderthen it hasn't been patched03:00
Sarvattmplayer is a straight sync from debian03:00
bjsniderlike i said the patches eliminated vdpau in favour of vaapi03:00
Sarvattand mplayer was busted in debian03:00
bjsnideruau thinks vaapi's presentation queue is inferior to vdpau03:01
bjsniderfor technical reasons i don't understand03:01
bjsnideruau's mplayer2 is preferable to mplayer at this point imo03:02
Sarvattdoesn't vaapi talk to vdpau now anyway so it doesn't matter?03:02
bjsniderbtw, does vdpau work well on snb?03:02
Sarvattwhy would it? no vdpau drivers..03:02
Sarvattthe mesa vdpau crap is gallium intel doesnt do gallium03:03
bjsnideri thought there was one03:03
bjsnideroh, intel is using vaapi?03:03
Sarvattyeah03:03
bjsniderwell then does vaapi work well?03:03
Sarvattinstalling mplayer2 to see03:03
Sarvatti have no clue03:04
Sarvattstopped caring when dedicated devices replaced all my media centers, boxee box ftw :)03:04
bjsniderpopcornhour03:05
bjsniderin oneiric mplayer2 doesn't know what -vo vaapi is03:05
Sarvattno vaapi in mplayer2 either unless im being an idiot03:05
Sarvattmplayer2 package installs /usr/bin/mplayer and no vaapi listed in mplayer -vo help03:06
Sarvattyah i'm on oneiric03:06
bjsniderhttp://gitorious.org/vaapi/mplayer03:07
bjsniderthere's the patches03:07
bjsnideri guess they haven't been applied03:07
bjsniderhow do you know about this bug?03:07
Sarvatthttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=65131603:09
ubot4Debian bug 651316 in libdrm-intel1 "libdrm-intel1: X.org crashes when I try to play a video" [Grave,Open]03:09
Sarvattbeen trying to reproduce that03:09
bjsniderit takes down x?03:09
Sarvattits already fixed in x-x-v-intel03:09
Sarvattyea03:09
Sarvattlibdrm 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 debian03:10
Sarvattyour libva stuff hasn't made it to debian yet03:13
bjsnideri'm working with siretart and others on it03:14
bjsniderbut we have to make a new intel va driver package from my barebones beginning and nobody has stepped forward to assist03:14
bjsniderbut i did contribute to the packaging of 1.0.1503:15
Sarvattyeah i saw it in debian-multimedia, i'm using your stuff now03:15
bjsnideri just emailed gwenole with some questions about the mplayer patches so i will get back to you when he gets back to me03:16
bjsnideri didn't know vaapi had been left out of oneiric03:17
bjsnideri mean mplayer/vaapi03:17
Sarvattif 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
Sarvatti didn't check to see if we're behind there03:21
Sarvattwell thats vlc03:22
Sarvattyeah i'm slow libva really is used there when you check it03:23
bjsniderthere's vaapi code in libav, and anything that uses libav can use it. so by checking that box you're telling vlc to use it03:26
bjsnidermplayer still has to be patched, and totem could use it but for gstreamer getting in the way03:27
bjsnidergstreamer would have to be patched and them totem could use vaapi too03:27
Sarvattits 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 option03:27
bjsnideri don't know. i can ask gwenole03:27
Sarvattyeah one of the intel guys asked me to put libgstvaapi in edgers for that03:28
bjsniderthe fluendo guys have a vaapi lib but you have to pay03:28
bjsniderif the presentation queue is xv or gl that would be inferior to vdpau and probably vaapi too03:29
bjsniderof course in mplayer you can use libav-mt with vdpau as the driver if you're on a multicore cpu03:30
Sarvattthat 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 it03:30
bjsnidermaybe it uses the vaapi queue without telling the user explicitly03: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!