В состав основной кодовой базы X.Org, на основе которой формируется выпуск X.Org Server 1.16, включены (http://lists.x.org/archives/xorg-devel/2014-April/041605.html) компоненты (http://cgit.freedesktop.org/xorg/xserver/commit/?id=6e539d88...) проекта XWayland, нацеленного на обеспечения запуска обычных X11-приложений в окружениях, работающих поверх Wayland. Примечательно, что вместо изначально развиваемого (http://www.opennet.me/opennews/art.shtml?num=34118) модуля X-сервера и модифицированного набора драйверов, в конечном счёте предпочтение отдано (http://blog.mecheye.net/2014/04/xwayland/) реализации в форме отдельного DDX-компонента xwayland (http://cgit.freedesktop.org/xorg/xserver/tree/hw/xwayland) (Device-Dependent X), похожего на Xwin и Xquartz для платформ Win32 и OS X .Указанный подход позволяет (http://blog.mecheye.net/2014/04/xwayland/) обеспечить выполнение Xwayland без наличия привилегий суперпользователя и уйти от необходимости внесения в X.Org специфичных правок, связанных с подключением устройств ввода, управления виртуальными терминалами и чтения файлов конфигурации. Интегрированный в X.Org DDX-компонент поддерживает DRI3, узлы рендеринга и архитектуру 2D-акселерации Glamor. Задействование Glamor позволяет уйти от зависимости от конкретного оборудования, благодаря использованию OpenGL для ускорения 2D-операций. Таким образом Xwayland сможет использоваться независимо от установленных видеодрайверов (применяемая в начальной реализации идея, была основана на задействовании средств 2D-ускорения из отдельных драйверов для конкретного оборудования, например, развивался специальный драйвер xf86-video-wayland (http://cgit.freedesktop.org/xorg/driver/xf86-video-wayland) и поддерживалась отдельная ветка (http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/log...) драйвера xf86-video-intel с поддержкой Wayland, теперь эти наработки объявлены устаревшими).
Код для поддержки нового DDX-компонента XWayland уже одобрен (http://cgit.freedesktop.org/wayland/weston/commit/?id=757d8a...) для включения в следующий выпуск развиваемого в рамках проекта Wayland композитного сервера Weston, в следующем выпуске которого появится штатная поддержка прослойки для выполнения немодифицированых приложений X11. Возможность запуска полноценного сеанса поверх Wayland, пригодного для реальной работы, ожидается (http://blog.mecheye.net/2014/03/wayland-in-3-12-and-beyond/) в осеннем выпуске GNOME 3.14.
<center><a href="http://blog.mecheye.net/wp-content/uploads/wayland-gdm-1024x... src="http://www.opennet.me/opennews/pics_base/0_1396895137.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
URL: http://blog.mecheye.net/2014/04/xwayland/
Новость: http://www.opennet.me/opennews/art.shtml?num=39516
Я один не понимаю зачем нужны все эти "легковесные" прослойки *дополнительно* к иксам? Или одно, или другое. На кой черт огород городить?
Это как эмуляция OSS в ALSA. Если бы её не сделали, был бы довольно-таки большой процент людей, которые годами не переходят на ALSA ради старых приложений. И был бы довольно большой процент НОВЫХ приложений, авторы которых не признают ALSA. Но эмуляция есть, и миграция на ALSA произошла уже к 2002-му году.
Эхх, а я вот как раз из-за пульсаудио и фонон-а не пользуюсь DE, в которых всё гвоздями прибито к этим звуковым комбаинам, тормознутым и хрипящим.
ALSA и JACK вполне хватает, работает стабильно и быстро, но не совместимо со "свистелками-перделками" во всяких gnome3, kde5 и т.д..
> пульсаудио и фонон-а [...] звуковым комбаинам, тормознутым и хрипящим.каждый раз забавно читать этот воображариум [подпитанный маргинальными мифами] :-)..
но я сейчас открою тебе глаза:
среди линуксоидов -- вас таких меньшенство (а не большенство), людей которые не используют Pulseaudio или Phonon!
если БЫ Pulseaudio\Phonon хрипели БЫ или\и тормозили БЫ -- то об этом все узнали БЫ и разработчики эту ситуацию сразу исправили бы. потому что БОЛЬШЕНСТВО линуксоидов не потерпит всякие там звуковые хрипы.
но в вашем воображение всё настолько искажено -- что это действительно очень умилительная картина :-)..
Руски езык изучи громатей.
хорошо :) .. так и сделаю
Особенно слово "кстати" выучи. За одно только его коверкание хочется прислать тебе роту граммар-наци, которые должны произвести жесточайшую показательную расправу, чтобы остальные боялись.
а где оно было?
> а где оно было?Здесь - нигде. Зато в других сообщениях такая неграмотность очень не радует. Я тебя по этому критерию и запомнил, что тебя совершенно не украшает. Козда я вижу Xasd - первые мысли это "ага, это тот ламер который пишет слово 'кстати' через 'е' и ни в чем не разбирается, но мнение имеет".
но если я буду писать "кстати" через "и" -- то ведь всё равно видно что пользовать всё тот же "Xasd"....так что я не очень понимаю как это может меня спасти :)
> Руски езык изучи громатей.ну чего ты хочешь от бедного вантузоида? как может — так и гадит.
http://lmgtfy.com/?q=pulseaudio+cpu+usage
>> пульсаудио и фонон-а [...] звуковым комбаинам, тормознутым и хрипящим.
> каждый раз забавно читать этот воображариум [подпитанный маргинальными мифами] :-)..
> но я сейчас открою тебе глаза:
> среди линуксоидов -- вас таких меньшенство (а не большенство), людей которые не
> используют Pulseaudio или Phonon!
> если БЫ Pulseaudio\Phonon хрипели БЫ или\и тормозили БЫ -- то об этом
> все узнали БЫ и разработчики эту ситуацию сразу исправили бы. потому
> что БОЛЬШЕНСТВО линуксоидов не потерпит всякие там звуковые хрипы.
> но в вашем воображение всё настолько искажено -- что это действительно очень
> умилительная картина :-)..Спасибо в уверении меня моей уникальности, но я работал и с OSS и с ALSA и с JACK и с PulseAudio и с прочими системами, и очень на многих машинах.
К тому же, у меня в кармане всегда крутится свой собственный pulseaudio, но в отличие от десктопа, в n900 он допилен до рабочего состояния, вернее подпилен и влеплен как надо.
Что касается десктопов, то проблемы раз на раз не приходятся. И проблемы в основном возникают со встроенными звуковухами, проблемы которые своими силами, путём правки конфигов и тюнинга комбаина - решить не получается. Мне проще DMIX в ALSA настроить, или маршрутизацию звука через JACK прописать, чем заставить работать pulseaudio на разных машинах с разной конфигурацией.
В чём прикол, если задача пульса просто микшировать звук? Почему он такой тормозной?
Почему C*APS-плагины не работаю с pulseaudio, а только с JACK? Почему у пульса реалтайм не такой как у JACK? Да ответ прост, потому, что это тормозной комбаин.
Нужно микшировать звук? - ALSA-DMIX
Нужен звук по сети? - netJACKИ не надо говорить "было бы у всех - исправили бы". Исправляют, когда пульс только появился было всё намного хуже. Но до сих пор не идеал, и я что-то сомневаюсь что из него сделают конфетку.
И не нужно тут ничего воображать.
Если вы работаете на ноуте или с отдельной звуковой картой - возможно вы и не касались этой проблемы, тогда получается кто из нас воображает? И у кого не верное мировоззрение?
а что такое C*APS-плагины?
http://quitte.de/dsp/caps.html или aptitude show caps, относятся к категории LADSPA http://ru.wikipedia.org/wiki/LADSPA
Обработка звука в реальном времени. Фильтры, эффекты, сжатия, эхо/ревербы и т.д.
Я использую в маршрутизации звука через JACK, для обработки гитары в реальном времени.
Конечно можно поставить wine-asio --> jack и запустить под вайном какой ни будь популярный гитарный процессор, например GuitarRig, что я и делал для сравнения, но как оказалось, лично я могу обойтись и открытым ПО, главное правильно выстроить цепочку фильтров например в jack-rack или lmms.
C c*aps-ом работает множество программ, такие как audacity, lmms, jack-rack, rosegarden и т.д. даже можно позабавится с телефонией asterisk, обрабатывая голос звонящего в реальном времени.
ну примерно я понял.невозможность использования этих LADSPA (если это действительно невозможно) -- наверно это хорошая годная причина не использовать Pulseaudio :-) ..
и это мне кажется вполне правдоподобно. (то есть причина именно в этом.. а не в мифических звуковых хрипах)
Да вот как раз и не так))
Т.к. многие ругают гном3 я решил попробовать его использовать дома в повседневных делах.
Столкнулся я именно с проблемой звука. Потратив не мало времени на ковыряния конфигов, подкручивание latency и прочих параметров, в итоге успешно выпилив pulseaudio, я обнаружил, что многие программки в самом DE гноме3 просто гвоздями прибиты к пульсаудио, например пришлось вместо стандартного регулятора звука, встраивать что-то типа alsamixergui и т.д. В итоге весь смысл использовать DE без стандартных его утилит и глубоких доработок - посыпалась.Второй пример затронул на работе, поставив сотруднику Debian с KDE, он начал жаловаться на треск, причём до этого у него стояла старая убунта, что-то типа 8.04 по умолчанию с ALSA-на борту ещё. Так же погуглив несколько часов над проблемой, я просто поставил в итоге дешёвенькую PCI-звуковуху.
Либо с открытыми драйверами проблема, либо всё таки с недоработкой звуковых систем, ну никак не хотят они нормально работать на слабых CPU и со встроенной звуковухой.
LADSPA отлично дружит и с PulseAudio и с ALSA.
>>И был бы довольно большой процент НОВЫХ приложений, авторы которых не признают ALSA. Но эмуляция есть, и миграция на ALSA произошла уже к 2002-му году.Вот только все программы, поддерживающие wayland, запустятся и под иксами.
> Вот только все программы, поддерживающие wayland, запустятся и под иксами.направление не перепутал?
совместимость получится -- и прямая и обратная.
благодаря слою совместимости внутри программ (X11 compatible):новые программы -- будут способны работать -- и в X11 [средняя-обычная-отзывчивость] и в Wayland [более-быстрая-отзывчивость].
а благодаря слою совместимости внутри Wayland (XWayland):старые программы -- будут способны работать -- и в X11 [средняя-обычная-отзывчивость] и в Wayland [более-медленная-отзывчивость].
намекаю: говно, написаное для вяленда, без вялендокостылей в иксах работать не будет. поскольку иксы вяледнофигню не поддерживают, то для запуска вялендоговна необходимо будет поднимать иксы поверх вяленда. тьфу.
> поскольку иксы вяледнофигню не поддерживают, то для запуска вялендоговна необходимо будет поднимать иксы поверх вяленда. тьфу.но ведь это было бы не удобно! очень.
лишняя рамка wayland-композитора (запущенная внутри Xorg) будет по крайней мере мешать, и моячить перед глазами. чуть-чуть упадёт отзывчивость даже просто при перемещении курсора мыши.
уж пусть лучше разработчики прикладных программ -- будут всё также (на всякий случай) поддерживать в своих wayland-программах -- слой совместимости X11-compatible..
хоть мы и не будем пользоваться Xorg, но пусть X11-compatible всё же будет, на всякий случай :)
можно делать намного проще: не поддерживать вяленд. всё равно скоро ему на смену придёт очередной «убийца иксов», и надо будет переписывать код для новой модной фигни.
а разве кто-то уже хоть что-то анонсировал?проект Mir/XMir -- придумали лишь для того чтобы ускорить разработку Wayland/XWayland .. а больше новинок-то и нет :-)
а если вернуться в прошлое (и предположить спираль в развитии) -- то амбиции DirectFB ни когда не были настолько серъёзным как амбиции Wayland.
и разве GNOME-и-KDE (Kwin и Mutter) анонисировали в своё время адаптацию к DirectFB? если ответ "нет" -- то значит с самого начала DirectFB был обречён на узкую маргинальщину. :)
> придёт очередной «убийца иксов»
боюсь что после Wayland -- два раза уже убить X -- не получится :-D
так что думаю -- более корректно говорить -- "убийца Вайландов"! :)
>уж пусть лучше разработчики прикладных программ -- будут всё также (на всякий случай) поддерживать в своих wayland-программах -- слой совместимости X11-compatible..Уж лучше пусть разрабы не обращаются напрямую ни к Xlib/XCB, ни к Wayland API.
Я имел в виду , что 99% программ с поддержкой вейланда это GTK/Qt. Зачем тогда лишняя прослойка в виде xwayland? Лучше уж пользоваться обычными иксами, пока нужное не портируют.
> Я имел в виду , что 99% программ с поддержкой вейланда это
> GTK/Qt. Зачем тогда лишняя прослойка в виде xwayland? Лучше уж пользоваться
> обычными иксами, пока нужное не портируют.так это пересобирать надо будет, а у «обычного пользователя» от слова «компилятор» корчи начинаются.
Нет. И GTK и Qt поддерживают оба дисплейных сервера без пересборки.
> так это пересобирать надо будет, а у «обычного пользователя» от слова «компилятор»
> корчи начинаются.чего пересобирать? (в каких случаях? для чего?)
способна ли одна и таже программа работать и под X11 и под Wayland -- без перекомпиляции? ответ -- да. режим запуска -- будет зависеть от переменных окружения.
Насколько я понимаю чтобы запускать на иксах приложения, написанные для вейланда, ну или приложения, написанные для иксов запускать на вейланде. Короче обеспечивают совместимость. В итоге все конечно перейдут на чистый вейланд, но до тех пор без привычных программ сидеть нельзя.
Наоборот - чтобы запускать иксовую инфрастуктуру поверх вейланда
Чукча не читатель.
"включены компоненты проекта XWayland, нацеленного на обеспечение запуска обычных X11-приложений в окружениях, работающих поверх Wayland."
> В итоге все конечно перейдут на чистый вейландотучаемся говорить за всю сеть.
>В итоге все конечно перейдут на чистый вейландНу лично я не собираюсь на него переходить до тех пор, пока Xorg вообще не прекратит своё развитие. Не вижу для себя никаких преимуществ Веленого перед Иксами, может, потом что-либо интересное в нём появится.
Да
> Я один не понимаю зачем нужны все эти "легковесные" прослойки *дополнительно* к иксам?ты и может быть ещё пару человек.. думаю где-то так.. :)
> Я один не понимаю зачем нужны все эти "легковесные" прослойки *дополнительно* к
> иксам? Или одно, или другое. На кой черт огород городить?Руки чешутся. Реально, Wayland очевидно не взлетит, но добавить костылей в имеющуюся кодовую базу Хов добавит. Об этом, собственно, пару лет назад писали.
> Реально, Wayland очевидно не взлетитlol :-)
>Реально, Wayland очевидно не взлетитlol :-) [2]
> Реально, Wayland очевидно не взлетитlol :-) [3]
> Руки чешутся. Реально, Wayland очевидно не взлетит,Про пульс тоже много чего пи...ли. И про systemd много чего трындят. А результат скажет сам за себя.
> Про пульс тоже много чего пи...ли. И про systemd много чего трындят.
> А результат скажет сам за себя.Не, тут накал инициативы не тот. До ЛП строителям W как до Луны.
> Про пульс тоже много чего пи...ли. И про systemd много чего трындят.
> А результат скажет сам за себя.так уже говорит, да. «лучшее решение проблем со звуком — выпилить пульс». «сиверс, ты мудак, можешь больше не приходить!» отличное сравнение, не спорю: три мертворожденных фигни.
> Руки чешутся.где бы ещё сутки часов так в 48 взять…
нужно "всего лишь"научиться думать и делать всё в 2 раза быстрее :)
Вы хотели сказать "отучиться думать и делать всё в два раза быстрее"?
> Реально, Wayland очевидно не взлетитlol :-) [4]
То есть (и слава кому-то там сверху), у разрабов возобладала мозговая деятельность?
> То есть (и слава кому-то там сверху), у разрабов возобладала мозговая деятельность?гадить в и без того загаженые иксы — это «возобладала мозговая деятельность»? O_O
Предсказываю бурный рост к российской сборке Opensuse "Gears on gallium". Она уже сейчас может работать без иксов вообще, используя открытые драйверы. А когда NVIDIA "отвяжет" свой EGL от libX11, появятся сотни тысяч линуксоидов во всём мире, которые захотят протестировать, возможно ли полноценно работать только на Wayland? А если нет, то захотят составить список неработающих приложений. В общем, возникнет спрос - а у ребят уже всё готово...
>...появятся сотни тысяч линуксоидов во всём мире...Нет, енто, конечно, хорошо, но... (...много слов...). "Сотен тысяч" будет, если ведущие дистрибутивы предоставят безальтернативный выбор данного решения. В противном случае - как с DirectFB будет.
Я назвал число пользователей Steam. А ведь его не предустанавливали.
Одним вяленого подавай, другим хмир... и что же будет с вашим Steam?
> Одним вяленого подавай, другим хмир... и что же будет с вашим Steam?иксмир свою задачу выполнил уже, дал пинка под зад вейланд-разработчикам, чтобы быстрее шевелились. думаю, марк его для этой задачи и анонсировал.
Було бы замечательно, если это так...:)> иксмир свою задачу выполнил уже, дал пинка под зад вейланд-разработчикам, чтобы быстрее
> шевелились. думаю, марк его для этой задачи и анонсировал.
> Було бы замечательно, если это так...:)Ну с апстартом он уже показал как давать пинков надо :)
Эта сборка малоинтересна потому что i686
Так а i3wm наконец-то заработает поверх этого xwayland? Самый животрепещущий вопрос.
Таки да! Будущее WM-ов как-то больше волнует чем гном 3.14
Гном как таковой может и не волнует. А вот ГТК волнует сильно. Уж больно много на нем хороших прог.
А что с ним? GTK-приложения отлично работают под wayland'ом.
То что сейчас делает ВМ в новом стеке делает композитор. Например вестон или гномовский маттер.
Был какой-то проэкт, который был нацелен на реализацию похожей функциональности через плагин к вейленду.
> к вейленду.К вестону конечно же.
Т.е. я был прав, когда желал этой Поттеринг-стайл поделке скорейшей смерти? Ок.
> Т.е. я был прав, когда желал этой Поттеринг-стайл поделке скорейшей смерти? Ок.Увы, это будет долго и печально. А исходники Хов будут изрядно загажены костылями совместимости с этой мертворожденной дрянью.
> Увы, это будет долго и печально.Для вас - может быть, потому что все это напоминает планы сделать иксам плавный такой phase-out без потери совместимости с софтом.
> А исходники Хов будут изрядно загажены костылями совместимости
> с этой мертворожденной дрянью.Кашу маслом не испортишь. В смысле, напугали иксы костылями...
> Для вас - может быть, потому что все это напоминает планы сделать
> иксам плавный такой phase-out без потери совместимости с софтом.Не будет никакого перехода на Wayland. Его как ReactOS, разрабатывают для собственного удовольствия. Только, в отличие от ROS в исходниках X'ов гадят. От Брагина со-товарищи хоть разрушений нет кроме спама.
> Кашу маслом не испортишь. В смысле, напугали иксы костылями...
До основания разрушим! :-) Разумному человеку очевидно, что костыли убирать надо, а не привносить.
> Не будет никакого перехода на Wayland. Его как ReactOS, разрабатывают для собственного
> удовольствия.Слыхала я, что разрабатывают его именно разработчики иксов, которые _таким образом двигаются вперёд после переосмысления _будущего этиз самых иксов. И да, возможен как плавный phase-out, так и выбрасывание поделки, если "в это раз не получилось".
> в исходниках X'ов гадят.
Тезис натянут и надуман - просто добавили "ещё один"тм икс-сервер. Не взлетит, выкинут.
> Слыхала я, что разрабатывают его именно разработчики иксовТы правильно слыхала. Только идеал переосмысления Хов от _текущих_ разработчиков Хов - это Win32. Даже не макинтошевская система с PDF-движком.
> Тезис натянут и надуман - просто добавили "ещё один"тм икс-сервер. Не взлетит, выкинут.
Угу, угу. Зачем в дерево Xorg включать? Есть ряд X-серверов, отдельных от Xorg'а, так и этот надо был держать отдельно.
С учётом квалификации современных разработчиков Хов отделить и выкинуть этот сервер, скорее всего, будет очень тяжело.
>идеал переосмысления Хов от _текущих_ разработчиков Хов - это Win32Проблема в том что этот идеал разделяет и большинство нынешних пользователей Linux.
> Не будет никакого перехода на Wayland. Его как ReactOS, разрабатывают для собственного удовольствия.Как там поживают розовые слоники в вашей вселенной?
>> Не будет никакого перехода на Wayland. Его как ReactOS, разрабатывают для собственного удовольствия.
> Как там поживают розовые слоники в вашей вселенной?отлично. не то, что у вас: то вам пульсу навязали («что? звук глючит? снеси пульсу, дорогой!»), то сисемды («кай сиверс? пшёл вон, косорукие дебилы в ядре не нужны!»)… хорошо-то как… хорошо, что у нас такого нет.
p.s. скоро вяленд навяжут. не, а что: идиоты всё схавают, и добавки ещё попросят.
> то вам пульсу навязали («что? звук глючит? снеси пульсу, дорогой!»)Не, не слышал. Ретрограды такие ретрограды...
> отлично. не то, что у вас: то вам пульсу навязали («что? звук глючит? снеси пульсу, дорогой!»), то сисемды … хорошо-то как… хорошо, что у нас такого нет.У большинства людей, которые использует всё упомянутое, оно просто работает. Они просто занимаются своими делами. И сколько бы ты не пытался убеждать себя и других, что они все ужасно мучаются с "навязанными" им pulseaudio и systemd, реальность от этого не изменится.
у «большинства людей» и винда «просто работает». но ты всё равно не поймёшь.
> у «большинства людей» и винда «просто работает». но ты всё равно не
> поймёшь.ты так говоришь, будто это что-то плохое.
ns peq.
Или не делает.
Option "Composite" "Disable"
> Так а i3wm наконец-то заработает поверх этого xwayland? Самый животрепещущий вопрос.Естественно, нет. Т.к. из-за Client-Side-Decorations программы будут отрисовывать свои заголовки.
> из-за Client-Side-Decorations программы будут отрисовывать свои заголовки.даже те программы в которых нет кода, который отвечает на отрисовывание заголовка? [то есть более 99% програм] :-)
надо же волшебство прям какое :-D
> даже те программы в которых нет кода, который отвечает на отрисовывание заголовка?
> [то есть более 99% програм] :-)
> надо же волшебство прям какое :-DУгу, в Qt5 встроенное. :-)
В GTK3, Qt5 и EFL оно встроенное.
> В GTK3, Qt5 и EFL оно встроенное.И, что характерно, везде разное. :-)
>> В GTK3, Qt5 и EFL оно встроенное.
> И, что характерно, везде разное. :-)что ещё более характерно — три говнотулкита.
>>> В GTK3, Qt5 и EFL оно встроенное.
>> И, что характерно, везде разное. :-)
> что ещё более характерно — три говнотулкита.а какой хороший?
>И, что характерно, везде разное. :-)И это вызывает печаль, а не улыбку :(
> даже те программы в которых нет кода, который отвечает на отрисовывание заголовка?
> [то есть более 99% програм] :-)
> В GTK3, Qt5 и EFL оно встроенное.да. действительно. есть такое (признаю свою ошибку).
но просто этот код использоваться не будет.
кроме экстренных случаев (и тестов) -- всегда будет Server-Side-Decoration.
> но просто этот код использоваться не будет.Ну да, конечно.
Да, если кто-нибудь начнёт пилить i3way.
С видео все понятно. Но я так нигде и не увидел что-же произойдет с устройствами ввода, после смерти иксов. Где эталонная реализация аналогов xbindkeys, xmodmap ну или более свежий и вменяемый вариант.
Ну что же вы, право, в самое больное место-то бьёте, а?
> С видео все понятно. Но я так нигде и не увидел что-же
> произойдет с устройствами ввода, после смерти иксов.Пока форумные вонючки портили атмосферу, другие люди уже давно тихой сапой пилят ответ на этот вопрос. А именно, google://wayland libinput
ну, как и говорили умные люди: в итоге из вяленда получится очередной мегакомбайн, и у кого-то из авторов возникнет Идея: «вяленд что-то стал слишком большой, сейчас мы перепишем всё заново, чтобы поменьше…»
> ну, как и говорили умные люди: в итоге из вяленда получится очередной
> мегакомбайн, и у кого-то из авторов возникнет Идея: «вяленд что-то стал
> слишком большой, сейчас мы перепишем всё заново, чтобы поменьше…»Только при этом Wayland не взлетит, т.к. он объективно деградация по сравнению с Х, но кодовую базу Xorg'а загадит.
>Wayland не взлетит, т.к. он объективно деградация по сравнению с ХЕсли современная история нас чему-нибудь учит, то как раз взлетит, причем именно на основании упомянутого свойства можно это уверенно предсказать.
> Wayland не взлетит, т.к. он объективно деградация по сравнению с Хкогда все вокруг будут сидеть на Wayland -- ты (и твой друган) -- будут сидеть на Xorg и бубнить себе под нос:
"Wayland не взлетел, .. Wayland не взлетел, .. я же говорил что не взлетит... и pulseaudio тоже не взлетел, и systemd, и IPv6... я пророк.... пойду поудаляю avahi у соседей пока они не видят, и тайком переключу им UEFI в режим CSM (вот смеху-то будет! скажу что UEFI сам сломался!)..."
> но кодовую базу Xorg'а загадит.
а всем вокруг уже будет насрать на Xorg :) .. всё что будет требоваться от Xorg -- это лишь обеспечить работу "hw/xwayland" с учётом DRI3 и GLAMOUR..
(даже на DDX-драйвера видеочипов -- подзабьют, потому как эти DDX будут уже не нужны).
для всех -- Xorg будет ассоциироваться с маленькой-но-доверху-захламлённой кладовой-комнатой с говном-и-костылями -- внутри чистой и аккуратной дзен-(wayland)-квартиры :-)
примите наконец для себя реальность такой какая она есть -- ни кто ради вас не будет останавливать проект Wayland и в целом тормозить прогресс! причина должа быть весомее чем "простите, но моё развитие застряло в 90-х годах, можно помедленее..?" :)
советую вам ещё и организовать специальный форум старпёров-маргиналов -- и обсуждать там как якобы постоянно глючат все эти "новомодные" штуки :D ..и делиться ценными свединиями о том как якобы было хорошо раньше!
> а всем вокруг уже будет насрать на Xorgя понимаю, что ты не способен к обучению, но всё же пробуй отучаться вещать за всю сеть.
ну хорошо.. не всем, а всем кроме тебя (arisu) и Vkni :-)но у вас сил не хватит для того, чтобы хоть что-то подправить в умирающим Xorg...
по крайней мере -- неработающие DDX-драйвера (которые в будущем станут неработающими) -- переписать вы не сможете.
и всё у вас будет глючить, и на дисплеях будут показываться графические артефакты. АХАХАХАХА! *пронзительный-демонический-смех* АХАХАХАХАХАХА...!
Короче кроме либы я так понял ничего нету. ДЕ конечно это все примут, а что делать тем кто не хочет к ним привязываться, любителям тайловых менеждеров и т.д. Утилит нету. Пичаль...
Объясните пожалуйста, вот запускаю я кеды или xfce через вэйланд. а потом запускаю приложение, в котором нет поддержки вэйланда. что, появится процесс иксорга-сервера? или он изначально будет там?
> или он изначально будет там?изначально вряд ли.
должен появиться динамически -- при событии запуска первого X-приложения
Вот наглядный пример того, почему архитектура иксов таки хороша
Плюсую. Но это эволюция, ее не остановить. Надо сначала сделать неведомую хрень и отдать всю отрисовку туллкитам. Ради того чтоб понять что закругленные кнопочки и тени можно делать и централизованно, просто расширив протокол.
ИМХО, идея иксов верная. Но в свое время они слоупочили как w3c с html. Потому набижала куча поттеров и запилили свои костыли поверх иксов. Потеряв при этом львиную долю его плюшек.
Но все развиваетсч по спирали. Если этот вито - вайленд. То следующий будет новыми иксами.
> Плюсую. Но это эволюция, ее не остановить.Я бы сказал, деградация. Население растёт, а мозгов постоянное кол-во.
> Но все развиваетсч по спирали. Если этот вито - вайленд. То следующий
> будет новыми иксами.Для новых Хов нужны блестящие архитекторы из ведущих контор. Что-то их не видно.
> Для новых Хов нужны блестящие архитекторы из ведущих контор. Что-то их не видно.Потому что всякие академики типа вас умеют только языком трындеть, лучше всех зная как надо. А как до дела - так в кусты.
> Потому что всякие академики типа вас умеют только языком трындеть, лучше всех
> зная как надо. А как до дела - так в кусты.Для уменьшения идиотизма предлагаю почитать список авторов X'ов и их привязки к конторам.
> Для уменьшения идиотизма предлагаю почитать список авторов X'ов и их привязки к конторам.Вам что мешало стать одним из этих и показать как надо? Вас привязали к стулу и отгоняли пинками от кода? Враги сломали клавиатуру и стерли компилятор? Нет? Тогда нефиг кивать на других. Они делали как умели и в результате получилось то что получилось.
> Вам что мешало стать одним из этих и показать как надо?Вот можно узнать, что можно показать человеку типа Поттеринг? Надёжно работающий init? Или то, что современный комп не нуждается в загрузке системы за 5 сек (достаточно просто работающего спящего режима, и у вас 2 сек, восстанавливающие рабочее окружение)?
То, что можно не переписывать то, что и так хорошо работает, мы показываем. :-)
Ещё вопросы?
>> Для новых Хов нужны блестящие архитекторы из ведущих контор. Что-то их не видно.
> Потому что всякие академики типа вас умеют только языком трындеть, лучше всех
> зная как надо. А как до дела - так в кусты.но ты-то, конечно, сейчас всем нам покажешь, как надо, да? или — о, ужас! — ты та самая моська, которая способна только из-за угла вякнуть и убежать?
> о, ужас! — ты та самая моська, которая способна только из-за
> угла вякнуть и убежать?Ну а что, у тебя и этого академика есть чему поучиться :). У вас какие-то претензии к собственному стилю ведения дискуссий? :)
> ИМХО, идея иксов верная. Но в свое время они слоупочили как w3c с html. Потому набижала куча поттеров и запилили свои костыли поверх иксов. Потеряв при этом львиную долю его плюшек.в основе протокола иксов лежит "правило": все взаимодействия проги с иксами идут через игольное ушко - сокет. такой подход с одной стороны позволяет легко разносить клиента и сервера, но с другой стороны все данные обязаны уметь "сериализоваться", что само по себе неплохо для команд отрисовки элементов, но кошмар для прилад, которым надо реализовывать функционал типа вывода видео или построения 3D картинки на OpenGL (и прочих).
в вяленом (да и в мире) подход немного иной: там протокол на библиотечном уровне, т.е. связь клиента с сервером с точки зрения железа гораздо теснее (сервер это что-то вроде простой библиотеки для клиента), что дает очень большой простор для маневра локальных реализаций, но сделает практически невозможным "классическую иксовую" реализацию удаленных клиентов
дык у вяленда «типа ответ» есть: «каналы нонче толстые, поэтому vnc хватит всем!»
Всё это решаемо в разумных пределах - усилением иксовых возможностей отрисовки и взаимодействия с пользователем (может даже - вплоть до скриптов, исполняемых на стороне X-сервера), созданием X-расширения для вывода видео, более активным использованием shared memory на локале.
Уже двадцать лет как усиляют и создают.
В результате, сегодня запустить большинство программ через сеть стало невозможно: требуется то расширение, которое умеет только через shmem, то испольуется идущий в обход иксов ворк-эраунд, вроде ДБас, то просто проге локалки на 100Мб уже не хватает, потому что окно у нее большое и в него постоянно что-то рисуется.
> Всё это решаемо в разумных пределах - усилением иксовых возможностей отрисовки и взаимодействия с пользователем (может даже - вплоть до скриптов, исполняемых на стороне X-сервера), созданием X-расширения для вывода видео, более активным использованием shared memory на локале.это лишь немного подсластит пилюлю: на современных мониторах чтобы просто отрисовать набор элементов нужно прогнать очень много команд через сокет, если используется какая-либо нестандартная тема (например сложный градиент на заголовках окна, о нужности такого не будем говорить :) ) - то количество данных возрастает на порядки, причем это только на элементах, для которых иксовый протокол был заточен. а если вспомнить всякие вебы и медиа-контенты, где иксовый сервер по определению не может генерировать картинку на своей стороне (просто потому, что текущий протокол такое не позволяет описать) - то становится совсем печально.
иксы пытаются "переделать" не потому что они плохие или устарели... на иксах все сложнее выполнять задачи, которые появились в последнее время, приходится искать "обходные" пути, изобретать костыли... в конце концов они рухнут как карточный домик из-за сложности поддержки. и лучше найти замену сейчас, пока есть время обкатать новое решение, сделать прослойку для совместимости...
и что же «протокол не позволяет описать», и почему это нельзя сделать расширением? по пунктам можно? очень уж интересно.
> и почему это нельзя сделать расширением?ключевое слово "расширение". сколько их уже? и какова сложность системы? и как обеспечивать версионирование этих расширений? там сразу всплывает такая туева хуча вопросов, что уложить в голове все эти нюансы один человек просто не в состоянии...
а про пример... да легко: раскрасить заголовок окна точками, цвет каждой является случайным числом в некотором диапазоне с, для примера, нормальным распределением. расширение? да, можно... очередное среди десятков других... и расти их число будет как снежный ком...
>> и почему это нельзя сделать расширением?
> ключевое слово "расширение". сколько их уже?а какая разница? иксовый протокол для того и придуман так, чтобы расширения было делать легко и приятно.
> и какова сложность системы?
точно такая же, как и без расширений. расширение — не хак.
> обеспечивать версионирование этих расширений?
ты просто не поверишь… ну, или поверишь, если изучишь иксовый протокол.
> там сразу всплывает такая туева хуча вопросов,
> что уложить в голове все эти нюансы один человек просто не
> в состоянии...а если протрезветь?
> а про пример... да легко: раскрасить заголовок окна точками
убивать. на месте. любого, кто лезет в «заголовок окна», если это не WM.
> цвет каждой является
> случайным числом в некотором диапазоне с, для примера, нормальным распределением.в чём проблема? а-а-а, мы про пиксмапы не в курсе. ну, оно и неудивительно, после откровений выше.
> да, можно... очередное среди десятков других... и расти их число будет
> как снежный ком...это только если вас с пакардом до корытца допустить.
> это только если вас с пакардом до корытца допустить.Ну поскольку академикам код писать западло, вот его и пишут всякие пакарды.
> а про пример... да легко: раскрасить заголовок окна точками,Помимо технических ограничений есть ещё и нетехнические. Мысль раскрашивать заголовок окна - это как у Ржевского мысль накакать в рояль. Тут везде провинция - не поймут.
> это лишь немного подсластит пилюлю: на современных мониторах чтобы просто отрисовать набор
> элементов нужно прогнать очень много команд через сокет,Монитор не имеет никакого отношения к командам.
> если используется какая-либо
> нестандартная тема (например сложный градиент на заголовках окна, о нужности такого
> не будем говорить :) ) - то количество данных возрастает на
> порядки,Нужны более подходящие примитивы. У нас большая часть интерфейсов рисуется через протокол HTTP и соответствующие каналы. Уж явно Ховые каналы (локальная сеть или та же машина) будут быстрее. Причём на порядки.
> причем это только на элементах, для которых иксовый протокол был
> заточен. а если вспомнить всякие вебы и медиа-контенты, где иксовый сервер
> по определению не может генерировать картинку на своей стороне (просто потому,
> что текущий протокол такое не позволяет описать) - то становится совсем
> печально.Добавляется MPlayer в Xы, после этого поток спадает до очень низких величин. Блин, те же задачи решают браузеры на дрянных каналах с жуткими пингами.
никто не слоупочил. просто тем, кто умели — отлично хватало (и хватает) того, что есть в иксах. им нафиг не упёрлись гламурненькие переливающиеся кнопочки и подобная бесполезная дрянь.да и расширений интересных много было, то же XIE, например. которое горе-кодеры типа пакарда ниасилили, а потому делать не стали. ну ведь «не нужно» же, лучше вместо этого костылей накостылять.
> гламурненькие переливающиеся кнопочки и подобная бесполезная дрянь.Делается грамотным расширением протокола. Только тем, кто это может, оно было не нужно. А те, кому нужно, были несколько неквалифицированы.
В комменариях собралось так много экспертов по графической подсистеме что прямо страшно становится.
> В комменариях собралось так много экспертов по графической подсистеме что прямо страшно
> становится.На критику иксов и вейланда было потрачено столько человекочасов, что обсуждающие могли бы написать еще одну графическую подсистему и полный стек драйверов (с учетом квалификации обсуждающих: научиться и написать).
> На критику иксов и вейланда было потрачено столько человекочасов, что обсуждающие могли
> бы написать еще одну графическую подсистему и полный стек драйверов (с
> учетом квалификации обсуждающих: научиться и написать).вот только не у всех NIH головного мозга. это у Стильных-Модных-Молодёжных дурная голова рукам покоя не даёт, им всё переписать охота.
> вот только не у всех NIH головного мозга. это у Стильных-Модных-Молодёжных дурная
> голова рукам покоя не даёт, им всё переписать охота.смотря на разработчиков wayland/Xorg создаётся впечатление, что людей с дурной головой хватает
Ход конём. Теперь при активной разработке под Wayland всему linux-сообществу волей-неволей придется признать Wayland стандартом де-факто.
отучаемся говорить за всю сеть.
смотрю пуканчик бомбануло-то как! А?! азазаза!
я рад, что ты всем сообщил о состоянии твоего пукана. но это вряд ли информация, которая нам нужна.
