Предлагаю аргументированно обсудить статью с критикой wayland (и её автора)

До сих пор нет многих нужных драйверов (для видеокарт от амуде, например), зато портируют тонные всякого говна, которое там не нужно.

«Добро пожаловать в опенсурс»

Всё так. Хочется работоспособности и поддержки - добро пожаловать в проприетарщину.

Да, это прикол иксов.

В режиме X11 не корявит же.

Ну так в X11 и не Qt за отрисовку отвечает.

Гайку жалко в какой-то степени. Хоть что-то «другое» что как-то пилят, но как daily driver оно пока непригодно, как минимум железо сильно подбирать придётся.

РекталОС больше жалко. Его-то хоть понятно зачем пилят, а зачем гайка нужна - неизвестно. BeOS прожила несколько лет и сдохла, особого софта под неё нет. Зачем это воспроизводить - неизвестно.

Зачем это воспроизводить - неизвестно.

Потому что компактная и хорошо спроектированная операционная система, нацеленная на десктоп в первую очередь. Людям интересно её пилить и приятно находится внутри её и экосистемы тамошних уникальных приложений.

И кстати в Haiku очень удобный GUI и богатый на функциональности из коробки: тайлинг, клейкие окна, репликанты, возможность из нескольких окон собрать рабочее окружение. Короче на голову выше всех этих гор иксового хлама под UNIX-like, которые так и не смогли родить что-то стоящее.

Без KDE и GNOME жизни на Linux не было бы вообще.

По сабжу: статья действительно хорошая и аргументированная, вот только главный пойнт так никем и не понят:

Люди типа @Dudemanguy пишут статьи в бложиках, ковыряют свои любимые и полезные сообществу проекты типа mpv, но в репозиторий иксов не заглядывают. Иксы вот уже кучу лет «танцуют» корпорации и раз они сказали в морг, значит в морг.

Linux-сообщество никогда не сможет потянуть проект такой сложности как Wayland или X.Org, но сложности не той, что хрен напишешь эту кодовую базу, а той что хрен продвинешь и внедришь.

Ты можешь написать оконный сервер любой сложности с богатой функциональностью и т. д., но веса ты никогда не наберёшь, если сильные мира сего: корпорации, которые пилят драйвера и фреймворки тебя будут игнорировать. Эталонный пример: https://github.com/letoram/arcan

используемый в протоколе wayland подход к синхронизации не соответствует спецификации Vulkan

Протокол waylaynd появился в 2008, протокол Vulkan — в 2016. Рассказать тебе, какой отсюда вывод, кто кому не соответствует, или сам догадаешься?

Протокол X11 появился в 80х, протокол Vulkan — в 2016.

В иксах синхронизация вулкана работает.

Рассказать тебе, какой отсюда вывод, кто кому не соответствует, или сам догадаешься?

OpenGL кстати всё тоже самое касается. Синхронизация OpenGL поломана так же. Точнее работает только один её вариант.

Протокол X11 появился в 80х, протокол Vulkan — в 2016.

В иксах синхронизация вулкана работает.

Это значит, что Vulkan соответствует иксам.

Рассказать тебе, какой отсюда вывод, кто кому не соответствует, или сам догадаешься?

Всё тот же: Vulkan не соответствует Wayland.

Я так понял, автор статьи жалуется, что невозможно вкорячить привычные костыли.

в какой нибудь новый прорывной проект линукс десктопа с более молодёжным фундаментальным дизайном

Arcan

В идеале надо прибить гвоздями к wayland например skia

В смысле, сделать как в X11, когда клиент передаёт серверу команды отрисовки, а рисует сам сервер?

Меж тем в иксах уже давным давно можно от тиринга избавиться на уровне настроек драйвера

Но не всегда. Один экран 60 Гц, другой 165 Гц, графика AMD, драйвер в Xorg стоит modesetting (т.к. с радеоном жуткие тормоза из-за гибридной графики, реально 0.1 - 0.5 FPS при перетаскивании между экранами), опция TearFree есть, правда не уверен, работает ли она для этого драйвера. Чтобы не было тиринга на обоих экранах никак не получается.

Думаю и не получится, частоты некратные друг другу. А пожертвовать частотой никак нельзя? 165 герц остро необходимы всегда? А вообще да, с двумя мониторами, особенно разными, в Линукс плохо везде и по разному.

Предлагаю качественно перевести статью на русский язык

Создай какую-нибудь общую документу и принеси сюда ссылку. Статья хоть и маленькая, но одному переводить полностью это лениво. А так каждый ЛОРчанен напишет по кусочку и срач в комментариях, как правильно, обеспечит веселье

165 герц остро необходимы всегда?

Как раз редко, только если поиграться в игры. Однако в Xorg на том экране, где родные 165, если выставить 60, то показывает какой-то мусор вида «белый шум на аналоговом телевизоре».

Спасибо, прочитал наконец аргументы, что в Wayland не так, как надо. Оказывается, очень не так, например:

If your client tries to draw while it is hidden, woops it gets indefinitely stalled until you bring it back into view. Well surely the client can just check if it is visible before drawing, right? Actually no, you can't. That's right, clients have no way of knowing if they are hidden or not.

И вот:

So in the case of 1.5x scaling, clients are sent a scale value of 3 so they paint at 3x the resolution. Then, the compositor scales that down by 2.

Не знал, что там такой маразм!

Я так понял, автор статьи жалуется, что невозможно вкорячить привычные костыли.

А ты статью читал? Там перечислены некоторые вполне фундаментальные проблемы.

Ну не прямо так строго - НО:

• GNOME не должен иметь свою реализацию композитора и отрисовки векторной графики, отличную от KDE или остальных
• Всё это должно быть в библиотеках и API, зафиксированных в Wayland
• Wayland как стандарт должен быть открыт для реализации «хакерских» фич типа «весёленьких декораций какого-нибудь окна» или «абсолютное позиционирование» или «поймать событие ухода окна из видимости».

Плюс, сравнивая skia с cairo как пользователь, я полностью доволен приложениями skia (LibreOffice и Android), и не доволен cairo.

Я уже четверть перевёл. Как-никак, среднее образование у меня переводчик, а пару месяцев назад я сдал английский на B2.

Как переведу, выложу на github.

и не доволен cairo.

Что там не так?

Эталонный пример: https://github.com/letoram/arcan

Но хорошая штука же! Где можно перетащить окно с устройства на устройство? В X11? В Wayland?

Кривые шрифты, подобие тиринга (на самом деле, «мерцание» - заметное на глаз обновление буфера, именно это меня всегда бесило в первых версиях gtk и последних версиях QT)

подскажите, как вы настроили рендер шрифтов вайланда в кедах?

заранее спасибо

рендер шрифтов вайланда

В Wayland нет шрифтов, он умеет рисовать только растровые картинки.

аргументированно

Не интересно

зато проблема с рендером шрифтов есть!)

знаете как ее обойти?

Шрифты по дефолту, крутил только масштаб 120% в кедах - без этого у меня уже глазки вытекают после работы, в винде с «хорошими шрифтами» тоже вытекают при 100%. Правильнее, наверное, руками все размеры нужные задать и масштаб не трогать вообще, но руки не доходят.

Есть такое дерево — эвкалипт.
У него очень горючая кора и смола, и оно свою кору вокруг себя разбрасывает, это приводит к пожарам — и все конкурирующие деревья вокруг сгорают.
А сам эвкалипт слишком толстый чтобы прогореть и потом на пепелище даёт новые ростки, захватывая территорию.

Вот так же и копорации создают всякие диверсионные проекты, типа вейлянд, чтобы потом всё это выкинуть на помойку вместе с прилипшими туда мухами-конкурентами.
И начать новый проектик.

Протокол X11 появился в 80х, протокол Vulkan — в 2016.

В иксах синхронизация вулкана работает.

Рассказать тебе, какой отсюда вывод

Vulkan проектировался под устаревший графический стек 🌚

Вот так же и копорации создают всякие диверсионные проекты, типа иксов, чтобы потом всё это выкинуть на помойку вместе с пользователями.

Пофиксил. Иксы изначально были сугубо корпоративной технологией да ещё и обмазанной кучей всяких проприетарных расширений. И судя по количеству коммитов от различных компаний в сегодняшнем X.Org – они и остались сугубо корпоративными.

Иксы диверсия не только против Linux, но и против UNIX. Сколько хороших десктопных UNIX-like систем погубили иксы! А безыксовый UNIX-like вроде Chrome OS, macOS, iOS и Android сегодня цветёт и пахнет. И ситуация там гораздо лучше чем в десктопном Linux’е, как по популярности, так и по поддержке железа.

Wayland это попытка десктопных Linux-дистрибутивов уйти от иксового проклятия. Успешная или нет – покажет время. Либо Linux-десктоп будет потихоньку развиваться дальше, либо помрёт вместе с иксами.

Либо Linux-десктоп будет потихоньку развиваться дальше, либо помрёт вместе с иксами.

Linux-десктоп находится и будет находиться в состоянии зомби. Десктоп больше не про протокол Wayland и его реализации, не про X, а про то, что мы видим, с чем работаем: файловый менеджер, средства просмотра фото-, видео- и других материалов, файлов и т.д. Все это без хорошей среды разработки написать невозможно. Точнее можно, но сроки разработки будут как скорость у улитки. Где что-то подобное на Visual Studio? Да хотя бы что-то похожее на Borland C++, Delphi, которым лет 20 уже как. У нас же хрень Gnome Builder и тот кострат. Ну и вечные «так, прошло 2 года, а мы ничего не сломали в GUI». Срочно, начинаем перестройку 2.0. А софтварные компании смотрят на это со стороны и готовят релиз программы X для яблоко, а Y для окошек.

Чем тебе плохи Qt Creator, CLion и KDevelop?

а то так и будем ее обсуждать не читая.

но это же правильно

Мне тоже Осел из Шрека нравится.

Всё тот же: Vulkan не соответствует Wayland.

Боюсь не все люди, участвовавшие в проектировании вулкана, знали, что такое вейланд)

Боюсь не все люди, участвовавшие в проектировании XXX, знали, что такое YYY)
Вот так имхо чуть правильнее. :)

Qt Creator, KDevelop я не рассматриваю. Избегаю Qt и всего, что с ним связано.

Основа десктопного Linux, как бы кому не хотелось, GTK и основанному на нем Gnome. Вот под них нет вменяемой среды разработки где можно создать форму, накидать элементов, сделать локализацию, написать код, собрать, отладить и так далее.

GTK и Gnome больше лет, чем некоторым пользователям ЛОР, а среды разработки как не было, так и нет на горизонте.

Всё тот же

Не верно, 30 лет назад было предусмотрено что может появится что-то ещё, а 14 лет назад, об этом не подумали.

6 лет назад не подумали, что существует что-то ещё, кроме иксов.

Основа десктопного Linux

у кого какая основа, такой десктоп он и получает)

Какие-то отмазки.

Согласен, хорошо что не Qt за основу взят;)

Насчёт проблем frame callback: разве это нельзя решить через presentation time protocol?

что ж жалуешься тогда?

Всего лишь констатирую факты.