[00:00] hm, are you guys talking about he thing marketed as "Unmatched ease of use"? ;) [00:01] yeah, what'd be easier is if we didn't have to use it! [00:02] actually all things considered it isn't too bad [00:02] one more button to push [00:05] from what i read, it seems like you're mostly lacking SSO support in the OS [00:06] i mean, as a daemon (maybe part of the keyring daemon?) [00:06] or something like that at least [01:48] woohoooooo plymouth was updated, now libdrm is a sync [01:55] something to remember when doing backports ;) [02:00] Sarvatt: thanks for all the help! [02:05] Prf_Jakob: no worries man, sorry such an easy thing took so long [02:05] tjaalton: yeah thats the first thing that went through my mind, 2 weeks into quantal and backports are already complicated :) [04:03] Sarvatt, i'll get that stable blob into x-updates tomorrow. my box won't upload anything at the moment and i might have to complain to the isp, but i imagine it will be fixed by tomorrow [04:03] not that anybody will be using the stable blob [04:05] bjsnider: heck, might as well put 302 if you're doing it and think its better [04:05] there have been a couple of bug reports [04:05] i wouldn't put an .07 nvidia driver in there [04:06] usually we get those privately for testing but it was pushed out publically [04:06] 295.07 had so many problems [04:06] but randr is nice :) [04:07] i did some work to fix the nvidia-settings scripts and was going to ask ricotz about putting it into xorg-edgers [04:07] but i keep missing him [04:07] bjsnider: no worries at all, its very much appreciated that you push anything at all [04:07] he apparently has a life after work [04:07] well he lives in germany [04:08] its 6 am there now or something [04:08] i only see ya around late my time so real early morning his time :) [04:08] bjsnider: by all means push whatever you think is appropriate to edgers though [04:09] i don't know if the way i've got it hacked is the way alberto would do it [04:09] or send it to tseliot to get it integrated, noone else can really touch any nvidia packages in ubuntu :( [04:10] the one time i did update it i got chewed out for screwing up his git repo and decided not to touch it again :P [04:12] nvidia-settings is open source though, ya might want to talk to aplattner directly [04:12] unless its just packaging [04:12] just packaging [04:13] things have started building to /usr/local [04:13] he's a good guy, helped me figure out some x-x-v-nv problems with the way we extracted pci ids in the packaging back in the day and convinced him to add fedoras newer gpu support patches [04:13] oh ok [04:13] i just did an ugly mv statement to get them in the right spot afterwards [04:14] there's got to be a way to build them in the right spot in the first place, but they gutted the main makefile [04:14] it used to be deveral dozen lines and now it's 3 i think [04:42] bjsnider: btw vaapi is complete junk in gnome, gnome video playback apps use gconfsink so you can use gstreamer-properties to define the sinks, but gstreamer-vaapi is incompatible with it, no hardware accelerated playback in gnome app works unless you force vaapisink which breaks playback of videos that cant be accelerated [04:43] is this gwenole's gstreamer-vaapi? [04:43] figured you might be interested in that nugget of info i spent too long digging into [04:43] yeah [04:43] i wasn't aware he'd done any more work on it [04:43] last i saw it was ugly [04:43] didn't do subtitles either [04:44] vaapi should be fine in vlc though [04:44] oh extra fun, i didnt try that [04:44] yeah i use vlc too [04:44] mainly for no hassle hi10p support though :) [04:45] i tested that in my new card, which has vdpau feature set d [04:45] it errored out [04:45] i think it's feature set d [04:45] anyway, it's supposed to accelerate 3d [04:46] you mean something might possibly accelerate hi10p? i figured it was years away [04:46] i think it was an ffmpeg issue though, i should try it with precuse [04:48] feature set d was 5xx, no way [04:48] feature set c accelerates bluray 3d [04:49] not sure if that's the same codec [04:49] they wont accelerate hi10p until 30 bit displays are common probably and yeah right [04:51] i need a consumer device like boxee box that accelerates it so i'm screwed, completely done with htpcs in my bedroom [04:51] does vaapi work in gnome with the fluendo stuff? [04:51] fluendo vaapi? [04:51] yes [04:52] i have no clue but i'll look into it [04:53] only screwed with gstreamer-vaapi thats completely broken with gnome, but it could actually just be a remnant of totem30 still being used... [04:54] its easy to make a gstreamer pipeline that plays back videos accelerated with gstreamer-vaapi but its a no go with totem [04:54] latest totem is in the gnome 3 ppa [04:54] arm platforms just force pvrsink and dont care they cant play back divx videos or whatever because bigbuckbunny works full speed [04:54] oh is it? [04:55] sweet [05:00] bjsnider: do you have any clue if the new flash update fixed smurfism on vdpau? [05:00] saw an update come through and was hopeful but couldnt find any info [05:02] you're not using vdpau acceleration with flash are you? [05:02] bjsnider: i'm not using nvidia, but people were complaining about the stock crap with the previous flash release [05:03] if there are any issues it's probably that they're forcing acceleration even though adobe disabled it [05:03] you have to put a file in /etc and whatnot [05:03] it causes crashes and problems [05:03] it was busted without fixing things through /etc/adobe crap before [05:03] i never had a problem myself [05:03] or maybe i misunderstood [05:03] oh ok [05:04] * Sarvatt googles nvidia smurf :P [05:09] it was actually a reversal of all red and blue [05:09] which made skin blue because ordinarily it was pinkish [05:10] but black and white are normal [05:10] it was an issue i had a long time ago, but not with flash [05:11] yeah i remember the xv version of it like 2 years ago due to nvidia-settings [05:15] i think people avoid those kinds of issues by staying current with hardware [05:15] the performance regression in the last blob was only on older chips [13:09] bjsnider, Sarvatt: the flash issue with libvpdau is not resolved with the new version, and is getting hit my all users since flash 11.2 turned on hardware acceleration by default [13:09] bjsnider, Sarvatt: I'm actually thinking about adding this workaround to libvdpau for now: http://lists.freedesktop.org/archives/vdpau/2012-May/000022.html [13:10] that's so awful.. [13:13] I don't see how anyone can add signed-off-by on that [13:15] mlankhorst: the fact that it's an ugly workaround, or the "function pointers as global variables" part? [13:17] and wouldn't dlopen(RTLD_NOLOAD, "libflashplayer.so"); be a LOT better way to detect flash? [13:18] mdeslaur: and the fact that it would break when flash is fixed, effectively forcing flash to stay broken [13:20] yeah, it sucks [13:21] damn closed-source software :P [13:21] I really think you have to work with adobe to fix it as soon as possible.. [13:21] mlankhorst: they know about it, it's all we can do [13:22] I mean, it's such an awful hack that would also make it impossible for adobe to fix it in a future release [13:22] you're probably better off temporarily disabling vdpau :\ [13:23] ouch...I don't think I'd like that too much...it would pretty much break my mythtv box :P [13:24] Which would be pretty much just adding VDPAU_DRIVER=null to environment [13:24] for the flash plugin only [13:24] hrm [13:25] (nouveau, r600 and nvidia are already taken as drivers :p) [13:25] hrm, interesting, maybe we can add that to the firefox wrapper [13:25] (LP: #967091 is the bug #) [13:33] Thanks. :-) [13:34] * mlankhorst did some work on mesa implementations of vdpau previously [13:35] flash player won't work yet though, it uses an opengl extension that allows vdpau surfaces to be used in opengl [14:06] mdeslaur, i'm not sure i agree with you on this [14:07] i don't think they ever had any intention of turning on hardware accel by default [14:07] it certainly isn't on here [14:15] bjsnider: I can reproduce it at will. I once again just reinstalled a brand-new precise image on my test t61 this morning, and with default settings, as soon as I install libvdpau1, flash colors get inverted [14:15] bjsnider: 11.2 opens libvdpau, 11.1 does not [15:19] bjsnider: welcome back :) [15:19] bjsnider: in case you didn't get my earlier reply [15:19] bjsnider: I can reproduce it at will. I once again just reinstalled a brand-new precise image on my test t61 this morning, and with default settings, as soon as I install libvdpau1, flash colors get inverted [15:19] bjsnider: 11.2 opens libvdpau, 11.1 does not [16:33] mdeslaur, ok [16:35] mdeslaur, please open this link: http://ca.youtube.com/watch?v=XITHbsUUlYI&fmt=37 [16:35] switch to 1080p if it isn't already [16:35] right click select show video info [16:35] accelerated video or software rendering? [16:50] bjsnider: that video is showing up as html5 for me, not flash [16:50] well, find one that's 1080p [16:52] you might have to opt out of the html5 project for this test [16:52] it's not opt-in anymore, it's by default if the video doesn't contain ads [16:52] I'm trying to find a way to force flash usage [16:53] would 720p be ok? [16:53] yes [16:53] strange that it's flash for me but not you [16:54] bjsnider: with 11.1, I'm getting "software video rendering, software video decoding". With 11.2, I'm getting "accelerated video rendering, software video decoding" [16:55] ok, describe the process you used to install flash please [16:55] apt-get install adobe-flashplugin [16:55] ok [16:55] now if you right-click on the video and select settings [16:55] in this case, I've removed the flash packages entirely, and am copying libflashxyz.so into ~/.mozilla/plugins [16:56] can you uncheck enable hardware acceleration? [16:56] "Enable hardware acceleration" is checked both in 11.1 and 11.2 [16:57] no, I can't uncheck it...that's another flash bug since 11.x [16:57] odd [16:57] none of this is happening for me [16:57] flash's settings window doesn't respond to mouse events with a compositing window manager [16:57] i can check it or uncheck it [16:57] bjsnider: are you running compiz? [16:57] no, i am running mutter [16:57] maybe that's the difference [16:58] bjsnider: that's probably why [16:58] can you try using gnome-shell? [16:58] bjsnider: how do I install gnome-shell? [16:58] apt-get install gnome-shell [16:58] ok, one sec [16:58] log out, change session to gnome [16:58] log in [16:59] and mutter does compositing, i assure you [16:59] yes, I know [16:59] it's a bug with compiz and with metacity when compositing is enabled [16:59] at least that's oen difference between our two environments [17:02] ok, 11.1 is ok, 11.2 has inverted colors, but disabling the hardware rendering checkbox disables it and fixes the inverted colors [17:03] and you can uncheck that box in gnome-shell? [17:03] bjsnider: yes [17:03] ok, try this [17:03] create the file /etc/adobe/mms.cfg [17:04] inside it put EnableLinuxHWVideoDecode=0 [17:04] then go back into compiz [17:06] EnableLinuxHWVideoDecode=0 still gives me inverted colors in gnome-sheel [17:06] trying compiz now [17:06] wel, i'm interested in whether gpu acceleration is turned off by default [17:06] still have inverted colors in compiz [17:06] nope, still says "Accelerated video rendering" [17:08] i must just be lucky or something, because it's always disabled for me [17:08] bjsnider: see https://bugs.launchpad.net/ubuntu/+source/adobe-flashplugin/+bug/967091/comments/9 for the other option combinations I've tried [17:08] Launchpad bug 967091 in adobe-flashplugin (Ubuntu) "Wrong tint with Nvidia after upgrading to 11.2" [Undecided,Confirmed] [17:08] bjsnider: you probably have a chip that is in the blacklist [17:09] the wrong tint is caused by the use of gpu accel, so it's fixed by turning it off [17:09] well, my chip is very new [17:09] bjsnider: yes, and the only way to do that is with the option in the settings panel [17:09] adobe can fix this bug easily by turning off gpu accel [17:10] and never turning it back on [17:10] bjsnider: yep, they can....or by inverting the colors :) [17:10] i doubt anyone would want vdpau with flash since it crashes xorg [17:11] the inversion of red and blue is just the mildest consequence [17:11] well, tell that to adobe so they revert their 11.2 code :P [17:11] it isn't just blue faces it's red and blue inverted [17:11] water is red [17:11] yep [17:11] the whole point of 11.2 was to finally get hardware assisted video working on linux :P [17:12] ok, gotta go...bbl [17:13] i guess you'll just have to use gnome-shell like all the rest of us cool people [17:15] ugh, no, the 4 seconds was enough to remind me why unity rocks :) [17:15] bjsnider: nice try though :) [17:40] i'm a paid gnome-shell lobbyist [18:35] bjsnider: >:D [18:45] hehe ;) [18:47] mdeslaur: except they haven't realized how fickly hardware decoding is with nvidia.. [18:47] mlankhorst: yeah...I'm still not sure what we should do at this point (if anything) [18:48] I'm serious though, mplayer has the same issues if you toggle compositing on and off with vdpau [18:48] I don't think vdpau decoding is enabled by default in mplayer [18:49] also detection of interlaced video is pretty much non-existant.. [18:50] mplayer could, but doesn't, handle it :/ [19:33] i don't have that problem with mplayer [19:33] i haven't had blue/red reversal issues for years [20:17] Have a problem that aint a bug. Alteast to my knowledge. I cant get more than 60hz on my screen (Syncmaster 2233rz 120hz). Have tried some stuff from ze Google, like using "compizconfig settings manager" to untick "sens refreshrate automatically" and then changing it to different values, 75, 85 and 120, to no avail. And I have tried to change xorg.conf but the guides i manage to get from Google-searches dont do anything for me, i cant t [20:17] ranslate it to what I need for my setup (Syncmaster 2233rz, Geforce 460 1gb), and if i "sudo nvidia-settings" and then click 120hz (which shows up in the list of refreshrates) the screen only shortly blinks but then still doesnt change, still at 60hz according to my screens OSD and to my headache :S. Anyone? [20:19] I read the topic. Hoping i wont get flamed or anything. Figured the only bug in this is my brain. [21:00] dzragon, you shouldn't need to run nvidia-settings in sudo to change the refresh rate [21:00] i would check dmesg and .xsession-errors for output when you try to change the refresh rate [21:01] also you could start nvidia-settings from the console to see if stdout tells you anything [21:12] bjsnider: i will try to do what you said, thanks for the reply