Re:The X.Org Server Is Abandonware?
by kllrnohj on Sunday October 25, 2020 @12:01PM
(#24887251)
All your stuff is already composited, and if done well it doesn't add much latency at all.
You're still paying it in X, just badly, and with none of the upsides (eg, no tearing). Even if you're trying to avoid a compositor, none of the UI toolkits are participating in that nonsense.
[ Parent
| on HN ]
That's no reason to add another layer of avoidable compositing.
You're not. It's already there and already happening. The difference is just we all stop pretending anyone is doing anything else. As in, kill the terrible X vector crap, and add reliable compositing APIs so things like video playback in apps stops being so incredibly bad (see video in browsers sucking in linux and not anywhere else).
You know, catch up to what literally everything else is doing. Windows, MacOS, iOS, Android, etc.. are all exclusively compositor-based window management systems. And they don't have latency issues, as ways to avoid what little latency compositing adds can be avoided in cases when necessary, like front buffer rendering extensions on Android for VR. Literally only X remains stuck in the 90s.
Which Wayland compositor allows me to exclusively use front buffer rendering without vsync?
KDE seems to have a flag to turn of the compositor, which seems to result in no tearing.