Автор sway написал книгу про Wayland

Потому что это не единственная проблема X. О других проблемах, не менее важных, можно прочитать по ссылкам из моего комментария.

https://wayland.freedesktop.org/faq.html#heading_toc_j_6

Так не в одном флаконе. Ты сам только что три разных флакона перечислил. Хотя бы поэтому твой тезис неверен.

Три фреймворка != стопицот реализаций wayland. Это действительно так сложно понять, лол?

На секунду, написать композитор с нуля гораздо проще, чем написать второй X сервер.

В wlroots 50k строк кода на C. С хидерами около 60k. Удачи, лол.

Так и пусть пишут, какая разница? Фреймворков несколько, выбирай какой больше нравится. Принципиальное отличие именно в том, что стек гораздо меньше и проще. Его несложно полностью разобрать и уместить в голове за раз одному человеку. Его можно реализовать без сторонних фреймворков, если есть желание. Не нужно тащить за собой дремучее легаси из 1980.

Бвахахахаха. Отлично. А теперь давай вспомним, что единого протокола скринкастинга пока нет нигде.

Наконец, что очень важно для embedded машин, не нужно реализовывать расширения и тащить целый сервер с собой, достаточно минимального количества кода, заточенного под конкретное железо и конкретный юзкейс.

Это очень смешно в контексте размера пакета с иксами, который в три раза меньше пакета с systemd, который в embedded любят.

У меня такое ощущение, что все верящие в «WAYLAND ЭТО ПРОТОКОЛ» напрочь забывают про interoperability. Вас SCSI и USB-C вообще ничему не научили?

Бвахахахаха. Отлично. А теперь давай вспомним, что единого протокола скринкастинга пока нет нигде.

Есть протокол, позволяющий делать скринкасты и есть программы, его использующие, чего ещё нужно?

Это очень смешно в контексте размера пакета с иксами, который в три раза меньше пакета с systemd, который в embedded любят.

Какое отношение systemd имеет к wayland?

Есть протокол, позволяющий делать скринкасты и есть программы, его использующие, чего ещё нужно?

Протокол не один, они разные. И разные тулзы на разных композиторах. То есть хочешь ты Fraps портировать на Wayland, и теперь должен либо один, либо другой протокол юзать.

Какое отношение systemd имеет к wayland?

Не знаю, какое? Я говорил о том, что иксы весят меньше systemd, который в этом самом embedded вполне себе используется.

либо один, либо другой

Либо оба, предоставляя юзеру выбор.

иксы весят меньше systemd, который в этом самом embedded вполне себе используется

Где-то используется, где-то нет. При чем тут это? Ты сразу за всех говорить будешь?

В wlroots 50k строк кода на C. С хидерами около 60k. Удачи, лол.

Которые сам Drew Devault называет бойлерплейтом. Не будем забывать, что это С, который краткостью не страдает.

Наконец, оценивать нужно не число строк, а сложность реализуемой этими строчками системы.

Автор sway написал книгу про Wayland

Выучу наизусть!

Протокол не один, они разные. И разные тулзы на разных композиторах. То есть хочешь ты Fraps портировать на Wayland, и теперь должен либо один, либо другой протокол юзать.

Их всего два. И если я захочу портировать Fraps (лол), то я либо буду пилить его через протокол из wlroots, либо через pipewire для гнома. OBS поддерживает оба варианта.

В принципе, ничего не мешает научить pipewire работать с тем протоколом, более того, уже пилят.

Не знаю, какое? Я говорил о том, что иксы весят меньше systemd, который в этом самом embedded вполне себе используется.

Предполагается, что если они уже используют что-то жирное, то они стерпят ещё?

В принципе, ничего не мешает научить pipewire работать с тем протоколом, более того, уже пилят.

Протокола все равно будет два :D

Предполагается, что если они уже используют что-то жирное, то они стерпят ещё?

Предполагается, что разницы между 30 и 50 мегабайтами на embedded нет.

Нет, ведь в гноме протокол из wlroots не реализуют и pipewire станет универсальным решением, но более жирным. В итоге, протокол останется для мелких утилиток и минималистичных композиторов, примерно как альса.

То есть в Wayland будет два протокола, и разный набор тулзов :)

Либо оба, предоставляя юзеру выбор.

Юзер скринкастов хочет, а не с протоколами пердолиться. Wayland же писался чтобы «избавиться от иксов со стапицот несовместимыми и дублирующимися протоколами».

Где-то используется, где-то нет. При чем тут это? Ты сразу за всех говорить будешь?

Аргумент «нужен новый стек потому что иксы слишком много весят» смешон, вот что я говорить буду.

Которые сам Drew Devault называет бойлерплейтом. Не будем забывать, что это С, который краткостью не страдает.

Наконец, оценивать нужно не число строк, а сложность реализуемой этими строчками системы.

Драйвера для NVIDIA настолько сложные, что их запилили только только сами инженеры NVIDIA. GBM тоже не сахар. А без драйверов стек нахрен не нужен, лол.

в wayland уже давно нет никаких проблем с записью скринкастов. А ты просто теоретизируешь, не интересуясь предметом.

С большой вероятностью всем придется перейти на то, что юзает гном.

Gnome doesn't do specs Что там кде и авторы sway изобретают совместно протоколы - я читал, что гномерам насрать абсолютно, а именно они задают экосистему десктопного линукса

в wayland уже давно нет никаких проблем с записью скринкастов. А ты просто теоретизируешь, не интересуясь предметом.

Покукарекай тут ещё.

Нууу… вопрос. В sway пока что неплохо сопротивляются гномораку. Но так-то да, когда начнут портировать полезный софт из других ОС, ориентироваться будут на гнум. А там срань.

я прямо сейчас могу накидать в gstreamer пайплайн с pipewiresrc и стримить его куда угодно в каком угодно формате. Это будет работать и в sway, и в gnome, и в KDE.

Ну давай, некукарекающий, расскажи, какие ты видишь в этом проблемы.

Я сейчас возьму wf-recorder и он будет работать в sway, но не будет работать в gnome. При этом wf-recorder работает через Wayland протокол, а pipewiresrc через dbus.

ты давай не кукарекай, а отвечай на вопросы. Что такое wf-recorder, я прекрасно знаю.

а отвечай на вопросы

Лол, свои петушиные наезды оставь дружкам-гномерастам. В Wayland де-факто есть два разных метода скринкастинга, один из которых вшит в Wayland, а второй работает через dbus. Если ты не видишь в том подтерждения тезиса «уже наплодили кучу протоколов для одной и той же задачи и они опять друг с другом через жопу совместимы» то ты просто аутист.

пайплайн с pipewiresrc и стримить его куда угодно в каком угодно формате

Конкретно на твич стримить можно? На диск? Аппаратное ускорение сжатия будет? Можно ли сцену настроить? (скажем стримить конкретное окно, или монитор; что-то закрыть; где-то добавить динамические элементы)

Ну и самое главное - сколько пердолинга с консолью нужно?

На самом деле немного, в гноме уже есть готовая тулза.

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

Я выше навскидку перечислил набор фич уровня OBS Studio - вот когда оно будет работать во всех композиторах нативно, вот тогда можно будет считать, что проблем нет.

feaneron (один из разрабов гнома) делал для себя какое-то расширение для запуска OBS в гноме под вейландом (https://feaneron.com/2019/11/21/screencasting-with-obs-studio-on-wayland/), но это пока не продакшен решение

Ну это гном. Все что не работает – не нужно.

можно все перечисленное кроме стриминга конкретного окна - в sway его координаты можно получать по IPC, в KDE и Gnome - видимо фигвам.

Если не хочется устраивать пердолинг с консолью, то есть плагин с поддержкой pipewire для OBS. Кстати в у меня в арче оно из коробки работает под wayland.

Если ты не видишь в том подтерждения тезиса «уже наплодили кучу протоколов для одной и той же задачи и они опять друг с другом через жопу совместимы»

ты совсем идиот, или что? wf-recorder - наколенная sway-специфичная поделка с крайне ограниченной функциональностью. Каким образом ее существование может быть доказательством хоть чего-нибудь?

И кстати, некукарекающий, - если там все через жопу, то поясни, каким образом xdg-desktop-portal-wlr берет dma-буферы из одного протокола и без проблем перегоняет их в другой.

Опять у тебя какие-то жопы вылезли. Я говорил о том, что единого протокола среди композиторов нет, кто во что горазд. При этом подход wf-recorder на самом деле более кошерный, потому что он работает через один из wayland протоколов, а не через гномоспецифичный dbus API.

Потому, что «весь мир насилья мы разрушим, до основанья, а затем мы наш, мы новый мир построим, кто был никем, тот станет всем» некоторым гражданам гораздо интереснее, чем скромно прийти в чужой проект и что-то там поправить. Остальные поверили, что у них игрушки тормозят не из-за кривых драйверов, а из-за сетевой прозрачности, выкинуть её тут-то и заживём богато. Надо только подождать.