>>невозможность изменить разрешение экрана и частоту развёртки клиентом Вот выдержка из протокола, и реквест ещё надобно реализовать в клиенте:
The framerate parameter specifies the desired framerate for the
output in mHz. The compositor is free to ignore this parameter. A
value of 0 indicates that the client has no preference.
https://github.com/wayland-project/wayland-protocols/blob/ma...
В частности, я адаптировал эмулятор UnrealSpeccyP, что бы можно было установить развёртку 50 Герц в полном экране (необходимо для абсолютно точной эмуляции видеоэфектов оригинала). https://forum.altlinux.org/index.php?topic=43866.msg349539#m...
SDL_GetDisplayMode в Wayland просто не возвращает режимы, которые доступны в X.
+
As mentioned in an earlier blogpost, I have been working on fixing many games showing a small image centered on a black background when they are run fullscreen under Wayland. In that blogpost I was moslty looking at how to solve this for native Wayland games. But for various reasons almost all games still use X11, so instead I've ended up focussing on fixing this for games using Xwayland.
Xwayland now has support for emulating resolution changes requested by an app through the randr or vidmode extensions. If a client makes a resolution change requests this is remembered and if the client then creates a window located at the monitor's origin and sized to exactly that resolution, then Xwayland will ask the compositor to scale it to fill the entire monitor.
https://hansdegoede.livejournal.com/22212.html
То есть смена разрешения _как_бы_ есть -- эмулируется масштабированием окна на весь экран.
И это касается всеми любимых WinE/Proton.
> Бред.
90% сообщений, начинающихся со слова "бред", являются проекцией (т.е. характеризуют само сообщение).
