Recent updates to Mutter (included in #GNOME44!) deliver improved performance for even the most demanding apps, including games and interactive 3D apps.
Find the details here: blogs.gnome.org/shell-dev/2023…
#GNOME #Linux #OpenSource
Recent updates to Mutter (included in #GNOME44!) deliver improved performance for even the most demanding apps, including games and interactive 3D apps.
Find the details here: blogs.gnome.org/shell-dev/2023…
#GNOME #Linux #OpenSource
Neko the gamer
in reply to GNOME • • •GNOME
in reply to Neko the gamer • • •@nekothegamer #GNOME44 was released last week! foundation.gnome.org/2023/03/2…
It will be included in the upcoming Fedora 38 release (which should be sometime in April) as will Ubuntu 23.04. And GNOME 44 builds already landed in openSUSE's Tumbleweed and MicroOS
Scotty Trees
in reply to GNOME • • •GreenDotGuy
in reply to GNOME • • •buonhobo
in reply to GNOME • • •PaulDavisTheFirst
in reply to GNOME • • •it is curious to me to follow from a distance the way in which audio and video handling (on linux, and more broadly) have been both converging yet not quite arriving in the same place.
It's interesting to thnk about the differences: more computational load for visual display, but more sensitivity to timing errors for audio (due to human sensory mechanisms).
read the blog post and couldn't stop wondering "why don't they just double buffer as simply as every audio API on every platform?"
Emmanuele Bassi
in reply to PaulDavisTheFirst • • •PaulDavisTheFirst
in reply to Emmanuele Bassi • • •@ebassi no, not adding more buffers. Just accepting that you only ever have two, and the one not being used by the video hardware MUST be ready by the next vsync (or its equivalent). No games, just deadlines.
since i work on production software, power&battery issues tend to be of less consequence in the way i think about this stuff.