LINUX.ORG.RU

Wayland 1.21

 


0

2

Представлен релиз 1.21 протокола Wayland. Ветка совместима на уровне API и ABI с прошлыми выпусками 1.x.

Основные изменения в протоколе:

  • Проект переведен на платформу GitLab, с использованием инфраструктуры FreeDesktop.org
  • Повышены требования к сборочной системе: теперь необходим Meson минимум 0.56’ой версии.
  • Проведен рефакторинг функций и структур, связанных с настройкой курсора.
  • В интерфейс wl_pointer добавлено событие axis_value120, для более точного скроллинга на мышах с высокоточными колесами.
  • В сервер добавлены функции wl_signal_emit_mutable (аналог wl_signal_emit) и wl_global_get_version (возвращает общую версию API)
  • Протокол wl_shell объявлен устаревшим и теперь является необязательным для реализации в композитных серверах. Теперь рекомендовано использовать xdg_shell.

>>> Подробности

★★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 1)

Ответ на: комментарий от X512

Так по твоей ссылке описаны глобальные проблемы синхронизации, включая ядерную часть. А не только Wayland. И я подозреваю, что этой синхронизацией и должна ядерная часть (DRM/KMS) заниматься, разве нет?

Sunderland93 ★★★★★
()
Ответ на: комментарий от Sunderland93

Так по твоей ссылке описаны глобальные проблемы синхронизации, включая ядерную часть. А не только Wayland.

Там описаны костыли добавляемые в ядро чтобы Wayland нормально работал. Для SurfaceFlinger эти ядерные костыли не требуются потому что синхронизация GPU поддерживается на уровне протокола.

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 2)
Ответ на: комментарий от X512

Почему сразу костыли? SurfaceFlinger немного другая вселенная, если что. Он никогда не был ориентирован на десктопы, например. Проблема явной синхронизации не затрагивает только лишь Wayland, там много чего нужно переделывать. Была даже конференция разработчиков DRM, иксов и Wayland, где обсуждали эту проблему. Одно из предложенных решений - libliftoff https://gitlab.freedesktop.org/emersion/libliftoff который, к слову, уже активно используется в Gamescope

Sunderland93 ★★★★★
()
Ответ на: комментарий от X512

То есть ты сравниваешь два принципиально разных графических стека, которые по-разному проектировались и под разные задачи, и говоришь что Wayland устарел

Sunderland93 ★★★★★
()
Ответ на: комментарий от Sunderland93

Wayland ещё противоречит спецификации Vulkan (подробности в статье разработчика mpv), а с SurfaceFlinger всё в порядке.

X512 ★★★★★
()
Ответ на: комментарий от Sunderland93

Wayland проектировался исключительно под нездоровые фантазии его авторов, оторванные от реальности. А SurfaceFlinger обслуживает миллиарды устройств по всему миру. В тех же ChromeBook Google сделал свой GUI сервер потому что существующие в Линуксе слишком убогие для коммерческого продукта.

X512 ★★★★★
()
Ответ на: комментарий от X512

Когда Google делал свой графический сервер, Wayland ещё толком и не существовал. Или они должны были все бросить и перекинуться на него? Они и upstart используют, а не systemd как подавляющее большинство.

Sunderland93 ★★★★★
()
Ответ на: комментарий от X512

Сейчас Ubuntu LTS с первым сервис паком выходит с дефолтным Wayland, числа вырастут заметно.

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)

Когда-нибудь появится и в Astra Linux...

Mischutka ★★★★★
()
Ответ на: комментарий от EXL

Хочу вас спросить. Вы не подскажете аналоги такого в wayland?

 xrandr --output LVDS-1 --brightness 0.8 
 xgamma -bgamma 0.8

Если яркость регулировать через xrandr, то монитор не моргает на частоте 50/60 герц, глаза говорят спасибо. Если в wayland + gnome регулировать яркость штатными средствами, монитор уходит в моргание. Глаза болят.

Причина по которой не использую wayland. Дистрибутив ubuntu 22.04.

sfedosenko
()
Ответ на: комментарий от sfedosenko

Пресловутый ШИМ, да?

Для wlroots-композиторов есть такая штука как wlr-randr: https://sr.ht/~emersion/wlr-randr/

А вот для Mutter в Ubuntu 22.04 LTS (говорим спасибо GNOME-разработчикам, которые не имплементируют в Mutter нужные протоколы) придётся ковырять расширения GNOME, может там есть какая-то штука для изменения как яркости, так и гаммы, например, такая: https://extensions.gnome.org/extension/1625/soft-brightness/ (не тестил) или такая: https://extensions.gnome.org/extension/3933/toggle-night-light/ в которую зашить нужные настройки.

EXL ★★★★★
()
Ответ на: комментарий от EXL

в мире Linux зашевелились

После того как Canonical продемонстрировала работающий Mir.

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от sfedosenko

Есть ещё https://github.com/maxwellainatchi/gnome-randr-rust/issues/16 такое, в общем в любом случае ковыряние и красноглазие, но может кто-нибудь раскажет здесь свой опыт по приглушению яркости и гаммы ночью на GNOME в Wayland и подскажет нужные расширения.

Если бы я пользовался этим всем, может был бы в теме, но у меня ноут без ШИМа.

EXL ★★★★★
()
Ответ на: комментарий от EXL

https://extensions.gnome.org/extension/1625/soft-brightness/

Работает!

в любом случае ковыряние и красноглазие

Просматривал новые современные мониторы. Половина с ШИМом... Аmoled матрицы на телефонах, тоже с ним.

Спасибо за наводку на расширение.

sfedosenko
()
Ответ на: комментарий от X512

В тех же ChromeBook Google сделал свой GUI сервер потому что существующие в Линуксе слишком убогие для коммерческого продукта.

Что помешало его утащить в другие GNU/Linux? Код же открытый, да?

ls-h ★★★★★
()
Ответ на: комментарий от sfedosenko

Работает!

Точно нормально работает? У меня оно что-то уж очень сильно тормозит.

Если яркость меняешь с максимальной видны подлагивания перемещения курсора.

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)
Ответ на: комментарий от Sunderland93

Или они должны были все бросить и перекинуться на него?

Ну да, как и каноникал, которых ругают за то что не бросили сразу свой мир :)

Midael ★★★★★
()
Ответ на: комментарий от EXL

Точно нормально работает?

Работает отлично. Видео intel hd 4000 + ubuntu 22.04.

sfedosenko
()
Ответ на: комментарий от EXL

Когда иксы не использовали GL и композиторы для ускорения отрисовки примитивов, кеширования фреймбуферов и вывода видео, тиринга не было. Не надо было этот подход тащить, а надо было на низком уровне эмулировать 2D акселерацию на 3D картах

Shadow ★★★★★
()
Ответ на: комментарий от EXL

Да, и, что характерно, diff X.org XFree86 выдаст нам продукт деятельности разработчиков Wayland. Так то тут дурак?

Shadow ★★★★★
()
Ответ на: комментарий от Sunderland93

С systemd точно также

OpenRC

RunIt

S6

Dinit

Upstart

Shepherd

Да-да. НИКТО НЕ ВЫПУСТИЛ. ТОЧНО ТАК ЖЕ.

Daedophet
()
Ответ на: комментарий от X512

Скорее побеждают те, кто громче орут. У занятых делом времени на вокальные упражнения нет.

Daedophet
()
Ответ на: комментарий от EXL

можно было бы сделать сервер окон на высокоуровневых ООП абстракциях того же С++ и Qt. Вот только культей в ВМ и не хватало!

Daedophet
()
Ответ на: комментарий от X512

Надо специально выбирать дистрибутив

Ужас! Вот только в эту игру можно играть и вдвоем: «есть специальные дистры с телеметрией и принудительными обновлениями для латентных подоконников».

Daedophet
()
Ответ на: комментарий от Daedophet

Был бы в WM какой-нибудь C++ вкупе с Qt или даже без него, возможно сегодня графический стек Linux не выглядел бы так дерьмово как с иксами или Wayland’ом, а самое главное – куда активнее развивался.

EXL ★★★★★
()
Ответ на: комментарий от Daedophet

Да хоть все 100%, какая разница, если DE, все приложения в нём и браузеры работают под Wayland нативно?

XWayland кстати хорошая штука, которая позволяет мигрировать с иксового копролита потихоньку и плавно. А самое смешное что в некоторых моментах XWayland быстрее нативных иксов.

https://www.phoronix.com/scan.php?page=article&item=ubuntu-2104-gaming&num=2

EXL ★★★★★
()
Ответ на: комментарий от EXL

А также XWayland умеет то, что Wayland не умеет потому что использует специальные расширения протокола.

X512 ★★★★★
()
Ответ на: комментарий от Xi_Jingping

Это принципиально невозможно потому что Wayland не поддерживает абсолютные координаты, на которых основаны WinAPI и Wine. В Wayland намеренно саботируют поддержку абсолютных координат окон. Да есть экспериментальные патчи поддержки Wayland в Wine, но они основаны на костыляхсуть которых пытаться угадать какое окно можно разместить относительно другого. Разуммется эти костыли не работают и не могут работать во многих ситуациях, особенно при открытии меню в иконках трея.

Там и помимо координат окон есть проблемы. Wayland слишком кастрированный чтобы поверх него реализовать WinAPI. Даже Windows 2.0 на голову выше Wayland по возможностям оконного менеджера.

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 2)
Ответ на: комментарий от EXL

Плавность анимаций на Wayland-сеансах различных DE конечно поражает. Даже удивительно что KDE и GNOME так могут.

Вообще не заметил разницы на KDE. Везде плавно. А вот что точно заметил, как рассыпается изображение при запуске Steam и комп колом встаёт. С иксами такого нет.

Feonis ★★★
()
Ответ на: комментарий от EXL

А в сторону чего вы отдаете предпочтение, если одно устарело, другое недопилено, а третьего (кажется) не дано?

GREAT-DNG ★★★
() автор топика
Ответ на: комментарий от Xi_Jingping

Там костыли с которыми некоторые программы не будут корректно работать. Единственная возможность полноценной поддержки Wayland в Wine – это добавление протокола управления абсолютной позицией окон, чему резко противятся авторы Wayland. Wine просто так устроен, что в wineserver хранится и поддерживается дерево окон с абсолютными координатами и задача кода интеграции оконной системы ОС – это показывать окна там где указано в wineserver.

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 1)
Ответ на: комментарий от EXL

Был бы в WM какой-нибудь C++ вкупе с Qt

eggwm

или даже без него

Fluxbox

Daedophet
()
Ответ на: комментарий от EXL

Ну вот таки да, наверно. Wayland хороший проект, но иксы не заменяет.

Shadow ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.