--- Comment #4 from tempel.jul...@gmail.com ---
Thanks for still responding, despite of the closed ticket.
I can assure you that with OpenGL/RadeonSI in an Xorg session, application's
own vsync really does work correctly without the help of a compositor, even in
Let's take Firefox as an example:
With "layers.acceleration.force-enabled" in about:config, you can enable OpenGL
rendering of Firefox. With this, e.g. scrolling or the website
www.vsynctester.com is _absolutely_ free of tearing, it's perfectly
synchronized to the display's refreshrate.
I checked this with several desktop environments which allow to disable their
Xorg compositor, such as KDE Plasma or XFCE. It definitely does work without
the help of a compositor.
Would it be an option to suggest that amdvlk/radv explicitly make use of page
Because using the compositor to deal with vsync is quite unfortunate, it costs
a bit of performance and adds additional input latency by having an own
additional frame buffer queue.
Furthermore, the only compositor which can be configured in detail regarding
unredirecting single applications would be Compton. E.g. Gnome Mutter does
always unredirect in fullscreen, so there would be no way of getting proper
vsync in fullscreen in a Gnome Xorg session.
You are receiving this mail because:
You are the assignee for the bug.
xorg-driver-ati mailing list