[00:00] <bjsnider> if you mean use the nvidia-installer, forget it
[00:00] <bjsnider> unless you want to damage your system
[00:01] <fagan> bjsnider: well manually installing the .run from nvidia
[00:01] <bjsnider> yeah, do not do that thing
[00:02] <fagan> bjsnider: any ideas on how to get the nvidia-installer working then?
[00:02] <bjsnider> maybe it is working
[00:02] <bjsnider> it used to be less tolerant of broken edid info than other drivers
[00:02] <bjsnider> maybe still is
[00:04] <fagan> Well I said above that I installed the driver in 11.10 and upgraded up till now. So it must be something funny going on recently
[00:04] <bjsnider> it's pictureboxed or windowboxed or letterboxed or something?
 fagan: sudo apt-get install linux-headers-3.5.0-18-generic linux-headers-3.5.0-18
[00:05] <Sarvatt> its not building because you dont have all the headers, theres a bug open about that
[00:05] <fagan> nice thanks Sarvatt 
[00:05] <Sarvatt> or just linux-headers-generic like bjsnider said would work
[00:05] <Sarvatt> (and upgrade automatically)
[00:06] <bjsnider> i think he was offline when i said that
[00:06] <fagan> I was :)
[00:06] <Sarvatt> yeah was off when i said it too, oops
[00:06] <bjsnider> that log says:
[00:06] <bjsnider> Module build for the currently running kernel was skipped since the
[00:06] <bjsnider> kernel source for this kernel does not seem to be installed.
[00:06] <bjsnider> i thought this problem was solved already
[00:07] <bjsnider> nvidia-current should depend on linux-headers-generic shouldn't it?
[00:07] <fagan> Ah I completely looked over that line everything else seemed usual oh except demod didn't run I should have remembered that :)
[00:08] <Sarvatt> bjsnider: some people use -lowlatency or -server, no way to guarantee the right headers are installed :(
[00:08] <fagan> Anyway it looks like it worked going to reboot again thanks :D
[00:08] <bjsnider> this has been a bug for awhile
[00:08] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-updates/+bug/1068341
[00:08] <bjsnider> lots of people complained baout this in the +1 channel the past few months
[00:09] <bjsnider> must be because of the switch away from jockey
[00:14] <fagan> Worked! :)
[00:14] <bryceh> Sarvatt, hrm, is that bug something we should put on our TODO list?
[00:15] <bjsnider> of course it worked
[00:16] <fagan> bjsnider: well im excited because I was scratching my head for an hour wondering what was gone wrong :)
[00:17] <bjsnider> lots of people had th is problem
[00:19] <Sarvatt> Prf_Jakob: is the decimal seperator in your locale a . or a ,?
[00:19] <Sarvatt> because if its , possibly http://steamcommunity.com/app/221410/discussions/1/882965239689221201/
[00:20] <Prf_Jakob> Sarvatt: Haha yeah it is.
[00:20] <Prf_Jakob> utf8-se
[00:35] <bryceh> hmm, apt-cache policy shows me fglrx-experimental-9, however jockey-text -l does not
[00:43] <bryceh> hmm, lets' try rebooting.
[00:57] <Prf_Jakob> Sarvatt: thanks! that helped!
[01:45] <Sarvatt> tjaalton: ^ you'll hit the same issue in finland :P
[03:20] <darkxst> bryceh, there  no nvidia 310 drivers for R :( 
[04:13] <bjsnider> they're in xorg-edgers aren't they?
[04:17] <darkxst> bjsnider, oh yes, didnt think to check there
[05:40] <Sarvatt> darkxst: thanks so much for looking into the ppa-purge multiarch thing, i'll run through this tomorrow and see how it works. i didn't even know about dpkg-query!
[09:19] <darkxst> Sarvatt, np, I really needed to purge a ppa on my system and turned out it wasnt too hard to fix ;)
[17:23] <mlankhorst> bryceh_: ping¿
[17:24] <bryceh_> yep
[19:26] <bryceh_> tjaalton, looks like 2:1.13.0-0ubuntu7 is unreleased?  Is it waiting on anything before going in?
[19:29] <tjaalton> bryce: I think the barrier patch needed a proper review
[19:30] <tjaalton> mlankhorst: ^?
[19:31] <bryce> ok; I'll just add the poulsbo pci id patch with it then
[19:32] <bryce> or given that it's been a few weeks, maybe we should drop the patch for the time being until it gets reviewed?
[19:33] <mlankhorst> bryce: well the sru queue is moving pretty slow in general too, so don't think it matters that much.
[19:33] <mlankhorst> I was hoping for raof to review it but he lost out on his chance to do so, just keep it in. :P
[19:34] <bryce> well, xserver git targets raring, so no sru queue blockage to worry about there...
[19:34] <mlankhorst> oh sure go for it then
[19:34]  * bryce shrugs
[19:38] <tjaalton> first point-release rc coming next week
[19:38] <tjaalton> 1.13.1rc
[19:38] <tjaalton> but uploads are cheap
[19:38] <tjaalton> i'll be back to work starting monday
[19:40] <mlankhorst> sru's are expensive :/
[19:40] <mlankhorst> enough fixes I do want to push, but not necessarily have a test for
[19:40] <tjaalton> they need to go to the devel series first
[19:40] <tjaalton> and let's get that exception for xserver point-releases..
[19:40] <bryce> mlankhorst, in the changelog you mention 234-composite-borderclip.patch "is wrong".  Did you get a better solution for that, or should we drop that for now?
[19:41] <mlankhorst> bryce: drop for now, upstream didn't respond
[19:41] <bryce> ok
[19:41] <bryce> and then the pointer barrier change is the update to 500_pointer_barrier_thresholds.diff.  You want to drop that one as well, or is it ok?
[19:41] <mlankhorst> keep
[19:44] <bryce> okie doke
[19:46] <mlankhorst> I'm more amused that games were playable with nouveau, didn't expect that :D
[19:50] <bjsnider> pretty soon the "all we need is the documentation" crowd will be proven wrong, because they didn't even need that
[19:51] <mlankhorst> bjsnider: well it is a lot faster with documentation..
[19:51] <mlankhorst> we have no clue how to do memory reclocking right for example
[19:52] <mlankhorst> I'm reclocking my memory with a glue of shell script, c, and assembly for the card to run :-)
[19:53] <mlankhorst> but it's all hardcoded, so it might even damage other cards when you try
[19:54] <bjsnider> well, i do think it's interesting that a community can build a good graphics driver with no help at all from the manufacturer
[19:55] <bjsnider> although the manufacturer has to protect other organizations' ip
[19:56] <mlankhorst> wee, crashed mplayer again
[19:58] <bryce> bjsnider, I get the sense that nouveau is about where radeon was around the time that AMD opened the docs
[19:58] <bjsnider> oh, i thought it was further along than that
[19:58] <bryce> I recall alex and them mentioning that when they started looking through the docs they discovered all these registers that they'd mis-guessed
[19:58] <bjsnider> radeon couldn't do any opengl could it?
[19:59] <bryce> I'd have to check but I seem to remember it at least had some experimental support for it
[20:00] <mlankhorst> now we just need a nvidiahd driver then..
[20:01] <bryce> 17 Apr 2009: AMD releases initial code branches for 3D support on R6xx/R7xx (see more below) 
[20:01] <bryce> however I think there was 3D for older devices before that.
[20:01] <tjaalton> r200 worked just fine
[20:02] <tjaalton> way before the docs were public. but that was for r5xx anyway
[20:05] <mlankhorst> well this looks even uglier
[20:05] <mlankhorst> :D
[20:24] <tjaalton> bryce: did you test the xserver patch for the input matrix funkyness?
[20:25] <bryce> tjaalton, on my todo list for today
[20:26] <tjaalton> bryce: ah :)
[20:26] <bryce> mlankhorst, rtg asked for an r ppa, so I've set up https://launchpad.net/~ubuntu-x-swat/+archive/r-lts-backport
[20:26] <tjaalton> if it works, add a tested-by on xorg-devel@ :)
[20:26] <mlankhorst> bryce: sure, just need a new mapping file
[20:27] <mlankhorst> I need to add a hack to make it get the prefix from the mapping file, but it ought to work
[20:27] <mlankhorst> I'm also working on getting the changes to mesa upstream, the ones from intel already are
[20:28] <mlankhorst> ones in mesa too, but needs to be backported to the 9.0 branch after release
[20:28] <bryce> mlankhorst, no I mean he was asking for a ppa so he could start uploading his kernels there.  :-)
[20:28] <mlankhorst> ah
[20:30] <bryce> mlankhorst, but that's great you're ready to go with our bits.  But no worries, take care of higher priority stuff first.
[20:30] <mlankhorst> well it's not a big problem, I tried to keep most of the changes easy enough for forward compatability
[20:31] <mlankhorst> plus i want to upload libdrm 2.4.40 to raring so I can keep playing with mesa master on my weird backport stack :-)
[20:35] <ricotz> hi :)
[20:36] <ricotz> hmm, who broke linking against mesa? ;)
[20:41] <mlankhorst> sigh mplayer hates -vc , atm (disabling vdpau acceleration). some out of bounds write
[21:57] <bjsnider> mlankhorst, are you using mplayer or mplayer2?
[21:57] <bjsnider> uau's mplayer is better than the regular one
[22:00] <mlankhorst> uau?
[22:02] <bjsnider> he's the lead mplayer2 developer
[22:02] <mlankhorst> ah
[22:03] <mlankhorst> no I probably know why it happened
[22:05] <mlankhorst> ah I was right, silly mistake :D
[22:11] <mlankhorst> bjsnider: actually it works worse with mesa afaict..
[22:12] <bjsnider> -vo vdpau -vc ffh264
[22:12] <mlankhorst> channels = 6
[22:12] <mlankhorst> vc = ffmpeg12vdpau,ffh264vdpau,ffwmv3vdpau,ffvc1vdpau,ffodivxvdpau,
[22:12] <mlankhorst> vo = vdpau:colorspace=0,
[22:12] <mlankhorst> is what i use atm
[22:13] <mlankhorst> still some glitches though, probably messing up image parameters :-)
[22:14] <bjsnider> that wouldn't work without the blob
[22:14] <bjsnider> you'd better have a 6-channel sound system
[22:14] <bjsnider> that doesn't have a dac
[22:14] <mlankhorst> works fine without the blob ;-)
[22:15] <bjsnider> ok, so gallium does vdpau?
[22:15] <mlankhorst> well strictly speaking still blobby
[22:15] <bjsnider> there's a working vdpau state tracker in gallium?
[22:15] <mlankhorst> not upstream, but it does have some vdpau output support, and if you're insane and know nouveau some you can load the decoder blobs into the hardware
[22:15] <bjsnider> i know they'd talked about it
[22:15] <mlankhorst> yeah
[22:15] <mlankhorst> it's just the drivers that are lacking
[22:17] <bjsnider> well, i'd use the cpu assuming it's sandybridge or ivybridge
[22:17] <mlankhorst> Where's the fun in that!!!
[22:18] <mlankhorst> 1000     22700  1.0  0.2 542568 39148 pts/1    Sl+  23:09   0:05 mplayer -framedrop -aid 1 01 The Crystal Empire, Pt. 1 (HD).m4v
[22:18] <mlankhorst> :D
[22:18] <bjsnider> i'm assuming you want it to work as an htpc or whatever. if you're trying to burn down the house that's a different motive
[22:18] <mlankhorst> i want it working because I can :p
[22:18] <bjsnider> m4v my butt
[22:19] <mlankhorst>  ISO Media, MPEG v4 system, iTunes AVC-LC
[22:19] <bjsnider> itunes my butt
[22:20] <bjsnider> anyway, ffmpeg has multithreaded decoding which beats gpu decoding in speed
[22:20] <bjsnider> although it uses more power
[22:20] <bjsnider> libav i mean
[22:21] <mlankhorst> Again, where's the fun in that, more fun to hack on nouveau :P
[22:21] <bryce> xserver 1.13.0-0ubuntu7 uploaded
[22:25] <bjsnider> it would probably be more fun if they'd release the docs
[22:27] <mlankhorst> No, but it would be more productive
[22:27] <mlankhorst> :P
[22:27] <mlankhorst> vdpau's been my puzzle
[22:28] <bjsnider> wikileaks is going to have to release those docs
[22:28] <bjsnider> which means they'll need a whistleblower
[22:28] <mlankhorst> I would rather have permission to redistribute the firmware blobs
[22:29] <mlankhorst> bjsnider: does mplayer2 support mvc?
[22:29] <bjsnider> what does that acronym mean?
[22:29] <mlankhorst> erm h264 multiview codec
[22:29] <bjsnider> i would suggest going to #mplayer2 and asking uau about it. he will answer
[22:30] <mlankhorst> or whatever it was called
[22:30] <mlankhorst> I know the firmware has support for it, but nvidia doesn't support it
[22:30] <bjsnider> he's got betetr vdpau support i can tell you that
[22:30] <bryce> aha there's 9.0.1
[22:42] <jwi> mlankhorst: afair there's a (obsolete?) nouveau-firmware package in multiverse. maybe put the video blobs there?
[22:44] <mlankhorst> jwi: I was thinking of writing an extraction program instead, I don't want to redistribute anything myself..