| bjsnider | if you mean use the nvidia-installer, forget it | 00:00 |
|---|---|---|
| bjsnider | unless you want to damage your system | 00:00 |
| fagan | bjsnider: well manually installing the .run from nvidia | 00:01 |
| bjsnider | yeah, do not do that thing | 00:01 |
| 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:02 |
| 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? | 00:04 |
| Sarvatt | <Sarvatt> 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:05 |
| 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:06 |
| 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:07 |
| 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 |
| ubottu | Launchpad bug 1068341 in software-properties (Ubuntu) "No way to specify correct dependencies for dkms packages (nvidia driver install fails to get matching header)" [High,Triaged] | 00:08 |
| bjsnider | lots of people complained baout this in the +1 channel the past few months | 00:08 |
| bjsnider | must be because of the switch away from jockey | 00:09 |
| fagan | Worked! :) | 00:14 |
| bryceh | Sarvatt, hrm, is that bug something we should put on our TODO list? | 00:14 |
| bjsnider | of course it worked | 00:15 |
| fagan | bjsnider: well im excited because I was scratching my head for an hour wondering what was gone wrong :) | 00:16 |
| bjsnider | lots of people had th is problem | 00:17 |
| 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:19 |
| Prf_Jakob | Sarvatt: Haha yeah it is. | 00:20 |
| Prf_Jakob | utf8-se | 00:20 |
| bryceh | hmm, apt-cache policy shows me fglrx-experimental-9, however jockey-text -l does not | 00:35 |
| bryceh | hmm, lets' try rebooting. | 00:43 |
| Prf_Jakob | Sarvatt: thanks! that helped! | 00:57 |
| Sarvatt | tjaalton: ^ you'll hit the same issue in finland :P | 01:45 |
| darkxst | bryceh, there no nvidia 310 drivers for R :( | 03:20 |
| bjsnider | they're in xorg-edgers aren't they? | 04:13 |
| darkxst | bjsnider, oh yes, didnt think to check there | 04:17 |
| 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! | 05:40 |
| darkxst | Sarvatt, np, I really needed to purge a ppa on my system and turned out it wasnt too hard to fix ;) | 09:19 |
| mlankhorst | bryceh_: ping¿ | 17:23 |
| bryceh_ | yep | 17:24 |
| bryceh_ | tjaalton, looks like 2:1.13.0-0ubuntu7 is unreleased? Is it waiting on anything before going in? | 19:26 |
| === bryceh_ is now known as bryce | ||
| tjaalton | bryce: I think the barrier patch needed a proper review | 19:29 |
| tjaalton | mlankhorst: ^? | 19:30 |
| bryce | ok; I'll just add the poulsbo pci id patch with it then | 19:31 |
| 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:32 |
| 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:33 |
| 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:34 | |
| 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:38 |
| 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:40 |
| 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:41 |
| bryce | okie doke | 19:44 |
| mlankhorst | I'm more amused that games were playable with nouveau, didn't expect that :D | 19:46 |
| bjsnider | pretty soon the "all we need is the documentation" crowd will be proven wrong, because they didn't even need that | 19:50 |
| 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:51 |
| mlankhorst | I'm reclocking my memory with a glue of shell script, c, and assembly for the card to run :-) | 19:52 |
| mlankhorst | but it's all hardcoded, so it might even damage other cards when you try | 19:53 |
| 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:54 |
| bjsnider | although the manufacturer has to protect other organizations' ip | 19:55 |
| mlankhorst | wee, crashed mplayer again | 19:56 |
| === yofel_ is now known as yofel | ||
| 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:58 |
| bryce | I'd have to check but I seem to remember it at least had some experimental support for it | 19:59 |
| mlankhorst | now we just need a nvidiahd driver then.. | 20:00 |
| 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:01 |
| tjaalton | way before the docs were public. but that was for r5xx anyway | 20:02 |
| mlankhorst | well this looks even uglier | 20:05 |
| mlankhorst | :D | 20:05 |
| tjaalton | bryce: did you test the xserver patch for the input matrix funkyness? | 20:24 |
| bryce | tjaalton, on my todo list for today | 20:25 |
| 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:26 |
| 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:27 |
| 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:28 |
| 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:30 |
| 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:31 |
| ricotz | hi :) | 20:35 |
| ricotz | hmm, who broke linking against mesa? ;) | 20:36 |
| mlankhorst | sigh mplayer hates -vc , atm (disabling vdpau acceleration). some out of bounds write | 20:41 |
| bjsnider | mlankhorst, are you using mplayer or mplayer2? | 21:57 |
| bjsnider | uau's mplayer is better than the regular one | 21:57 |
| mlankhorst | uau? | 22:00 |
| bjsnider | he's the lead mplayer2 developer | 22:02 |
| mlankhorst | ah | 22:02 |
| mlankhorst | no I probably know why it happened | 22:03 |
| mlankhorst | ah I was right, silly mistake :D | 22:05 |
| mlankhorst | bjsnider: actually it works worse with mesa afaict.. | 22:11 |
| 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:12 |
| mlankhorst | still some glitches though, probably messing up image parameters :-) | 22:13 |
| 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:14 |
| 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:15 |
| bjsnider | well, i'd use the cpu assuming it's sandybridge or ivybridge | 22:17 |
| mlankhorst | Where's the fun in that!!! | 22:17 |
| 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:18 |
| mlankhorst | ISO Media, MPEG v4 system, iTunes AVC-LC | 22:19 |
| bjsnider | itunes my butt | 22:19 |
| 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:20 |
| 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:21 |
| bjsnider | it would probably be more fun if they'd release the docs | 22:25 |
| mlankhorst | No, but it would be more productive | 22:27 |
| mlankhorst | :P | 22:27 |
| mlankhorst | vdpau's been my puzzle | 22:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| jwi | mlankhorst: afair there's a (obsolete?) nouveau-firmware package in multiverse. maybe put the video blobs there? | 22:42 |
| mlankhorst | jwi: I was thinking of writing an extraction program instead, I don't want to redistribute anything myself.. | 22:44 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!