[00:00] smplayer was broken for me in lucid [00:00] won't need anything else [00:00] smplayer works great here [00:00] billybigrigger, no, gmplayer is an old gui that is no longer maintained [00:00] bjsnider, i was going to say, gmplayer sucked [00:00] will have to try gnome-mplayer [00:00] gnome-mplayer is pretty horrible heh [00:00] billybigrigger don't [00:01] billybigrigger_: maybe you can figure out how to make good bug reports for that app heh [00:01] totem, vlc, mplauer and smppayer are enoufh [00:01] totem has slooooooow startup [00:01] no [00:01] very fast here [00:01] faster then vlc [00:01] mplayer beats all, of course [00:01] i just use mplayer-nogui [00:01] yoasif: try something like mplayer -ao pulse -vo vdpau -vc ffh264vdpau file manually? [00:02] you can use mplayer -identify -vo vdpau -frames 0 file to dump the info btw [00:02] Sarvatt: just tried that, now i get no video, but i hear the audio [00:03] does it have subtitles? [00:03] it might be non-comformant and vdpau might not accelerate it [00:03] no subs [00:04] yoasif, does it work if you use xv and the normal ffmpeg codecs? [00:05] bjsnider: when i try ffmpeg i get Forced video codec: ffmpeg [00:05] Cannot find codec matching selected -vo and video format 0x31637661. [00:06] the codec should be ffh264 i think [00:06] bjsnider: yes, it works with ffh264 [00:07] without any of those error messages? [00:07] i had to reencode alot of my old hd rips to get them to work with gpu acceleration, it's made for standardized profiles that come on hd-dvd and blurays and stuff so its easy to encode your own stuff out of spec [00:08] bjsnider: yes, without the error messages [00:08] Sarvatt: ahh :/ [00:08] Sarvatt: so i may just be SOL? [00:08] yoasif, are you using the latest vdpau? where did you get it? [00:08] bjsnider: i used the vdpau ppa [00:09] still using 185 though [00:09] ah, well that could be the issue [00:10] i can downgrade to the lucid versions, but those have the same issue [00:10] yoasif, did you get a sample hosted somewhere for one of us to test? [00:11] billybigrigger: still opening it in avidemux heh [00:11] you can upgrade to the 190 or 195 driver which has numerous vdpau fixes since the 185 [00:12] bjsnider: i had major issues even trying to install those via ppa... ie it didn't work at all :/ [00:12] when was this? [00:12] and i don't want to install using the nvidia installer [00:12] like 4 days ago? [00:12] i can try again if you recommend it [00:12] yoasif, install nvidia-195-glx [00:12] what day is this anyway? [00:12] sunday [00:13] what year is this? [00:13] bjsnider, thanks for the nvidia help earlier btw [00:13] 2009 [00:13] what planet am i on? [00:13] mars [00:13] thought so [00:13] wait, the 185 works in lucid? [00:15] bjsnider: yeah [00:15] over time, vdpau has gotten more and more tolerant of badly encoded crap [00:16] bjsnider: it's actually the only driver that worked for me, but i will try 195 in a few [00:16] just upload a clip so i can test it [00:16] because i'll tell you what, you could submit it to stephen warren for testing too [00:17] yea i will upload a clip as soon as i can get a few second sample [00:17] avidemux is still indexing the file heh [00:17] will vlc play it? i think you can save samples through vlc [00:18] billybigrigger: yeah it does play it [00:18] how can i do that? [00:19] i think im full of it [00:20] np [00:25] you can do it in mkvmerge [00:26] start a new encode, but stop it after 10 seconds or so [00:26] keep everything default but change the name so it doesn't overwrite the original [00:27] ffmpeg should be able to aswell [00:34] yoasif: where did you get the mplayer from? was it compiled against the vdpau in nvidia's 185 driver or libvdpau? [00:37] Sarvatt: lemme check [00:37] Sarvatt: lucid multiverse [00:37] NVIDIA: could not open the device file /dev/nvidiactl (Permission denied). [00:37] Installed: 2:1.0~rc3+svn20090426-1ubuntu12 [00:37] what? [00:38] aren't you using the nvidia-vdpau ppa? [00:38] bjsnider: i was, and then after i got the nvidia driver working, i downgraded everything because i never actually got it working when using the ppa [00:38] Sarvatt, add yourself to the video group [00:38] there ya go yeah [00:39] thats in his log [00:39] yoasif, you downgraded everything except the driver? [00:40] bjsnider: lemme check that too...yeah [00:40] 185.18.36-0ubuntu10~lucid~nvidiavdpauppa1 [00:41] you need libvdpau and the mplayer from the ppa [00:41] libvdpau should already be there [00:41] alright -- well it never worked with just plain lucid either [00:41] but i should go ahead and switch to the vdpau ppa? [00:41] yeah mplayer in ubuntu doesnt have vdpau support :D [00:41] yes it does [00:42] yeah it does [00:42] it has since karmic [00:42] it's just old [00:42] heh [00:42] really, really old [00:43] yoasif, you can downgrade if anything bad happens [00:49] oh vdpau support was added in october, no wonder i missed it [00:50] it's much older than that [00:50] the mplayer pull happened in april [00:50] bjsnider: yea ill give it a shot in a few [00:50] probably using even older vdpau code [00:51] yoasif, i was changing the ppa over to new stuff last week, so maybe you got caught during one of the broken packages. but they all work now, as far as i know [00:51] yeah but it wasnt using vdpau when I looked last, was just enabled on september 24th * Enable VDPAU support by including vdpau headers in deb packaging. [00:51] which isn't necessary anymore since the library is built separately from the blob now [00:55] hmm http://osdir.com/ml/debian-bugs-dist/2009-11/msg08681.html [00:56] looks like its not falling back to another vo if theres a problem with the way its done now, and just doesnt display the video [00:57] hi [00:57] how can i update to +1 in kubuntu? [00:58] Sarvatt, in mplayer [00:59] as update-manager -d doesn't work [01:01] htrejh: I did a do-release-upgrade -d [01:01] k thanks it was that, couldn't remember [01:02] thx bye [01:04] bjsnider: did you binary copy the mplayer in nvidia-vdpau to lucid or something? its compiled with gcc 4.4.1 [01:05] let me check [01:05] i'm trying to remember [01:05] yes i did [01:06] yoasif: its playing fine here [01:07] i'm using 195.30 straight from nvidia though [01:07] basically at that point in time the queue times int he build system were so long that it seemed practical [01:07] no i'm not actually -- nvidia-195-kernel-source 195.30-0ubuntu1~lucid~nvidiavdpauppa1 [01:08] where is the clip? === Amaranth_ is now known as Amaranth [01:09] yoasif: http://pastebin.com/dc86508b [01:09] it's an 8gb "clip" :D [01:11] did you binary copy nvidia-settings too or something? [01:11] he just needs to update to the packages in the ppa and he'll be fine [01:11] because that doesnt compile against libxxf86vm-dev anymore [01:11] * bjsnider runs and hides [01:12] i promise the drivers are not binary copied [01:12] they wouldnt work if they were :D [01:13] no, because they would end up providing the wrong xorg-video package [01:14] which i think is the problem with the one in the current lucid repo [01:15] dynamic gamma adjusting probably wont work with the binary copied nvidia-settings from karmic though [01:16] * penguin42 wonders what level of open source radeon drivers will ship in Lucid; I'm pretty impressed with the current bleeding edge set [01:16] i wish it was just that, recompiling 185 doesnt work here [01:17] penguin42: the ones in lucid now will probably be there for a good chunk of time still, thats the last git checkout that works without updating other major plumbing [01:18] Sarvatt: Does it get GL working on most stuff? [01:18] i get the impression major plumbing will be required for gnome-shell to be updated too, since i can't get it to build here [01:18] next commit made it require libdrm 2.4.16 and current git needs 2.4.17, not to mention mesa needs 2.4.17 to get updated as well [01:18] Sarvatt: It might be worth it you know - it's working like a dream [01:18] gnome-shell builds fine here in jhbuild against lucid? i built it yesterday [01:19] i'm talking about a deb though [01:19] I hope someone knows this... Do md5 hashes normally get posted on https://help.ubuntu.com/community/UbuntuHashes for alpha/beta releases? [01:20] penguin42: updating libdrm horribly breaks intel for alot of people [01:20] Sarvatt: Ah that wouldn't be good [01:20] * Sarvatt raises his hand :D [01:20] thats whats holding it back [01:20] Sarvatt: So I've now got one Intel machine and one Radeon! [01:25] curious, synergy from my intrepid box to my karmic box if I type an @ sign I get an Ω [01:27] what keyboard layout are you using? [01:28] UK on both (102 maybe on one, 105 on the other - but that's just the windows keys difference) [01:28] the key in question is the same one on both - shift ' - i.e. where " is on US keyboards [01:30] any ideas on this error? [01:30] looks like synergy is pretty broken for everything but US layouts from a quick glance [01:30] dpkg: error processing /var/cache/apt/archives/nvidia-glx-195_195.30-0ubuntu1~lucid~nvidiavdpauppa1_amd64.deb (--unpack): [01:30] subprocess new pre-installation script returned error exit status 2 [01:30] Errors were encountered while processing: [01:30] /var/cache/apt/archives/nvidia-glx-195_195.30-0ubuntu1~lucid~nvidiavdpauppa1_amd64.deb [01:30] E: Sub-process /usr/bin/dpkg returned an error code (1) [01:30] A package failed to install. Trying to recover: [01:30] Setting up nvidia-195-kernel-source (195.30-0ubuntu1~lucid~nvidiavdpauppa1) ... [01:31] pastebin the full error msg [01:31] purge your nvidia stuff besides nvidia-common before ya switch yoasif, one of the downsides of using ppa's for it [01:32] is there a log? [01:32] ok [01:32] its has horribly complex packaging and people do it different on ppa's [01:32] purging now [01:33] "horribly complex" is putting id mildly [01:33] i just purge nvidia* then reinstall nvidia-common [01:33] alberto's trying to clean it up [01:33] yeah I spent a good 2 days trying to fix it up before i gave up, its just too limited how its set up now [01:34] Sarvatt, is tehre a replacement package in lucid for the one you mentioned re: nvidia-settings? [01:34] yepyep nvidia-graphics-drivers instead of having to changing hundreds of things to switch from a major version bump nvidia does every few months will be NICE [01:35] well, using one or two files with version numbers and then variables for the rest would be helpful [01:36] http://pastebin.com/m4dab7aad [01:36] x headers got split up alot between protos and lib-dev's now so one can have client side and the other have server side things, ya want to add x11proto-xf86vidmode-dev as well to the deps but you need to change one of the source files to point at the new header name too, one sec [01:37] it's a deiversion clash. those diversions are supposed to be REMOVED when you uninstall the previous version [01:37] http://bugs.gentoo.org/show_bug.cgi?id=289744 [01:37] got rid of the diversion clash i think [01:37] bugs.gentoo.org bug 289744 in Applications "nvidia-settings-190.40 does not compile w/ libXxf86vm-1.1.0 (patch included)" [Normal,Resolved: fixed] [01:37] patch is attached there [01:38] gentoo? [01:38] oh, no. i can't add a gentoo patch [01:38] that's out of the question [01:38] http://pastebin.com/m41f6fd5b [01:38] http://bugs.gentoo.org/attachment.cgi?id=208926 [01:38] the blob already has a few gentoo patches in it! :D [01:38] dpkg: error processing /var/cache/apt/archives/nvidia-glx-195_195.30-0ubuntu1~lucid~nvidiavdpauppa1_amd64.deb (--unpack): [01:38] what is the issue there? [01:39] the diversion [01:39] what should i do? [01:39] diversions are ont heir way out. it's going to be alternatives instead [01:39] purge all nvidia drivers [01:39] did that heh [01:39] ill do it again [01:39] try to reinstall the 195 driver [01:40] you might have to purge the mesa stuff too [01:40] all of mesa? [01:41] as much as you can get [01:41] packaging is probably sketchy in the 185 package you used [01:41] yoasif: sudo nano /var/lib/dpkg/diversions [01:41] err purge the nvidia stuff first [01:41] then do that, and manually delete all the nvidia stuff [01:42] Hey guys. Where is a good listing of the major features/changes/enhancements to Lucid? [01:42] i used one of that sevenmachine persons blobs once and got left with a ton of dangling diversions i had to manually delete too [01:43] ahh shit [01:43] dpkg: unrecoverable fatal error, aborting: [01:43] unexpected eof reading `/var/lib/dpkg/diversions' [01:43] go to the last line and hit enter? [01:43] tried that [01:44] there more than one newline at the end? [01:44] shouldnt be able to go down more than one [01:44] dpkg-divert --remove --rename --package nvidia-glx-185 --divert /usr/lib/nvidia/libGL.so.1.xlibmesa /usr/lib/libGL.so.1 > /dev/null [01:44] just one newline at the end [01:44] that's in the postrm script here [01:45] ahh maybe someone should pastebin their diversions file [01:45] bjsnider: that script didnnt work [01:45] try running the command i just posted [01:45] ya should have a diversions-old you can use as a reference [01:45] ah great [01:45] mving it [01:46] wouldnt move it, just meant to see what ya screwed up lol [01:46] hehe cping [01:46] maybe the diversions file was broken and that's why the script didn't work [01:46] pastebin your diversions and diversions-old yoasif? [01:47] or did ya already overwrite it lol [01:47] already gone :/ [01:47] doesn't matter. he'll just add new diversions when he installs the 195 driver [01:47] its probably ok, last package that made it write the -old one was the 195 anyway [01:47] still getting the old diversion error [01:47] dpkg-divert: `diversion of /usr/lib/libGL.so.1.2 to /usr/lib/nvidia/libGL.so.1.2.xlibmesa by nvidia-glx-195' clashes with `diversion of /usr/lib/libGL.so.1.2 to /usr/lib/nvidia/libGL.so.1.2.xlibmesa by nvidia-glx-185' [01:47] after running the command bjsnider told me to try [01:48] no, that's different [01:48] yah theres more than just libGL [01:48] hold on [01:48] dpkg-divert --remove --rename --package nvidia-glx-185 --divert /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so.1.2 > /dev/null [01:49] after the command, i get [01:49] dpkg-divert: `diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xserver-xorg-core by nvidia-glx-195' clashes with `diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xserver-xorg-core by nvidia-glx-185' [01:49] probably like 5 more [01:49] we're going point by point right down the line [01:49] let me post the script and you can run the commands [01:49] sounds good [01:49] open up your diversions again and replace the filenames :D [01:50] id rather run bjsnider's script :p [01:50] i screwed it up once already [01:50] I bet ya just left the 2 lines above the package names at the top [01:51] hehe, i don't really understand how the diversions file works otherwise id just do it manually [01:52] http://pastebin.com/d587c02ef [01:52] http://pastebin.com/d26858ad [01:52] those are the commands you haven't run yet that are in the postrm script [01:52] wait [01:52] thats wrong? [01:53] rm -f /usr/lib/xorg/modules/extensions/libglx.so.185.53 2> /dev/null [01:53] looks like you just changed 190.53 to 185.53 there [01:53] ooh looks like it worked [01:53] should i reboot and see if it worked? lol [01:54] dont need to reboot [01:54] err [01:54] unless you mean to see if 195 works [01:54] lol [01:54] gdm restart? [01:54] yeah haha [01:54] thought ya meant to see if the diversion removal worked sorry [01:54] i could do gdm restart right [01:54] yeah [01:54] that seems to have worked [01:54] installed fine as far as i can tell [01:54] Sarvatt, that definitely looks wrong [01:55] thats what was in the script ya posted [01:55] gdm restarting, wish me luck :P [01:55] now i have to update the driver again. thanks a lot [01:55] evil evil nvidia packaging lol [01:55] at least hardly anybody is using the 185 [01:55] someone was saying they hoped i used sed to replace the hundreds of references to 185 to 190 when i was doing it [01:55] but i couldnt for that exact reason [01:56] but that's not what his problem was [01:56] i thinkt hat would leave an orphaned file behind but that's all [01:58] there were other places it would have gotten caught up where it was alot worse than a dangling file getting left behind but i cant remember off the top of my head [01:58] well, the control file for one [01:59] his diversions file must have been unparseable or something [02:00] i think he left the 2 lines above the first nvidia-185-glx line [02:00] just my guess :D [02:11] took a couple of restarts, but i am now running 195 [02:11] compiz seems noticably faster [02:13] bjsnider: Sarvatt, the file works now! :) [02:13] it's amazing what newer code will do for you [02:14] very much so [02:14] check something for me [02:14] thanks for the help with the diversions... if it wasnt for that i wouldnt have been able to install the 195 drivr [02:15] /usr/lib/xorg/modules/extensions/libglx.so.185.18.36 [02:15] is that file on your system? [02:15] bjsnider: no [02:15] hahaha [02:15] whatever [02:15] whatever dude [02:15] lol [02:15] i ran all the commands that you pastebin'd [02:15] lol [02:15] maybe one of the rms did it? [02:16] removed it i mean [02:16] ok, i'm not updating the driver because that line doesn't need to be there [02:16] yoasif, no, the package itself removed it [02:16] ah ok [02:16] well, that was a crazy issue heh [02:17] i think your diversions file was corrupted and unparseable [02:17] also, there is an issue with the nvidia drivers or something because it takes two restarts to activate the driver [02:17] on my box anyway [02:17] so the postrm script couldn't do its work [02:18] oh, i have one other REALLY nasty issue [02:18] maybe you guys will have some ideas [02:18] it probably deletes libglx.so.* in the preinst for the new driver, but i'm sure it'd leave the file dangling if someone removed 185 to switch to nouveau [02:18] lots of people have told me that it took two restarts to activate the new driver [02:18] gdm sometimes lets me into my account without entering a password [02:19] i think it goes something like this... logout, click my username, hit cancel, click username again, and im in my account [02:19] (my account is set for auto login, but i don't think that is supposed to happen) [02:19] yeah theres a bug with logins right now since about 12-22 [02:19] ok, well as long as it is known i guess [02:19] i filed one but it got closed as invalid [02:20] gnome livecd's dont even work :D [02:20] but there wasnt much information i guess... probably should have been incomplete [02:20] lol... [02:22] !info libxvidcore4 [02:22] libxvidcore4 (source: xvidcore): An open source MPEG-4 video codec (library). In component multiverse, is optional. Version 2:1.2.2+debian-0ubuntu1 (lucid), package size 249 kB, installed size 764 kB [02:22] !info libxvidcore4-dev [02:22] libxvidcore4-dev (source: xvidcore): High quality ISO MPEG4 codec library -- development files. In component multiverse, is optional. Version 2:1.1.2-0.1ubuntu4 (lucid), package size 257 kB, installed size 856 kB [02:22] version mismatch [02:22] sorry Sarvatt can't rebuild mplayer for lucid right now [02:24] i have a feeling it wont build, was just about to look up the last time it was built in lucid [02:25] bjsnider: so the vdpau ppa is safe to keep on? [02:25] sure is [02:26] the new nvidia driver is actually helping my compiz effects a lot [02:27] compiz? [02:27] is that old thing still around? [02:27] I know its your baby but realistically ya gotta expect there might be problems with the PPA drivers once tseliot updates nvidia in lucid :D [02:27] but lucid had regressed in my effects speed over karmic [02:27] Sarvatt, i'll follow his updates [02:27] bjsnider: what, are you using gnome shell? [02:28] yes i are [02:28] haha [02:28] yeah, from my experience it is nice [02:28] is there a ppa with newer code? [02:28] * Sarvatt is using just plain mutter [02:28] all i need is fast gl transparency :D [02:28] i wanted to create one, but i can't get the blasted gnome-shell to build. mutter will though [02:29] Sarvatt: mutter is a wm? [02:29] or is it like xcompmgr? [02:34] yeah mutter is metacity with a clutter compositing engine instead of xrender metacity uses pretty much [02:34] i like my expo wall too much :P [02:34] main reason i switched away from openbox and came back to gnome :/ [02:38] interesting, i have mutter installed [02:38] is mutter the compositing replacement for metacity? [02:39] that's about the size of it [02:40] metacity + clutter [02:44] metacity can do compositing too but its has a slow xrender based compositing backend, ya can use mutter --replace to try it [02:45] (try just mutter out I mean, metacity -c --replace would enable metacity compositing) [02:46] so you're just using mutter without gnome-shell? [02:46] wait, ha, you can't do that [02:46] i just remembered [02:47] Sarvatt: im guessing it's really fast? [02:47] depends what you mean fast :) [02:48] faster than compiz i guess [02:49] it slows down other 3D things the same as compiz does [02:49] nah if anything its a bit slower [02:49] ahh [02:51] i just dont like compiz, cant go a week without it causing a problem when i do use it and this is alot less cpu intensive than metacity compositing :D [02:51] ah i see [02:53] the full gnome-shell is horrible on this netbook i'm on 99% of the time [02:53] it also has lots of stuff that's bling for its own sake [02:56] 99% cpu? [02:57] meant i'm on a netbook 99% of the time, 8.9" screen :D [02:57] the menus are horribly huge on this [02:57] horrible in what sense? slow? [02:57] nah takes up way too much screen space [02:58] in overview mode? [02:58] cant see enough to be useful in that overview mode either [02:58] it shows like 3 items in each section [02:58] i meant like the panel at the top and stuff [02:59] the panel is big? [02:59] its like 3x as tall as my gnome-panel is [02:59] don't notice it here, but i'm not on a netbook [02:59] yeah it looks fine on a normal screen but on this tiny 1024x600 one its too much [03:00] in overview, you can scroll-wheel the windows up in size [03:00] the panel is like 80 pixels tall at the top [03:00] maybe its just resizing that big because of font settings or something [03:01] dunno. you could go to their irc channel and ask [03:07] i'm real happy with gnome-panel though, window-picker-applet and maximus make it nice on a tiny screen [03:09] lets see if mplayer builds on lucid now, changed the nvidia-185-libvdpau-dev build-dep to libvdpau-dev and made it suggest libvdpau1. i dont think it's going to work right with the libxxf86vm-dev/x11proto-xf86vidmode-dev header change [03:10] libxvidcore is the problem [03:11] it should probably build-dep libvdpau1 [03:11] although there was a debate about that between mario and a debian guy [03:11] it's quite an amusing read [03:12] should the driver demand libvdpau or should the player? [03:14] demand is a bit strong [03:15] it should probably Recommend it [03:15] i'm not getting pulled into this [03:16] Policy is pretty clear, which is why I'm amused at the smoke n' mirrors [03:17] in my view, the graphics driver should pull in the library, so that the players can use it if it's there [03:17] and i don't know anything about the policy [03:17] and it sounds like a boring argument [03:40] well it doesnt require libvdpau1 to use mplayer on non nvidia, I *guess* some people could possibly not want to waste the extra 100k having it forcibly installed with the nvidia driver but thats very non-intuitive for non-technical users who might want to use it and not know they should install that [03:40] 100k in a 120mb package, oh darn :) [03:42] that's exactly what the argument between mario and the debian guy was centered on [03:44] of course mplayer should be built against the libvdpau headers [03:44]