Состоялся (http://lists.freedesktop.org/archives/wayland-devel/2015-Nov...) первый выпуск пакета wayland-protocols (http://cgit.freedesktop.org/wayland/wayland-protocols), включающего набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений.
Первый выпуск включает в себя семь протоколов, развитие которых пока не завершено и поэтому они отнесены к категории нестабильных:- "fullscreen-shell" - управление работой в полноэкранном режиме;
- "input-method" - обработка методов ввода;
- "linux-dmabuf" - совместное использование нескольких видеокарт при помощи технологии DMABuff;
- "text-input" - организация ввода текста;
- "pointer-gestures" - управление с сенсорных экранов;
- "xdg-shell" - XDG-расширения для рабочего стола;
- "presentation-timing" - организация отображения видео.URL: http://lists.freedesktop.org/archives/wayland-devel/2015-Nov...
Новость: https://www.opennet.ru/opennews/art.shtml?num=43393
В чем смысл версии 1.0 если протоколы в ней нестабильны?
> В чем смысл версии 1.0В том, что она первая. Поправят пару-тройку багов и выпустят 2.0. Ещё после нескольких фиксов будет 3.0. Всё в соответствии с последними достижениями в области накручивания циферок версий.
Что вы привязались к этим цифрам? Есть какой-то нерушимый ГОСТ? Разработчики продукта сами решают как обозначать версии и они, внимание, никак не влияют на содержимое. Вам хуже станет что выйдет по порядку сначала 1, потом 100? Что-то измениться? По мне так главное что в продукте изменилось функционального, а не какая цифра или буква. Хоть timestamp в версию пусть пишут.
Да, циферки никак не влияют на содержимое. Просто с различными способами нумерации тратится время пользователей. Если раньше по изменению циферки было более-менее понятно что за изменения (новые плюшки добавили, или старые баги исправили), то теперь надо вникать в чём суть новшеств.
> Если раньше по изменению циферки было более-менее понятно что за изменения (новые плюшки добавили, или старые баги исправили), то теперь надо вникать в чём суть новшеств.Батюшки, кого-то новости, а то и релизнотесы и чейнджлоги, читать заставили. Горе-то какое!
Да не надо нам тут, никогда так не было.
Все только обещали, но на самом деле ни у кого не получалось.
> Что вы привязались к этим цифрам? Есть какой-то нерушимый ГОСТ?Внезапно: ГОСТ 2.201-80 ЕСКД.
Просто у них нет "службы ведения картотеки учета обозначений". Придется им "подмазывать" у министра, что бы продвигаться в России в соответствии с ГОСТом. :)>> 4.2. Порядковый регистрационный номер присваивает служба ведения картотеки учета обозначений организации-разработчика при предъявлении оригинала документа с подписями в графах “Разработал” и “Проверил” основной надписи (ГОСТ 2.104-68).
Очень интересно. Организация ввода текса? Обработка методов ввода? И это всё нестабильно, и версия 1.0? Замечательно, столько лет пилят, а проблемы даже с вводом текста.
Всегда есть куча нюансов, особенно когда стараются предусмотреть все, и создать мегауниверсальное решение. Надеюсь, не переборщат
http://wayland.freedesktop.org/docs/html/apa.html#protocol-s...
"wl_shell_surface::resize" - wayland разработчики не умеют считать до 10?
Похоже на флаги.
top | left == top_left
top | right == top_right
bottom | left == bottom_left
bottom | right == bottom_right
Как-то так.
Для начала неплохо бы научиться читать, а потом уже писать комменты.
Ну что, товарищи идут по тем же граблям что и иксы или xmpp? Когда будет куча расширений никем толком не реализованных.
Ладно еще в иксах куча расширений - иксы одни и в нужной версии все есть. А wayland - протокол и уже сейчас куча реализаций. Кто будет поддерживать какие расширения и будут ли они совместимы не понятно. Соответственно как под все это дело писать клиентов тоже не понятно. Ждем приложений, которые работают только в KDE...
С xmpp сравнение видимо удачное с их кучей клиентов, каждый из которых поддерживает свой набор фишек, половина из которых откровенно убогие. Как довершение всего каждый пилит под свои задачи свое расширение с блекджеком и шлюхами.
Иногда лучше жевать чем говорить.Реализация Wayland одна, насколько я понимаю это набор библиотек реализующих протокол.
А вот реализация композитного менеджера много.
Weston — это эталонная реализация композитного менеджера Wayland.
Есть еще реализация от KDE и других проектов.
На самом деле все зависит от стратегии разработки расширений. Если wayland пойдет по пути OpenGL (наиболее удачные расширения становятся обязательными для реализации в новой версии), то будет хороший компромисс между совместимостью и экспериментами/развитием.
Протокол для управления протоколами будет?
Так глядишь, скоро и иксы наново изобретут.
Уже почти. Смешнее всего то, что сам проект вроде как чисто для рисования поверхностей создавался. А теперь они к нему сбоку приклеивают расширения.
В этом смысле у иксов гораздо лучше архитектура, протокол которых адаптирован под использование любых транспортов и возможность создания любых протоколов.
Грубо говоря какой был смысл делать wayland, если можно было просто из Х выпилить базовый протокол, заменить этим самым вейландом и поработать над тем, чтобы протокол мог работать без транспорта(то есть прямым вызовом из библиотек). А они молодцы, взяли и сделали тоже самое, ноль новаций и новые проблемы.
> В этом смысле у иксов гораздо лучше архитектураСпорное утверждение. Мне никакие композитные менеджеры не помогают полностью избавиться от тиринга: его вроде и нет, но когда на сцену выходит atom editor - раскрываем в фулскрин и переключение на его виртуальный рабочий стол сопровождается секундной отрисовкой окна сверху вниз. И виноваты таки иксы: atom просто отрисовал содержимое окна. I7 4700HQ, Intel graphics 4600. Но больше всего раздражает следующее: разбиваем экран на 2 равные части, в 1-ой половине запускаем любую программу, во 2-ой - видеопроигрывать (vaapi, не vaapi - без разницы), далее начинаем шевелить мышкой по 1-ой программе и видим потерю кадров видео. И это только недочеты со стороны пользователя.
Да, в иксах есть расширение Xshm и им даже пользуются - таки wayland, но почему это всё-таки не решает мои проблемы? Разделяемая память - производительность же. Что у нас дальше по списку? Обновляем иксы => обновляем видео драйверы. Еще 1 недостаток - версии расширений. Wayland копозитор согласует это с каждым клиентом индивидуально, в иксах же одна версия на всех. Про синхронизацию содержимого вкладки браузера и видео тоже не раз было разжевано. Последнее, за что цепляются ненавистники wayland - сетевая прозрачность. В старые времена она была, когда все пользовались Х тулкитом: удаленный клиент и иксы обменивались командами отрисовки вроде отобразить тут этот тест, заполнить цветом и т.п. Что сейчас? Иксы гоняет битмапы, и делает это довольно плохо.
Теперь о расширениях. Я таки уверен, что может появиться протокол отрисовки примитивов - а почему нет? Расширения же. Но каждое приложение должно поддерживать core протокол - это минимум.
Единственное, что кажется спорным в wayland - это отсутствие кроссплатформенности клиентской библиотеки, но я в этом еще не уверен. Можно ли портировать, например, на windows, но при этом не сломать API?
*отобразить тут этот текст
>> В этом смысле у иксов гораздо лучше архитектура
> Спорное утверждение. Мне никакие композитные менеджеры не помогают полностью избавиться
> от тиринга: его вроде и нет, но когда на сцену выходит
> atom editor - раскрываем в фулскрин и переключение на его виртуальный
> рабочий стол сопровождается секундной отрисовкой окна сверху вниз. И виноваты таки
> иксы: atom просто отрисовал содержимое окна.Вы хотите сказать, что для Xorg нужна целая секунда, что бы просто отобразить уже отрисованный буфер? У вас вся отрисовка идет со скоростью в 1fps?
По-моему приложение просто отсылает готовые куски/команды Xorg, а тот сразу же их выводит на экран. В случае с wayland, вы просто вообще ничего не увидите в течении секунды, пока приложение подготавливает буфер для отображения.
> I7 4700HQ, Intel graphics 4600.
> Но больше всего раздражает следующее: разбиваем экран на 2 равные части,
> в 1-ой половине запускаем любую программу, во 2-ой - видеопроигрывать (vaapi,
> не vaapi - без разницы), далее начинаем шевелить мышкой по 1-ой
> программе и видим потерю кадров видео. И это только недочеты со
> стороны пользователя.ИМХО Xorg тут не причем. Скорее всего у вас там туча тормозной bloatware. Проверил у себя на существенно более слабом железе - никаких пропусков нет, даже во время изменения размеров окна.
Если вы действительно хотите понять что не так - попробуйте запустить sysprof и посмотреть, что съедает весь cpu во время описанных вами ситуаций.
> ИМХО Xorg тут не причем. Скорее всего у вас там туча тормозной bloatware.Виноватым оказался оконный менеджер i3. Простой тест: слева расположен браузер (вкладка с опеннетом), справа - видео проигрыватель mpv. Водим мышкой по вкладкам - иногда пропадают кадры, скроллим (прокрутка не плавная) - раз в пол секунды обновляются кадры. Ради эксперимента сделал окно проигрывателя плавающим, отвел вбок, скроллю - кадры не сыпятся. Вот он, высокопроизводительный тайлинг.
У меня (dwm+mpv+palemoon) плеер не затормаживается, но в браузере при скролинге заметны рывки. При сменен вывода с OpenGL на обычный Xv (mpv -vo=xv) все отлично. Если не поможет - пробуйте dwm и пишите багрепорт в i3.
Оно изначально понятно было что напишут X12. Хоть иксами его назови хоть вайлендом.
Зря шум разводите.... все тоже самое кажется и было, но в куче... только теперь это раздробили на протоколы
> Зря шум разводите.... все тоже самое кажется и было,Но 30 лет назад и называлось X Window System
Возвращение блудных программистов, на путь истинный.
вся надежда на mir
мир всё, космонавт перестал обещать убунту некст
А подробней? Что он такого обещал? Что это? Почему не обещает?
Не будет никакого мира. И Unity на Qt 5 тоже.
А что не так с Шаттвортом?
Тем кто думает что вейланд плох
https://www.youtube.com/watch?v=Ux-WCpNvRFM
Аж сам себе плюсик поставлю!))
Wayland - это один большой костыль в X.org окружение. Лучше бы оставили все как есть, т.е. оставили X.org без запила на Wayland. И всем было бы хорошо!