Deanjo: michaellarabel, you around?
michaellarabel: Hi Deanjo
Deanjo: check your pm
michaellarabel: Thanks
Deanjo: np
Ivanovic: michaellarabel: spambot: http://www.phoronix.com/forums/member.php?u=22198
Deanjo: Ya already told him lol
Ivanovic: Deanjo: don't do this in a query or it will be duplicated
Ivanovic: ;)
Deanjo: thinks it's secretly Ivanovic spamming the forums
Ivanovic: Deanjo: pssst
Kano: michaellarabel: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=summary
Kano: did you see that? 2.6.31 is out
michaellarabel: yep
Kano: just in time after the stupid intel onboard drm issue was solved
Kano: i compiled the kernel lots of times to find that, but about 2h after i stopped testing there was a fix committed
Kano: it seems somebody else had more luck with git bisect than me
Kano: because the #intel-gfx guys did not want to do that on their own... i hate that attitude
Kano: they introduced an error that was not that visable when using kms, just without.
Kano: at least suspend was not working because of that, otherwise it seems that nobody cared about it
Kano: is there a trick to run 3d apps with the new ati oss driver?
Kano: i could not run openarena or quake live
Kano: not even on intel onboard... where i could even run it with my own system
Kano: there firefox just crashed
Kano: i did not try openarena on intel however
Kano: n8
jasa: Hey there all. =)
jasa: I would come as questioning on VDPAU that i had multiple times working with mplayer and ffmpeg before, but now with latests beta 190.32 driver i wanted to try out full and only x86_64 environment and run into issue of not getting vdpau support for during configuration process.
jasa: Only thing from normal was that of that i didn't choose to install those 32bit compability libraries during the driver install, but they aren't needed as i run only those 64bit things and opengl and things work fine on those. But lack of VDPAU currently hinders some things abit.
jasa: And even the mplayer configured with --enable-vdpau claims it's not possible during the configuration process.
jasa: And taken into consideration the fact that no answers in short time i would take that most people are from the European area and currently sleeping, i shall hopefully wait around the channel then for tomorrow, unless doing some things around that would require that some reboot for graphical interface and forget to put irc on after that.
Deanjo: Did you install using rpm's / ppa /debs?
jasa: Manual install on.
Deanjo: Using which .run package? the 0,1,2?
jasa: Works perfectly on Warsow.x86_64 and similiar things ... only thing lacks is VDPAU.
jasa: pkg2
jasa: for x86_64 and pkg1 for 32bit ones.
jasa: NVIDIA-Linux-x86_64-190.32-pkg2.run
Deanjo: is there anything in your /usr/lib/vdpau?
Deanjo: err usr/includes/vdpau rather
jasa: vdpau.h vdpau_x11.h
Deanjo: OK, what video card?
jasa: Geforce 260 gtx
jasa: The thing is it was working nicely before ... now there is some unknown minor issue.
jasa: I think i might throw those to 64bit library folders to see if there is any difference really.
Deanjo: well they shouldn't be in the lib folder
jasa: no wait.
jasa: yeah ... i was reading your previous line ... -.-
jasa: I did check on nvidia-installer.log too and seems sanity checks were fine and so on.
jasa: Does vdpau need some other acceleration libraries for it to be able to compile ?
Deanjo: Shouldn't need the 32-bit libs
jasa: Im nearly using build-essential on kubuntu ... with some exeptions for some applications to be able to compile.
jasa: Ok, quick break and i'll wonder on then.
jasa: Well i'd like to keep system with minimal libraries on things so i might just ditch that idea of vdpau support currently. -.-
jasa: Yes found solution to the issue of configure not finding vdpau ... more development files needed for it to be able to compile.