I'm still stupidly hopeful that the Catalyst driver will mystically work one day...
I primarily use a machine with an AMD/ATI graphics chipset for running XBMC Media Center (HD3200).
For most video playback, tearing can be an issue unless VSync is turned on. For tearing to go away (as I understand it) the frame refreshes within the application need to "line up" with the actual display refresh. With XBMC I'm running with Catalyst VSync set to "Always On".
The Catalyst 9.1 and 9.2 drivers seemed to finally do something sensible with VSync so the CPU doesn't take up 100% while waiting for the next sync. Something to do with glXSwapIntervalSGI. More details at http://xbmc.org/trac/ticket/5951
There was a patch for XBMC that made use of that, and everything was working swimmingly - nice smooth playback of video without 100% CPU usage. However, the VSync behavior in the Catalyst 9.3 driver has gone back to it's bad old ways of hogging 100% CPU while waiting for vsync.
Anyone know what needs to be done to get this VSync stuff sorted once and for all? Is there some other OpenGL method that is supposed to be used for the VSync wait for ATI?
Video playback has been around for freakin' ages. Very frustrating that I still can't get smooth video playback with the latest and greatest ATI drivers.
At the moment it looks like the only option is to revert to Catalyst 9.2 and hope that somehow things will be better with Catalyst 9.4.
I primarily use a machine with an AMD/ATI graphics chipset for running XBMC Media Center (HD3200).
For most video playback, tearing can be an issue unless VSync is turned on. For tearing to go away (as I understand it) the frame refreshes within the application need to "line up" with the actual display refresh. With XBMC I'm running with Catalyst VSync set to "Always On".
The Catalyst 9.1 and 9.2 drivers seemed to finally do something sensible with VSync so the CPU doesn't take up 100% while waiting for the next sync. Something to do with glXSwapIntervalSGI. More details at http://xbmc.org/trac/ticket/5951
There was a patch for XBMC that made use of that, and everything was working swimmingly - nice smooth playback of video without 100% CPU usage. However, the VSync behavior in the Catalyst 9.3 driver has gone back to it's bad old ways of hogging 100% CPU while waiting for vsync.
Anyone know what needs to be done to get this VSync stuff sorted once and for all? Is there some other OpenGL method that is supposed to be used for the VSync wait for ATI?
Video playback has been around for freakin' ages. Very frustrating that I still can't get smooth video playback with the latest and greatest ATI drivers.
At the moment it looks like the only option is to revert to Catalyst 9.2 and hope that somehow things will be better with Catalyst 9.4.
Comment