4 ms·
Meanwhile, all GNOME-based terminals are still capped at 40fps: https://github.com/GNOME/vte/blob/master/src/vte.cc#L10770 https://github.com/GNOME/vte/blob/ma
by mrob 3y ago
Meanwhile, all GNOME-based terminals are still capped at 40fps:
https://github.com/GNOME/vte/blob/master/src/vte.cc#L10770 https://github.com/GNOME/vte/blob/master/src/vte.cc#L10770
- kzrdude 3y agoChristian Hergert, the dev in this story, has posted a patch for vte related to these experiments, here https://gitlab.gnome.org/GNOME/vte/-/issues/2553#note_1850156 https://gitlab.gnome.org/GNOME/vte/-/issues/2553#note_185015...
- Longhanks 3y agoWell, it fits in with the bunch of folks that deem system tray icons, application theming, fractional scaling or window title bars unnecessary to arbitrarily limit their terminal's performance, while the competition has no such penalty.
- audidude 3y agoIt sounds like you're pretty biased, and that's fine. You do you. But I'm pretty sure that code pre-dates reliable access to vertical sync from applications. Either via XProperty notifications from the compositor, XPRESENT, or actual glSwapBuffers() and/or equiavalents.
- audidude 3y agoFirst we make it fast. Then we remove the FPS restriction. I would be very surprised if I don't manage to nuke that as part of this work.