Увидел свет (http://lists.freedesktop.org/archives/wayland-devel/2015-Feb...) стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.7 (http://wayland.freedesktop.org), а также развиваемого параллельно композитного сервера Weston 1.7 (http://lists.freedesktop.org/archives/wayland-devel/2015-Feb...). Ветка 1.7 обратно совместима на уровне API и ABI с выпусками 1.x, но дополнительно содержит порцию улучшений, расширяющих возможности композитного сервера Weston. Следующий выпуск 1.8 запланирован на 29 мая.Работа над протоколом Wayland главным образом уже завершена и выпуск Wayland 1.7 в основном сосредоточен на оттачивании тестового комптекта, исправлении ошибок в коде и подготовке документации. Документация (http://wayland.freedesktop.org/docs/html/) разделена на три части: вручную написанное руководство разработчика и автоматически сгенерированная из спецификаций и примечаний в коде эталонная документация по протоколу и коду библиотеки. Из улучшений отмечается увеличение до 128 размера очереди ожидающих обработки соединений и решение проблем с работой на платформе FreeBSD.
Основной прогресс в разработке наблюдается в композитном сервере Weston. Рассматривая вопрос постепенного превращения Weston из эталонной реализации в полноценное десктоп-окружение разработчики пришли к консенсусу, что задачей Weston не является подготовка окружения, пригодного для конечного пользователя. Вместо этого, главной целью Weston является содействие появлению полноценной поддержки протокола Wayland в Enlightenments, GNOME, KDE и других пользовательских окружениях, а также предоставление высококачественной кодовой базы и рабочих примеров для использования Wayland во встраиваемых решениях, таких как платформы для автомобильных информационно-развлекательных систем, смартфонов, телевизоров и прочих потребительских устройств.
Основные новшества Weston 1.7:
- В число обязательных зависимостей включена библиотека libinput, которая также используется для работы с устройствами ввода в таких проектах, как Clutter и GNOME. Поддержка ранее развиваемой в Weston собственной реализации системы ввода прекращена в пользу libinput. Для работы требуется libinput 0.8 или более новые выпуски, так как в них решены проблемы с фокусом ввода, отображением курсора и обработкой событий от колеса мыши;
- Поддержка расширения протокола "Wayland presentation", предоставляющего средства для получения информации о фактическом отображении кадров и прикрепления своего обработчика к стадиям вывода очередного кадра. При установке обработчика поддерживаются следующие флаги: VSYNC, HW_CLOCK, HW_COMPLETION и ZERO_COPY. Использование расширения в видеопроигрывателях позволяет организовать более точную синхронизацию звука и видео, предотвращая забегание или запаздывание звука;- Возможность определения ролей для поверхностей ("surface roles"). Если поверхность представляет собой отображаемую на экране прямоугольную область, которую можно рассматривать как воплощение идеи клиентского окна, то роль определяет назначение данной области - позволяет привязать указатель курсора, пиктограмму для перетаскивания окна или подповерхность (например, для отображения видео в окне браузера). Роли могут задаваться клиентом только один раз и не могут изменяться;
- Реализация альтернативного варианта протокола пользовательской оболочки (shell-протокол) для автомобильных информационно-развлекательных систем (IVI Shell). Shell-протокол определяет общие методы взаимодействия человека и компьютера. Например, xdg-shell определяет общие для всех окружений рабочих столов операции с окнами, пиктограммами, меню и указателями. В свою очередь, ivi-shell определяет компоненты интерфейса для автомобильных информационных и развлекательных систем. Особенностью ivi-shell является прикрепление к каждой поверхности глобального уникального идентификатора, позволяющего сопоставить поверхность с определённым приложением. Запускаемые в ivi-shell приложения, как правило, являются узкоспециализированными программами, например, используются для отображения спидометра, вывода карты и показа изображения с парковочной камеры. Приложения могут быть реализованы по разному и рассчитаны на работу с модулями и компонентами от разных поставщиков, но использование единого протокола ivi-shell позволяет скомпоновать целостный графический интерфейс для их отображения и управления ими;
- Проведена подготовительная работа по модернизации тестовой инфраструктуры, которая позволит композитному серверу возвращать определённые пользователем коды возврата и участвовать в передаче кодов возврата от других компонентов. Композитный сервер может функционировать без экрана c формированием вывода в буфер при помощи Pixman, что может быть использовано для добавления различных автоматизированных проверок корректности отрисовки. События перерисовки могут сохраняться в лог, на основе которого могут строиться (https://github.com/ppaalanen/wesgr) различные наглядные аналитические графики;
<center><a href="https://github.com/ppaalanen/wesgr"><img src="http://www.opennet.me/opennews/pics_base/0_1423939146.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
- Для компонента XWayland (Device-Dependent X), который позволяет обеспечить работу немодифицированых приложений X11 в окружении на базе композитного сервера Weston, добавлена поддержка кнопки раскрытия окна на весь экран;- Для запуска Weston подготовлен специальный сеанс в дисплейном менеджере GDM;
- Пример текстового редактора расширен поддержкой режима multi-seat, который позволяет разным людям при подключении нескольких клавиатур и мышей одновременно работать над одним текстовым документом.
Возможность работы поверх Wayland развивается практически во всех современных окружениях рабочего стола. Разработчики KDE (http://www.opennet.me/opennews/art.shtml?num=41547) развивают kwin_wayland, вариант оконного менеджера KWin для Wayland, а также библиотеку KWayland, в которую вынесен весь код, специфичный для поддержки Wayland. В GNOME поддержка Wayland доведена (http://www.opennet.me/opennews/art.shtml?num=40669) до состояния, пригодного для ежедневного использования. Решены почти все проблемы с запуском типовых приложений GNOME при работе поверх Wayland. В дистрибутиве Fedora 21 добавлен сеанс для запуска GNOME с использованием Wayland, обеспечивающий возможность запуска обычных X11-приложений через XWayland. В Fedora 22 на Wayland будет переведена (http://www.opennet.me/opennews/art.shtml?num=41496) работа экрана входа в систему, а в Fedora 23 ожидается переход по умолчанию на окружение GNOME, работающее поверх Wayland.
Возможность работы в окружении композитного сервера Weston недавно была добавлена (http://www.opennet.me/opennews/art.shtml?num=40906) в панель Cairo-Dock. Wayland уже используется в мобильных платформах Sailfish (http://www.opennet.me/opennews/art.shtml?num=38545) и Tizen 3 (http://www.opennet.me/opennews/art.shtml?num=39930), а также опционально поддерживается в Enlightenment E19 (http://www.opennet.me/opennews/art.shtml?num=40591). О планах обеспечения поддержки Wayland заявили разработчики рабочих столов LXQt (http://www.opennet.me/opennews/art.shtml?num=41633) и MATE (http://www.opennet.me/opennews/art.shtml?num=39106). Кроме существующих систем активно развиваются новые десктоп-окружения, работающее только на базе технологий Wayland - Quantum Shell (http://www.opennet.me/opennews/art.shtml?num=41108), Hawaii (http://www.opennet.me/opennews/art.shtml?num=38730) и Orbital (http://www.opennet.me/opennews/art.shtml?num=38934). Для тестирования работы GNOME, KDE и Enlightenment, Hawai и Orbital поверх Wayland развивается (http://www.opennet.me/opennews/art.shtml?num=40951) специальный Live-дистрибутив Rebecca Black Linux (http://sourceforge.net/projects/rebeccablackos/).Wayland пред...
URL: http://lists.freedesktop.org/archives/wayland-devel/2015-Feb...
Новость: http://www.opennet.me/opennews/art.shtml?num=41671
Радующий прогресс.
> Радующий прогресс.Для кого-то радующий, а для кого-то - не очень.
Если судить по много-букв, то и правда прогресс в разработке. Но на самом ли деле это так?
наберитесь терпения и прочитайте новость.
ибо лень пересказывать.
Читал. И к сожалению, мало что нового узнал. Половина информацию - уже была в других новостях. Просто собрали в едино все, что связано с Wayland.
Торжество! На днях попробовал weston с некоторыми прогами на Qt5.
http://i.imgur.com/gkL7HjH.png
Можете показать скриншот с диалоговым окном "Открыть файл"?
На днях тестил гном 3.14 на вяленом 1.6.
Пара мелких багов есть, как-то не работает изменение яркости подсветки из гуя или иногда изображение дублируется в произвольных частях экрана (но тут может гтк/гном соображают так)...
А в целом полёт нормальный и даже шустрый!Ждём сабж 1.7 в портажах для посмотреть. Интересно, что из этого останется.
Даже шустрый? Вся эта катавасия началась, чтобы увеличить производительность в разы. Иначе овчинка выделки не стоит
И заиметь анальный зонд, который можно закрывать при желании, прятать наработки а сообщесту оставлять глючную недоделанную местами версию.
> И заиметь анальный зонд, который можно закрывать при желании, прятать наработки а
> сообщесту оставлять глючную недоделанную местами версию.Ага. Именно из-за лицензии иксов они и превратились в бардак в свое время. Каждый юникс-вендор считал необходимым запилить свои проприетарные расширения протокола.
> Вся эта катавасия началась, чтобы увеличить производительность в разы. Иначе овчинка выделки не стоитговоря лишь про практику (забудим на мгновение: про теорию и эстетическую стройность графического стэка), можно сказать следущее:
даже если скорость осталась прежней, но при этом уменьшилось тепловыделение -- то это тоже хорошо.
И как? Окошки крутятся?
Хорошая новость:)
Приделали уже прослойку для изменения размера окон?
Хорошо бы на FreeBSD попробовать. Сразу после портирования xorg-server-1.17.
как ты в putty.exe будешь запускать вяленого, ежели у него нету сетевой прозрачности?
> как ты в putty.exe будешь запускать вяленого, ежели у него нету сетевой
> прозрачности?Открою тебе маленький секрет: я не пользуюсь putty.exe, так как дома у меня нет Windows, а на работе нет FreeBSD, и связь между ними лично мне не нужна.
Что ещё 100500-й раз показывает, что все бздуны - вантузятнеги. Хотя некоторые таки жуют огрызок.
> Что ещё 100500-й раз показывает, что все бздуны - вантузятнеги. Хотя некоторые таки жуют огрызок.Твой жизненный Идеал снова разрушен! Иди — поплачь в платочек. Может легче станет и перестанешь быть столманутым.
> Твой жизненный Идеал снова разрушен! Иди — поплачь в платочек. Может легче станет и перестанешь быть столманутым.Если не секрет, почему вы называете людей, ОС которых полностью удовлетворяет их потребностям (что позволяет им не покупать винду за стопицот бабла) "столманутыми"?
> Если не секрет, почему вы называете людей, ОС которых полностью удовлетворяет их
> потребностям (что позволяет им не покупать винду за стопицот бабла) "столманутыми"?так он тоже не может себе венду купить, ему хозяин на работе её установил на рабочее место,
а фрибсд, как внезапно оказалось, для работы не годится :-(
>> Твой жизненный Идеал снова разрушен! Иди — поплачь в платочек. Может легче станет и перестанешь быть столманутым.
> Если не секрет, почему вы называете людей, ОС которых полностью удовлетворяет их
> потребностям (что позволяет им не покупать винду за стопицот бабла) "столманутыми"?Потому что — фанатики.
"Нет Виндовс кроме Линукс и Столлман — пророк его".
Я предпочитаю разделять ОС по сферам использования и не возвожу что-то одно в "культ карго", как это делают "аборигены" GNU-адепты: сначала они скопировали Unix, потом принялись за копирование идей Windows, но дальше уже не остановить — как у китайцев, своих идей нет, а если есть, то НИКОГДА не доводятся до конца. :))
> Потому что — фанатики.Ну да, фанатику всюду видятся фанатики враждебных религий, а сам он себя считает образчиком здравомыслия :)
> GNU-адепты: сначала они скопировали Unix, потом принялись за копирование идей Windows
Ну, а BSD-адепты еще до конца Unix не докопировали, так что до копирования винды дойдут лет через десять-двадцать :)
зачем же так долго ждать? https://github.com/freebsd/freebsd-ports-graphics/tree/wayland бери пробуй
Чем хорошо-то? Повертеть в руках готовый порт и забыть? Такие как ты любят этим заниматься. А портировать самому - так у тебя ни знаний не умений, но при этом ты в каждой теме про FreeBSD затычка. Жалкое зрелище.
> Чем хорошо-то? Повертеть в руках готовый порт и забыть? Такие как ты
> любят этим заниматься.Теперь — да. Если порт понравится, то поставлю и буду пользовать. Если же нет — удалю.
Видишь ли, к этому принципу меня натолкнула история с портом свободного драйвера ATI/AMD, в котором год за годом претворялись обещания сделать полноценное 3D. И вот этот момент наступил, но к сожалению тот чип, под который хотелось бы иметь работающее аппаратно-ускоренное 3D, морально устарел, и готовый (с 2009 года ждал) драйвер не обещает на нём ускорения кроме 2D.
> А портировать самому - так у тебя ни знаний не умений,
У меня на язык программирования C/C++ выработался кретинизм в терминальной стадии. Как увижу тексты программ на нём, так сразу кретином и становлюсь. Ничего не могу с этим поделать.
> но при этом ты в каждой теме про FreeBSD затычка. Жалкое зрелище.
Ну а ты что здесь делаешь? Неужто делишься знаниями и умениями? Сколько статей написал, поделись ссылками а?
> У меня на язык программирования C/C++ выработался кретинизм в терминальной стадии. Как увижу тексты программ на нём, так сразу кретином и становлюсь. Ничего не могу с этим поделатьА на что у тебя стоит? На Паскаль и джаву? На джаве драйвер для видеокарты не написать ведь вовсе, вот это кретинизм.
Вопрос, что вам мешает забрать от линукса drm, который распространяется по MIT лицензии?
> на язык программирования C/C++ выработался кретинизм в терминальной стадии. Как увижу тексты программ на нём, так сразу кретином и становлюсьНу видать один раз и увидел и теперь всё...
Долго
как не крути а иксы пока лучшие. у них не только сетевые возможности имеются , но множество других плюшек имеется.
Например, жестокие тормоза при сколь-нибудь активном выводе графики.
https://ru.wikipedia.org/wiki/%D0%94%D1%...
Дададад, и двойная буферизация тоже исключительно из-за драйверов.
> Дададад, и двойная буферизация тоже исключительно из-за драйверов.Проблему двойной буферизации как год уже должна быть закрыта в свежих версиях X ,придумано специальное расширение для X и уже есть адоптированные драйвера которые этот костыль используют .
Например, тесты есть какие-то? Запуск приложения и исполнение там каких-то действий, запуск гл софта, запуск видео.
> Например, жестокие тормоза при сколь-нибудь активном выводе графики.Как будто что-то плохое. Пусть всякие поттеринги вяленые за скоростью гоняются. А у нас, Ъ-юниксоидов, все просто: работает - НЕ ТРОЖЬ!!!!1
>работает - НЕ ТРОЖЬЭто не у Ъ-юниксоидов, это у косоруких так.
а пряморукие дрочат серверы на каждое обновление?
Огласите список плюшек.
> Огласите список плюшек.Локальный рут с тыща девятьсот лохматого года, например.
> как не крути а иксы пока лучшие. у них не только сетевые
> возможности имеются , но множество других плюшек имеется.открою секрет, иксы в нынешнем виде при использовании расширений, не отличаются от вяленого. А если отключить эти расширения, то современные тулкиты не взлетят, а это 99% приложений.
Разница лишь в том, что плюшки есть для иксов, а для вяленого нет. В чём топикстартерт не прав?
> Разница лишь в том, что плюшки есть для иксов, а для вяленого нет. В чём топикстартерт не прав?Плюшки, вообще-то, от графической подсистемы не зависят.
> Разница лишь в том, что плюшки есть для иксов, а для вяленого нет. В чём топикстартерт не прав?Ну, он утверждал, что для иксов они якобы есть, но список не привел. Что автоматически делает его пустобрехом.
> как не крути а иксы пока лучшие. у них не только сетевые
> возможности имеются , но множество других плюшек имеется.надеюсь любители Иксов так и останутся сидеть на своих доисторических иксах (в том время как остальные люди перейдут на Wayland).
лично я "плюшки" Иксов и сетевую прозрачность -- не видал (на своей практике) уже более чем пятёрку~десятку лет.
спрашивается -- зачем лично мне оно нужно?
...и почему я должен *терпеть* Иксы, если всё равно не использую (и не планирую) сетевую прозрачность?
......должен ли *я* терпеть Иксы, только лишь по причине того что *кому-то* понадобилась (непонятно зачем) сетевая прозрачность?
надеюсь что любители Иксов сделаю свой отдельный маргинальный Devuan-alike дистрибутив (без Wayland) -- и будут там сидеть и ни кому не мешать :-)
>[оверквотинг удален]
> лично я "плюшки" Иксов и сетевую прозрачность -- не видал (на своей
> практике) уже более чем пятёрку~десятку лет.
> спрашивается -- зачем лично мне оно нужно?
> ...и почему я должен *терпеть* Иксы, если всё равно не использую (и
> не планирую) сетевую прозрачность?
> ......должен ли *я* терпеть Иксы, только лишь по причине того что *кому-то*
> понадобилась (непонятно зачем) сетевая прозрачность?
> надеюсь что любители Иксов сделаю свой отдельный маргинальный Devuan-alike дистрибутив
> (без Wayland) -- и будут там сидеть и ни кому не
> мешать :-)Я пользуюсь сетевой прозрачностью иксов, и почему-то более чем уверен, не я один.
А вообще, полезно, почитайте ЭТО.
http://www.opennet.me/opennews/art.shtml?num=41511
И выключите эгоизм.
> Я пользуюсь сетевой прозрачностью иксов, и почему-то более чем уверен, не я один.Вот-вот. Для вас и нужен специальный дистрибутив, чтобы вы своим эгоизмом не тормозили прогресс мейнстримного GNU/Linux.
Благодаря вяленому, GNU/Linux уже прочно окопался на рынке бортсистем автомобилей, и уже начал наступление на рынок смартфонов (именно GNU/Linux, а не жралка батареи на жабе).
Чё-чё там наступает? Тивоизированное гогно с хз как собранным ядром и кучей костылей примотанных изолентой? С тем что там сейчас есть что винсе, что ххх/линух - один черт.
поддержка ISA в ядре -- не особо мешает тем людям которые НЕ используют ISA.а вот, что касается i386:
> Например, недавнее прекращение поддержки процессоров i386 было вызвано фундаментальными
> проблемами c кодом управления страницами памяти для данных систем, что мешало
> дальнейшему развитию функциональности ядра.(не напоминает кое-что?)
> надеюсь что любители Иксов сделаю свой отдельный маргинальный Devuan-alike дистрибутив
> (без Wayland) -- и будут там сидеть и ни кому не мешать :-)Так уже давно есть Слака - никаких зависимостей, ни в пакетном менджере, ни в ините, KISS во все поля, никаких гномов, системд и вяленых. Рай для тех, чье сознание застряло в конце прошлого столетия!
Уж который раз с очередной новостью пытаюсь перелезть на weston в своем арчике и постоянно разочаровываюсь: right-click меню появляются в рандомном месте экрана. Копирование/вставка текста валит вестон в конcоль.Из плюсов - gnome-terminal, transmission-gtk, nautilus и еще немножко приложений работают нативно, без xwayland.
Арчеводы нужны! </nosarcasm>
> right-click меню появляются в рандомном месте экрана.На самом деле не только основное меню, любое всплывающее окно появляется в случайном месте на экране, на FullHD уже неприятно работать, на UltraHD вообще не реально елозить мышью по всему экрану в поисках открывшегося меню..
Так же краши не только при вставке текста, ещё разрдрожают зависшие окна, которые покрываются разноцветными пикселями, которые не возможно ни свернуть, не скрыть, не убить.А кто-то ещё спорит, что Иксы уже не торт рядом с вяленным, хах.. Явно тот, кто не пробовал вяленных в живую.
> А кто-то ещё спорит, что Иксы уже не торт рядом с вяленным,
> хах.. Явно тот, кто не пробовал вяленных в живую.а дай-ка мне ссылку на докунтацию Вайланда, где говорилось бы что Вайланд *обязан* глючить\падать\открывать_контекстные_окна_невпопад\зависать ? ты ведь считаешь что это нормальное (документирование) поведение Вайланда, так-ведь?
а вся разгадка в том что:
недостатки Иксов -- являются фатальными и уже не будут исправлены. НИ КОГДА.
обильные баги Вайланда (Вайланд-композитора или\и Вайланд-библиотек) -- это вполне ожидаемые сущности, но лишь на данном этапе развития проекта.
а какой смысл *сейчас* пробовать сидеть на Вайланде и при каждом баге обмазывать его (на данном этапе развития) говном -- вообще не понятно.
а если ты захотел сделать доброе дело -- то установи Вайланд-композитор, поищи баги, и отправь багрепорты в багтрекер (но не дублируй то что уже отправлено в багтрекер).
Ну может тогда не стоит насильно навязывать его всюду и везде, и кричать что он уже готов?
Множество поистине нужных и рабочих проектов до сих пор в версии 0.9 альфа/бета. Так почему же вейланд 1.7 релиз - а всё ещё сырой и мало где.. нет не так.. Нигде не используется?Я не про то, что каждый проект имеет баги - это само собой. НО не нужно делать обратное, не нужно кричать, что "вейленд наше всё, а иксы умрите старые!". Мазать говном иксы, когда практически все на них работают - вот это поистине великое лицемерие.
> Мазать говном иксы, когда практически все на них работают - вот это поистине великое лицемерие.а где тут лицемерие?
если бы Иксы НЕ были бы говном, то в этом случае Wayland-и-Mir (аж сразу два конкурирующих проекта!) -- даже и НЕ начали бы делать. :-)
да(!), Wayland это большой программный стэк: Wayland-клиентсерверные-библиотеки, Wayland-композитор, Wayland-бэкэнды к GTK\Qt\SDL\[...], Mesa-драйвера, модули ядра для видеокарт, [...] , и даже непосредственно само прикладное программное обеспечение (работающее на GTK\Qt\SDL\[...]).
ошибка может закрасться в любое место из этого вышеперечисленного стэка.
но кто бы стал бы (какая группа людей?) начинать всю эту большую компанию по переписыванию тонны софта(?), если бы у Иксов не было бы фатальных проблем?
да(!), работы предстоит сделать ещё много! но даже и сейчас (даже в момент когда Вайланд-стэк *сильно* подгючивает) мы уже можем сазать, что мы движемся в правильном направлении.. в направлении *ОТ* говянных Иксов :-) !
и именно сегодня уже можно с уверенностью сказать, что хоть (сегодня) мы все и сидим на Иксах, но обратного-хода-истории уже нет: постепенный (плавный) переход на Вайланд уже начался.
# P.S.: а вчера, я например мог ездить на поездах от РЖД (и поеду завтра на поездах от РЖД). но это вовсе НЕ обозначает что якобы поезда РЖД -- самые лучшие в мире! просто я использую РЖД, так как не имею другого выбора. и Иксы я тоже также использую, покачто.
> если бы Иксы НЕ были бы гoвном, то в этом случае Wayland-и-Mir
> (аж сразу два конкурирующих проекта!) -- даже и НЕ начали бы
> делать. :-)Ну, сначала разработчикам Х11 надоело ковыряться в грудах костылей, и они сделали wayland, а потом Марк решил, что неплохо бы и вендорлок устроить.
Сам себе противоречишь "не стоит насильно навязывать его всюду и везде, и кричать что он уже готов", "нигде не используется".
Да, сыро пока и никто не кричит, что готов и надо срочно на него бежать. Fedora 23 c wayland этак вон выйдет в 2016 году.
Кто тебе что навязывает, специалист? Дистрибутивы тестируют, как окружения рабочего стола будут работать в Wayland, создают разные прослойки для удобного использования. Всё пока в стадии альфа - конечным пользователям не предлагается. Отправляли бы багрепорты, чем ныть на форумах.
А не знаешь кто виноват? wayland-протокол врятли можно подозревать. Остаются либо weston либо xwayland либо gtk либо еще что-то
Как сделают аналог XMonad-а под сие, можно будет и посмотреть.
Haskell в руки, и вперед!
Зачем торопиться? В очереди куда более интересные и перспективные задачи.
А для работы уже есть прекрасно работающая связка XWindow+XMonad+urxvt (что ещё для счастья надобно?)Не, прогресс, конечно, это очень хорошо, полезно и нужно, но и нельзя забывать, что от добра добра не ищут.
> Зачем торопиться? В очереди куда более интересные и перспективные задачи.Настроить XMonad, перенастроить XMonad, настроить XMonad, перенастроить XMonad, etc...
Хмм.. Не знаю, не знаю, но я в его конфиг не лазил уже года два.
Практически клуб анонимных Wayland'офилов!
> Практически клуб анонимных Wayland'офилов!Все - анонимы, а Vkni - Д'Артаньян!
Надо переписать вяленого на Java! А то в год по одной плюшке добавляют...
Ни дай Бог!
Да ладно, оно даже на Java будет быстрее иксов )))
> Надо переписать вяленого на Java! А то в год по одной плюшке добавляют...Лучше сразу на shell, чтобы анонимные аналитики уверовали в его юниксвейность и возлюбили пуще блобоиксов.
Значит следующее поколение X-сервера кроме своих способностей будет обеспечивать контейнер для wayland'нутых приложении. Это будет нормально и правильно, т.к. с позиции технологического развития wayland - это регрессия если сравнить с X11. Правильно делать - это развивать X дальше, а пилить с нуля решение тем более с ограниченным функционалом - это уровень и манера студентиков.
Вообщем, это неверная дорога. Нужно делать X12 с сэндбоксом для приложении которым нужен wayland.
>X originated at the Massachusetts Institute of Technology (MIT) in 1984. The protocol version has been X11 since September 1987
>развивать X дальше
>Wayland is being developed by several X.Org developers as a prospective replacement for X. Wayland can run an X.org server as a client, which can be rootless.
>X.Org developers
>развивать X дальшеУспехов, развивайте.
>>Wayland is being developed by several X.Org developers as a prospective replacement for X. Wayland can run an X.org server as a client, which can be rootless.
>>X.Org developers
>>развивать X дальше
> Успехов, развивайте.Делов-то. Форкнуть Wayland, переименовать в X12, и копипастить коммиты из апстрима. Схема рабочая, разработчик eudev гарантирует.
> Вообщем, это неверная дорога. Нужно делать X12 с сэндбоксом для приложении которым нужен wayland.Wayland = X12 ©Разработчики X11
Wayland = X12 ©Разработчики X11^W^WУкурыши поломавшие сначала всё в иксах, а потом начавшие пилить очередной лисапед.
> Wayland = X12 ©Разработчики X11^W^WУкурыши поломавшие сначала всё в иксах, а потом
> начавшие пилить очередной лисапед.Я вот прочитав 3 года назад на хабре статью
"Графический стек Linux" удивился как вообще все это до сих пор работает :
X до сих пор вынуждены использовать сокеты ,хотя в случае локальной работы нагрузка на процессор незначительная но для современной аппаратуры этот режим не оптимальный (есть проект микроX (коммерчески ) -там отказавшись от сетевой поддержки и сокетов вообще -сделали эмулятор X ,так скорость на 40% подняли и оперативы 6 метров для эмулятора хватает ) .Только в самых последних версиях добавив специальное расширение для X-ов
удалось устранить проблему 2-й буферизации .Зверски извратившись удалось устранить проблему ненужной отрисовки и отображение в памяти в случае каскадного расположения окон (перекрывающиеся окна -если они частично перекраивается сверху другим ) .Проблему с "тирингом"-создатели высоуровневых библиотек (GTK,QT и т.д) плохо читали доки и забили болт на атомарную нумерацию для ускорения работы -где можно подправили (о чем говорить если на сайте X12 в черновиках тоже говорилось что не понимают зачем вводилось нумерация ,пока кто-то из ветеранов-объяснил для чего это нужно ) .А как кроме поломки классического механизма
сервера-шрифтов удалось бы заставить задействовать аппаратное ускорение отрисовки шрифтов?
XRender тоже не от хорошей жизни изобрели ,трапеции легко преобразуются в 2 треугольника которые может переварить видеокарта аппаратно .Рixman тоже не от хорошей жизни ввели- чтобы не мучатся с Xlib и XCB для работы с растеризацией, попиксельным
доступом к разнообразным буферам (ARGB32, BGR24, RGB565),градиентами, матрицами и всем остальным .Вот и вышло из X простая рисовалка типа RDP :-(
Сокеты - именно что своершенно незначительная нагрузка. На локальных иксах через них летают только сообщения, большие объемы передаются через Shared Memory. Частичную инвалидачию региона иксы всегда умели, поэтому никакой "ненужной отрисовки" не происходит, если клиент адекватный, а не всегда перерисовывает всё окно. Как связана поломка серверов шрифтов с ускорением я вообще понять не могу. Что до XRender - это как раз эпичный костыль. Вместо того, чтобы дабавить к примитивам вида "точка", "линия" и т.п. что-то более продвинутое (которое как раз прекрасно ускорялось бы аппаратно - да хоть OpenGL туда гони!), - кидаются битмапами. И Pixman туда же - если бы отдавали векторные инструкции, а не битмапы - он бы не потребовался для иксов.На самом деле иксы стали жертвой унификации - к примеру, тех же серверов шрифтов нигде больше нет, и, соответственно, разные Gtk/Qt предпочли иметь один универсальный подход - самим растеризовать шрифты, хотя в случае иксов можно было пойти и другим путём (возможно, понадобилось бы расширение иксов, отдающее более детальную инфу о шрифтах и символах).
>Как связана поломка
> серверов шрифтов с ускорением я вообще понять не могу.Практически все нормальные видеокарты часто могут работать с картой шрифтов аппаратно (скролинг ,сглаживание ,растеризация и т.д ,так называемое 2D ускорение ) .Чтобы включить
эту возможность пришлось внутренний ари сервера шрифтов переломать ,просто чудо что совместимость удалось сохранить .
>Что до
> XRender - это как раз эпичный костыль. Вместо того, чтобы дабавить
> к примитивам вида "точка", "линия" и т.п. что-то более продвинутое (которое
> как раз прекрасно ускорялось бы аппаратно - да хоть OpenGL туда
> гони!), - кидаются битмапами.Была такая возможность ,как сейчас не знаю протокол AIGLX и расшерение TFP (Texture from Pixmap) -позволяет OpenGL-приложению использоваться пиксельные карты X11 так,как если бы это были нативные текстуры OpenGL.А с помощью AIGLX можно было кидать данные по сети .
.
Мне просто интересно. Вот за те 7 лет что они успешно делают вяленого, попутно добавляя фичи которые ещё недавно были не нужны, что они сделали с иксами бы? Что, за 7 лет эта гоп-компнаия х12 запилить не смогла бы?
> Мне просто интересно. Вот за те 7 лет что они успешно делают
> вяленого, попутно добавляя фичи которые ещё недавно были не нужны, что
> они сделали с иксами бы? Что, за 7 лет эта гоп-компнаия
> х12 запилить не смогла бы?Как говорилось выше программисты потдерживающие X и разработавшие вайланд практически оди и теже лица .Т.е пошли на пути отказа от груды костылей (к сожелению с изобретением новых ),потому что в X слишком сильно доверяли клиентским приложениям ,а то что они могут нарушать спеки не учли ,а некоторые новые возможности слишком тяжело вкорячить .
Вот к примеру -в KDE и Гноме рабочий стол по сути окна ,а родные для X рабочие столы игнорируются .X-audio -ау где этот протокол ,стали вместо этого корячить пулсу .Сервер шрифтов мог отдавать шрифты сетевым принтерам ,где принтера которые используют эту возможность ? И протокол печати и сжатия трафика тоже выкинули потому что не используется.
Сохранение сеанса -некто родной режим и возможность X теперь и не потдерживает ....
Запустил gnome 3.14 на wayland 1.6. Все вроде работает, но не долго, gnome-shell упал через пять минут.
игры в вайне через gallium-nine в xwayland работают как же как и в иксах.
http://www.gearsongallium.com/?p=1920
Это все конечно круто, но nouveau все еще постоянно фризится на gt660.
> Это все конечно круто, но nouveau все еще постоянно фризится на gt660.Nvidia хорошо на Windows работает. для этого она собственно и придумана.
> Nvidia хорошо на Windows работает.Спорно.
Ну да на Windows тоже не всегда нормально пашет
С проприетарными дровами тоже хорошо.
Этак в 2016 году заработают на десктопном линуксе глобальные шорткаты при открытом меню.
++
всегда раздражала эта багофича иксов
Еще лет 10 и можно будет пользоваться
Ногами не пинайте мимопроходима: игроделы которые сейчас делали порты или нативные игры под онтопик им надо будет всё переделывать, чтобы работало под вэйланд или будет и так работать?
Если игроделы не вздумали писать свой оконный менеджер для открытия окна (а для этого нужен мозг и обширный NIH-синдром), то всё будет работать. API для программистов уровня приложений/движков вообще никак не связан с Wayland, он несколькими уровнями ниже.
Если в портах не использовались прямые вызовы XLib и GLX - то взлетят, когда библиотеки портируют.
Капец тут "критиков" собралось... Этак через лет 10 будет работать... Да епта, где вы видели софт, чтобы он сходу работал идеально? Тем более никто вас не заставляет выбрасывать иксы. Сидите, ждите когда вылезет наружу стабильная версия. Зачем столько негатива?
Трудно смириться с разношерстностью декоркций и теней окон.. Совсем не предвидится механизм унификации управления этим, вне зависимости от тулкита? Если приложение "зависнет", то любая возможность свернуть\попытаться закрыть\переместить пропадают вместе с зависшим приложением?
> Если приложение "зависнет", то любая возможность свернуть\попытаться закрыть\переместить пропадают вместе с зависшим приложением?Где-то читал описание как они справились с этой проблемой методом эпического костыля. Может кто кинет ссылку на то как сейчас дело с этим обстоит
