| superm1 | andersk, yikes, i'll take care of that right now | 00:57 |
|---|---|---|
| superm1 | andersk, thanks for catching that | 01:00 |
| 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:26 |
| 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 | 10:27 |
| bryce | Ng: with -nv or -nvidia? | 11:09 |
| bryce | I could imagine -nv being especially sucky | 11:10 |
| 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:13 |
| bryce | I could imagine -nv being especially sucky | 11:14 |
| bryce | oops | 11:14 |
| bryce | yeah, -nvidia ought to be fine. But who knows, -nvidia is a world unto itself | 11:15 |
| bryce | really, comparing any experiences with -nvidia to any other linux driver is as good as comparing windows behaviors to linux | 11:16 |
| 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:18 |
| 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:19 |
| 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:20 |
| tseliot | Ng: you can use totem with ffmpeg (again it has to be vdpau enabled) | 11:21 |
| 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:22 |
| 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:23 |
| tseliot | I don't know | 11:25 |
| tseliot | therefore I can be wrong | 11:25 |
| * dennda waves | 13:22 | |
| 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 |
| ubottu | 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 |
| 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? :-) | 13:23 |
| 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:08 |
| dennda | Ng: "next couple of ubuntu releases" means I have to wait X * 6 months, where X is unknown? :-) | 14:09 |
| Ng | dennda: probably 2 | 14:15 |
| Ng | dennda: to some extent it's dependent on things getting into the upstream kernel | 14:18 |
| dennda | hm ok, sad | 14: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 | 20:18 |
| 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 |
| ubottu | Launchpad bug 313567 in linux "[Jaunty] Suspend/resume restarts X session" [Undecided,New] https://launchpad.net/bugs/313567 | 22:56 |
| Rocket2DMn | Is there somebody who would help me get it triaged? | 22:56 |
| bdmurray | bryce: Rocket2DMn is saying that X restarts after resuming from suspend | 22:58 |
| bdmurray | on jaunty with the ati driver | 22:59 |
| bdmurray | bryce_: ? | 23:01 |
| bryce | Rocket2DMn: interesting, loading your url crashed xchat. lemme try that again | 23:03 |
| bdmurray | whoops | 23:03 |
| Rocket2DMn | lol! | 23:04 |
| bryce | what fun | 23:04 |
| 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:11 |
| 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:30 |
| 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:36 |
| 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:37 |
| 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:41 |
| Rocket2DMn | back. | 23:51 |
| 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:52 |
| Rocket2DMn | bryce, should i change the bug package to xorg? | 23:54 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!