Эмулятор PCSX2 по умолчанию отключает поддержку Wayland

Какой ты таксичный и неинлюзивный! Фу таким быть!

Или по твоему в один год нужно было: отвязать тулкиты от иксов, добавить поддержку в драйверы, допилить Xwayland, и так далее?

Вообще-то, да. Вон, в коммерческом ПО бывает так, что если проект нельзя сделать за месяц (хоть как-то, хоть из г..а и палок), он не окупается, и к нему даже не приступают.

А разработчики вяленого взяли на вооружение принцип ReactOS: мы пилим это по фану, это проект ради проекта. Ну, они, конечно, не дошли в своём маразме взять своей целью обеспечение совместимости с виндой 20-летней давности, но позаимствовали слишком многое.

Где вообще влияние и хоть какой-то иксовый импакт?

XMing. Но, сдох, да.

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

Учитывая наработки wine, даже такая цель как «обеспечить реализацию аналога виндовой оконной системы нативно поверх ядра Linux» не выглядела бы столь паршиво как то, что получилось тут.

Но такая цель не покрывала бы амбиции авторов. Они - Люди с Опытом Поддержки Кода Иксов, они - Архитекторы.

Они - Люди с Опытом Поддержки Кода Иксов

Ну, да, у них же ЛОПКИ

Вон, в коммерческом ПО бывает так

Wayland - некоммерческий проект.

он не окупается, и к нему даже не приступают.

Прибыли от него тоже не ищут. Так что мимо

А у них всё мимо. Мимо успеха.

Как и не использовал их TOP-2: Chrome OS с 8.43% рынка.

Использовал, до 2015-го.

Мне больше всего нравится установка федоры (с вяленым) на материнки с IPMI (где видяха «типа matrox g200»).

Но такая цель не покрывала бы амбиции авторов. Они - Люди с Опытом Поддержки Кода Иксов, они - Архитекторы.

Вообще, трешак в иксах начался ещё до появления Wayland. Есть такой чел, его зовут Кит Паккард, вот примерно когда он начал руководить балом, всё пошло по п. Стали появляться невнятные полуготовые расширения, которые костылями решали сиюминутные проблемы даже без задела на будущее. Одна только Xinerama чего стоила, которая сама по себе была бесполезна, убога и всрата настолько, что зачастую проще было её вырубить и руками несколько Display в xorg.conf написать. Пока randr не запилили, больше чем одним монитором пользоваться было крайне тяжело. Wayland – это уже последствия появления всей это п%*?братии.

Да, у местных вялендофанатов принято молиться на Паккарда и с придыханием произносить «он поддерживал иксы, чтобы они хоть как-то работали!»

Да, у местных вялендофанатов принято молиться на Паккарда и с придыханием произносить «он поддерживал иксы, чтобы они хоть как-то работали!»

Ну вообще, Паккард – это и есть иксы. Xorg в нынешнем виде появился потому что Паккард посрался со всеми разрабами XFree86 и форкнул его, это было где-то в 2003-04.

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

2002: Growing dissent within the project

By 2002, while Linux's popularity, and hence the installed base of X, surged, X.Org was all but inactive; active development was largely carried out by XFree86.[11] However, there was considerable dissent within XFree86.

XFree86 used to have a Core Team which was made up of experienced developers, selected by other Core Team members for their merits. Only the members of this Core Team were allowed to commit to CVS. This was perceived as far too cathedral-like in its development model: developers were unable to get commit rights quickly and vendors ended up maintaining extensive patches.[12][13]

A key event was Keith Packard losing his commit rights. Hours before the feature freeze window for XFree86 4.3.0 started, he committed the XFIXES extension (which he developed himself), without prior discussion or without review within the Core Team. The Core Team decided to remove Keith's commit access, but without removing him from the Core Team itself, and the XFIXES extension was backed out six weeks later.[14][15] 

Тыц: https://en.wikipedia.org/wiki/XFree86

Так с тех пор они и не смогли родить ничего жизнеспособного.

Что нынешние иксы кал, что вяленд.

Так с тех пор они и не смогли родить ничего жизнеспособного.

Что нынешние иксы кал, что вяленд.

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

Кстати сказать, в иксах на уровне протокола была поддержка двойной буферизации окон.

Фичу давно выпилили с формулировкой «ненужно, это устарело и так делать не принято».

Кстати сказать, в иксах на уровне протокола была поддержка двойной буферизации окон.

Фичу давно выпилили с формулировкой «ненужно, это устарело и так делать не принято».

Теперь она там на уровне драйвера. У меня вот такое в системе прописано:

  services.xserver = {
    enable = true;
    deviceSection = ''
      Option "TearFree" "true"
    '';
  };

Я вот не уверен.

С этой фичей при работе без композитинга иксы могли перерисовать окно во фреймбуфере без необходимости делать round trip до процедуры отрисовки в приложении.

Драйвер не поможет, если приложение рисует невовремя или не успевает отрисоваться вовремя.

Драйвер не поможет, если приложение рисует невовремя или не успевает отрисоваться вовремя.

В этом случае ничего вообще не поможет. Софтина висит или лагает, остаётся только страдать или прибить её.

Не о таких запущенных случаях говорю. =)