this post was submitted on 06 Jan 2024
66 points (98.5% liked)

Linux Gaming

15863 readers
1 users here now

Gaming on the GNU/Linux operating system.

Recommended news sources:

Related chat:

Related Communities:

Please be nice to other members. Anyone not being nice will be banned. Keep it fun, respectful and just be awesome to each other.

founded 4 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] Tywele@lemmy.dbzer0.com 4 points 10 months ago (3 children)

That means frame generation support isn't too far off right?

[–] Alawami@lemmy.ml 1 points 10 months ago* (last edited 10 months ago) (1 children)

Wouldn't that be super complicated in linux? On windows they had huge probelms with frame timings and vsync and only later got fixed.. that was on windows which has single DE and single display server model/protocol. On linux i feel that would be a total mess between wayland and xorg and different DEs. Especially considering the DE controls much of the frames timings, vrr and vsync in wayland. Hell even gnome still can't get basic vrr frames to display in correct order.

[–] Max_P@lemmy.max-p.me 4 points 10 months ago

It shouldn't be that bad. Compositors already try to get out of the way of fullscreen windows. We already have VRR working great, been using it for months and it's absolutely flawless. So if the game just needs to push out more (generated) frames, it can probably work fairly decently as-is.

Vsync and perfect frames was one of the original and primary goals of Wayland. I haven't had weird stutters and frame pacing/timing issues in a really long time, at least on AMD.

If it needs compositor level changes, I think we're probably not too far. And the feature needs to be out so compositors can implement necessary workarounds anyway.

In all cases it's probably better than nothing.

load more comments (1 replies)