[00:57] andersk, yikes, i'll take care of that right now [01:00] andersk, thanks for catching that [10:26] would I be mad for expecting video playback to be not significantly different among cards with proper drivers? Since there's basically no video decoding acceleration these days and 2d performance is much of a muchness? [10:27] I only ask because in my endless swapping of hardware I tried an nv 7600GT last night and it was completely unable to play a 1080p h.264 video from nasa, but the onboard G45 while not perfect did a much better job of it [11:09] Ng: with -nv or -nvidia? [11:10] I could imagine -nv being especially sucky [11:13] bryce: -nvidia [11:13] I was a little surprised to be honest. it's a weedy CPU, but I figured that would be the same amount of a bottleneck on any card since there's no hardware acceleration involved [11:14] I could imagine -nv being especially sucky [11:14] oops [11:15] yeah, -nvidia ought to be fine. But who knows, -nvidia is a world unto itself [11:16] really, comparing any experiences with -nvidia to any other linux driver is as good as comparing windows behaviors to linux [11:18] Ng: nvidia driver 180.11 + vdpau-enabled mplayer + one of the gpus supported by vdpau should help: http://www.nvnews.net/vbulletin/showthread.php?s=28f416fa08063af2fdd8490233da8291&t=123091 [11:19] too bad geforce 7xxx are not supported [11:19] tseliot: sure, I'm probably going to order a 9xxx today, but I was just surprised that it seemed to be worse [11:19] the reality is that I will go mad if I have to use mplayer all the time ;) [11:20] but I'm going to stick with nvidia because they seem to do an infinitely better job of talking to a big TV than anyone else [11:20] even the bios is scaled automagically to 1080p so my TV doesn't have to confuse itself trying to display rubbishy old DOS video modes [11:21] Ng: you can use totem with ffmpeg (again it has to be vdpau enabled) [11:22] (I'm entirely happy to patch ffmpeg/mplayer/xine) [11:22] but totem with ffmpeg.... I would have thought not? [11:22] the only backends are gstreamer and xine? [11:22] gst-ffmpeg [11:22] http://projects.gnome.org/totem/ [11:23] I could be very wrong here, but my understanding is that gst can use ffmpeg for (de|en)coders, but not as a video sink [11:25] I don't know [11:25] therefore I can be wrong [13:22] * dennda waves [13:23] I just figured that the problem with my graphics card is already reported in this bugreport: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/252094 [13:23] Launchpad bug 252094 in xserver-xorg-video-intel "[i965] Poor graphics performance and rendering errors on Intel GM965 system, Ubuntu 8.10" [Medium,Confirmed] [13:23] What I want to know: Whom may I blame for it not working properly? Is it intels fault? Will it get better in jaunty? How can I help? :-) [14:08] dennda: there are a lot of changes going on with the intel driver in the next couple of ubuntu releases, so it's likely that things will change :) [14:09] Ng: "next couple of ubuntu releases" means I have to wait X * 6 months, where X is unknown? :-) [14:15] dennda: probably 2 [14:18] dennda: to some extent it's dependent on things getting into the upstream kernel [14:18] hm ok, sad [20:18] bryce, there was a new nv driver release today that addresses color issues... [20:18] http://www.nvidia.com/object/linux_display_ia32_180.22.html [20:18] superm1: ah cool [20:18] no mentions of the new X abi however, so i'm not sure it's that useful yet [20:18] superm1: it turned out rick just had his monitor contrast/etc. controls set wrong [20:18] haha [22:56] hey guys, ive been talking with Brian in #ubuntu-bugs, he thinks that bug 313567 is probably an X bug instead of kernel [22:56] Launchpad bug 313567 in linux "[Jaunty] Suspend/resume restarts X session" [Undecided,New] https://launchpad.net/bugs/313567 [22:56] Is there somebody who would help me get it triaged? [22:58] bryce: Rocket2DMn is saying that X restarts after resuming from suspend [22:59] on jaunty with the ati driver [23:01] bryce_: ? [23:03] Rocket2DMn: interesting, loading your url crashed xchat. lemme try that again [23:03] whoops [23:04] lol! [23:04] what fun [23:11] ok, i'm gonna run afk for about 20 minutes. please let me know either here or on my bug report what else you need to complete the bug triage. Thanks guys. [23:30] sorry, distracted by this xchat crash bug, trying to convince upstream it really is a bug [23:30] ah the joys of running a development distro on your desktop... [23:36] Rocket2DMn: if it is an X crash then there will be a backtrace printed to /var/log/Xorg.0.log or errors to a file in /var/log/gdm/. [23:37] Rocket2DMn: if that's the case, then the next step is to collect a full backtrace via http://wiki.ubuntu.com/X/Backtracing [23:41] hmm interesting, the nvidia card is only running a PCI-E 4x [23:41] maybe the G45 is stealing 16X and that's why it was doing the video better [23:51] back. [23:52] bryce, i'll go ahead and attach the log file. i need to restart the laptop becuase the screen died and wont come back up [23:52] i did see a file in /var/log/gdm with some stuff in it as well [23:54] bryce, should i change the bug package to xorg?