[00:57] <superm1> andersk, yikes, i'll take care of that right now
[01:00] <superm1> andersk, thanks for catching that
[10:26] <Ng> 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] <Ng> 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] <bryce> Ng: with -nv or -nvidia?
[11:10] <bryce> I could imagine -nv being especially sucky
[11:13] <Ng> bryce: -nvidia
[11:13] <Ng> 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] <bryce> I could imagine -nv being especially sucky
[11:14] <bryce> oops
[11:15] <bryce> yeah, -nvidia ought to be fine.  But who knows, -nvidia is a world unto itself
[11:16] <bryce> really, comparing any experiences with -nvidia to any other linux driver is as good as comparing windows behaviors to linux
[11:18] <tseliot> 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] <tseliot> too bad geforce 7xxx are not supported
[11:19] <Ng> tseliot: sure, I'm probably going to order a 9xxx today, but I was just surprised that it seemed to be worse
[11:19] <Ng> the reality is that I will go mad if I have to use mplayer all the time ;)
[11:20] <Ng> 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] <Ng> 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] <tseliot> Ng: you can use totem with ffmpeg (again it has to be vdpau enabled)
[11:22] <Ng> (I'm entirely happy to patch ffmpeg/mplayer/xine)
[11:22] <Ng> but totem with ffmpeg.... I would have thought not?
[11:22] <Ng> the only backends are gstreamer and xine?
[11:22] <tseliot> gst-ffmpeg
[11:22] <tseliot> http://projects.gnome.org/totem/
[11:23] <Ng> 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] <tseliot> I don't know
[11:25] <tseliot> therefore I can be wrong
[13:22]  * dennda waves
[13:23] <dennda> 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] <dennda> 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] <Ng> 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] <dennda> Ng: "next couple of ubuntu releases" means I have to wait X * 6 months, where X is unknown? :-)
[14:15] <Ng> dennda: probably 2
[14:18] <Ng> dennda: to some extent it's dependent on things getting into the upstream kernel
[14:18] <dennda> hm ok, sad
[20:18] <superm1> bryce, there was a new nv driver release today that addresses color issues...
[20:18] <superm1> http://www.nvidia.com/object/linux_display_ia32_180.22.html
[20:18] <bryce> superm1: ah cool
[20:18] <superm1> no mentions of the new X abi however, so i'm not sure it's that useful yet
[20:18] <bryce> superm1: it turned out rick just had his monitor contrast/etc. controls set wrong
[20:18] <superm1> haha
[22:56] <Rocket2DMn> 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] <Rocket2DMn> Is there somebody who would help me get it triaged?
[22:58] <bdmurray> bryce: Rocket2DMn is saying that X restarts after resuming from suspend
[22:59] <bdmurray> on jaunty with the ati driver
[23:01] <bdmurray> bryce_: ?
[23:03] <bryce> Rocket2DMn: interesting, loading your url crashed xchat. lemme try that again
[23:03] <bdmurray> whoops
[23:04] <Rocket2DMn> lol!
[23:04] <bryce> what fun
[23:11] <Rocket2DMn> 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] <bryce> sorry, distracted by this xchat crash bug, trying to convince upstream it really is a bug
[23:30] <bryce> ah the joys of running a development distro on your desktop...
[23:36] <bryce> 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] <bryce> 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] <Ng> hmm interesting, the nvidia card is only running a PCI-E 4x
[23:41] <Ng> maybe the G45 is stealing 16X and that's why it was doing the video better
[23:51] <Rocket2DMn> back.
[23:52] <Rocket2DMn> 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] <Rocket2DMn> i did see a file in /var/log/gdm with some stuff in it as well
[23:54] <Rocket2DMn> bryce, should i change the bug package to xorg?