Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
#Eduke32 unsupported opengl driver intel Patch#
X11-overlay's current mesa supports new pipe-video patch Just use the one in x11-overlay, the ebuild here is deprecated. Last edited by ryszardzonk on Thu 8:23 pm edited 1 time in total In addition to that there are lines to make just merged pipe-video branch work as well. I have just created an ebuild that includes stuff form both DaggyStyle post and x11 overlay ebuilds. Does dmesg or Xorg.0.log say anything strange?
![eduke32 unsupported opengl driver intel eduke32 unsupported opengl driver intel](https://wiki.eduke32.com/w/images/5/52/Gametab.png)
I don't know what's wrong, though, your renderer string looks ok, and your stack is recent. This is what my glxgears performance looks like:Īlthough glxgears is not a benchmark, these numbers are off by several orders of magnitude for a PCI-X 4850. I set the power profile to high and I still get the same issue. Nevermind, found the answer on the Arch Wiki. Is this dynpm? If so what should I change it to? I really have no issues like you describe, though, I'm playing through Prey and Amnesia at the moment, and will probably go through Quake4 again once I'm finished.Ĭat /sys/class/drm/card0/device/power_method Scrolling through options in the kernel menuconfig isn't as fast as it I remember it being.Īre you using dynpm? Sometimes it acts like that because the switching is not really perfectly tuned yet.Īlso, what's your card? I get similar stuff with my PCI card, because presumably the slow bus is affecting the performance. Is there something that has changed in the last month and I need to set this up differently? I think I'll try updating to Linux 2.6.39-rc, but I'm doubtful that will solve this. OpenGL shading language version string: 1.20Īs you can see, I'm using Mesa 7.11-devel, and I have Linux 2.6.38.4, libdrm 2.4.25 and xf86-video-ati 6.14.1 OpenGL version string: 2.1 Mesa 7.11-devel (git-608a4a1) OpenGL renderer string: Gallium 0.4 on AMD RV770 This is the output of glxinfo | grep eduke32 % glxinfo | grep OpenGL Loading up an entire new room destroys the performance. I presume it's taking it ages to load new scenes because if i just move back and forth without changing the scene much it works. And when I finally get in game it stutters for a bit then runs fast, and as soon as I move to like another room it stutters again.
![eduke32 unsupported opengl driver intel eduke32 unsupported opengl driver intel](https://community.citra-emu.org/uploads/default/original/3X/3/8/388661f2bd903f56eeff0f3caafa9b00c8605e34.png)
Going to Load Game, it does the same thing. Then after a bit more stuttering it works fast. After the intro, it shows a black screen for about 10 seconds with the menu music playing before the menu shows up on screen. I'm having the same problem in Eduke32 (Kwin composite effects off). When I enable them it freezes up for a few seconds then it works for a bit then freezes again. I was just using the nvidia blob for the last month, and I switched back to r600g last night, but the performance seems to have fallen off a cliff for me.Ĭomposited effects in Kwin are sluggish. Open a bug report at and submit all the information you've submitted here.
#Eduke32 unsupported opengl driver intel software#
Gentoo Forums Forum Index Unsupported Software 3d hardware acc with ati open source driver. Gentoo Forums :: View topic - 3d hardware acc with ati open source driver.