I "Disable Tear Free Desktop" in Catalyst Control Center, but still a get only 60 FPS. Is it the same place you do it?
Are there any noticeable differences in desktop appearance and performance with or without tearfree ?
Code:fgl_glxgears Using GLX_SGIX_pbuffer 299 frames in 5.0 seconds = 59.800 FPS 297 frames in 5.0 seconds = 59.400 FPS 302 frames in 5.0 seconds = 60.400 FPS 300 frames in 5.0 seconds = 60.000 FPS 301 frames in 5.0 seconds = 60.200 FPS
Try removing all the ati drivers and installing the new ones (privatives, downloaded of ati page) following the instructions in the link that I gave.
Today I had a new problem, but related with another driver. I saw a page with instructions to install OpenGL ES (package name: kde-window-manager-gles). So, after installing this, my computer seemed to behave as before (with all the original problems wich are the reason of this thread: strange graphic behavior, no effects in kwin, etc). So, if you have this package installed, try uninstalling it...this solved the problem automatically for me. I didn't try the FPS with this driver installed.
Hope this solve your problem!.
Yes i did, as described in an earlier post it seems to increase performance. Does it conflict with Tearfree option?Did you disable sync to vblank in ccsm
sync to vblank seems to be OpenGL's 'tear free' so to speak.
tear free enables a vsync telling the GPU to sync to the refresh rate of the monitor.
That way it is not rendering images faster than the screen can produce them, thus resulting in "tearing"
OpenGL's sync to vblank checks itself against the GPU
I was reading this
From what I understand, the CPU on your computer is rendering the data faster than your GPU can handle it. So in cases of Radeon HD, Intel Sandy bridge, that are part of the CPU itself, there seems to be some kind of traffic jam.Vsync without glFinish: SwapBuffers() commands the GPU to swap front and back buffers. This command is typically treated like any other GL command, and is executed by the GPU asynchronously from the CPU. As such, the CPU rendering thread does not block and is free to continue rendering and queuing subsequent frames, potentially at a higher rate than vertical refresh. While this maximizes throughput, it creates a scenario where several frames are queued and awaiting buffer swap. A newly generated frame will not actually become visible until after all frames queued ahead of it are swapped, thus creating a visible transport delay.
So be removing opengl's syncing option, letting it work at full speed and just setting the GPU to sync to the refresh rate of the monitor, we seem to have created an equal balance.
I guess this is not the way openGL was originally designed to work, but.... it works.
If your screen goes black
you need to boot your live usb/cd, while its booting keep tapping the UP arrow key so you can get to the menu.
Press F6 and choose nomodeset
boot the system.
It will reach and endpoint
you must switch to tty2
CTRL + ALT + F2
sudo apt-get remove xserver-xorg-video-radeon
sudo lightdm start
install like normal
when finished and system reboots
keep tapping Up arrow key
at the grub menu
press E to edit the line
go down to the 3rd? line i think, to the left of where it says splash type
hit F10 I think to boot. it says it at the bottom.
sudo apt-get install fglrx-updates
reboot like normal
Getting all the potential from that GPU is not what it got me though.
Just like with the radeon divers chosing ubuntu2D at the login prompt of unity helps for the smootheness of windows moving and such. But its still in my opinion far away from releasing all the power of that GPU. I switched back to radeon as the catalyst driver gave me trouble with dual monitor setup and no other advantage. BEsides the fan is still on all the time.
I think we have to wait a bit longer.