После трёх месяцев разработки представлен (http://lists.freedesktop.org/archives/wayland-devel/2013-Oct... третий стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.3 (http://wayland.freedesktop.org), а также развиваемого параллельно композитного сервера Weston 1.3. Ветка 1.3 обратно совместима на уровне API и ABI с выпусками 1.x, но дополнительно содержит порцию улучшений, расширяющих возможности протокола и композитного сервера Weston. Основная масса изменений в новом выпуске связана с работой Weston. Для протокола Wayland отмечается снижение числа предлагаемых изменений, протокол становится зрелым и уже предоставляет необходимый для обычного применения уровень стабильности и функциональности.
Основные новшества Weston 1.3:
- Поддержка аппаратно ускоренного захвата экрана, позволяющего записать происходящее на экране в форме видеопотока h.264. Кодирование потока h.264 осуществляется на лету с использованием библиотеки libva и задействованием возможностей современных чипов Intel. Захват активируется последовательностью клавиш Shift-Mod-SPACE Q. В будущем планируется переход от libva к gstreamer, что позволит расширить спектр поддерживаемых кодеков и оборудования. Также планируется обеспечить поддержку не только записи потока на диск, но и реализовать его трансляцию по сети;- Поддержка использования библиотеки libhybris (https://github.com/stskeeps/libhybris) совместно с бэкендом fbdev. Libhybris предоставляет прослойку для обеспечения работы в системах на базе Glibc специфичных для платформы Android драйверов устройств, работающих в пространстве пользователя и завязанных на использовании системной библиотеки Bionic. Таким образом, теперь стал возможным запуск Weston с EGL/GLES2-драйверами от платформы Android;
- Поддержка мультиресурсных событий ввода, снимающих ограничение по доставке событий только для первого ресурса указателя, клавиатуры и сенсорного экрана. Отныне появилась возможность получить несколько ресурсов ввода (wl_pointer, wl_keyboard, wl_touch ) и организовать получение событий всеми из них. Таким образом разные подсистемы теперь могут создавать отдельные ресурсы для получения событий, что, в частности, позволило решить проблемы с интеграцией с WebKitGTK+ и Clutter-GTK+;
- Улучшение поддержки ввода с сенсорных устройств на стороне клиентов и устранение серьёзных проблем в работе evdev;
- В компоненте XWM (X Window Manager), используемом для организации вывода X-клиентов на рабочий стол под управлением Weston, улучшена поддержка полноэкранного режима, добавлена возможность использования интерфейса drag-and-drop для передачи объектов из X в wayland;
- В weston-launch представлено два раздельных режима запуска Weston (выполнение из виртуального терминала и запуск из init-скрипта), добавлен код для настройки и восстановления tty, налажена обработка переключения между виртуальными терминалами и обеспечена установка/отсоединение первичного терминала;- Добавлен новый udev-атрибут WL_OUTPUT для сопоставления сенсорных устройств ввода с экраном для вывода;
- В скрипт configure добавлены опции: "--with-cairo=image/gl/glesv2" для выбора механизма вывода для библиотеки Сairo; "--enable-demo-clients" для установки всех демонстрационных клиентов (без указания опции устанавливаются только weston-terminal и weston-info);
- В weston.ini добавлена поддержка переменных constant_accel_factor, min_accel_factor и max_accel_factor в секции [touchpad] для управления реакцией тачпада, а также переменной path в секции [xwayland] для задания альтернативного файлового пути к серверу xwayland;
- Добавлена опция командной строки "--shell=shell.so" для выбора альтернативного модуля графической оболочки.Основные новшества Wayland 1.3:
- Поддержка биндингов для написания клиентских и серверных дополнений/обработчиков для libwayland с использованием высокоуровневых языков программирования;
- Поддержка дополнительных пиксельных форматов для wl_shm. В частности, обеспечена возможность создания shm-поверхностей на базе RGB565 (http://en.wikipedia.org/wiki/RGB565);
- Проведена работа по расширению и чистке документации;
- Поддержка мультиресурсов.
- Возможность инициирования клиентом запроса на прекращение получения событий, связанных с ресурсами wl_pointer, wl_keyboard и wl_touch;
- Установка файла wayland.xml с определением элементов протокола Wayland, который можно использовать для динамического разбора возможностей используемой реализации протокола.Wayland представляет (http://wayland.freedesktop.org/architecture.html) собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон. В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL, Clutter и EFL (Enlightenment Foundation Library).
В рамках проекта Weston развивается одна из реализаций композитного сервера. В роли композитного сервера также может выступать любой другой продукт, поддерживающий протокол Wayland. Например, в настоящее время ведётся работа по обеспечению поддержки Wayland в таких существующих композитных менеджерах для X11, как KWin и Compiz. В текущем виде Weston уже вышел за рамки набора примеров для тестирования протокола Wayland, но продолжает позиционироваться как эталонная система, которая может обрастать функциональностью через плагины и дополнения. При этом Weston не будет развиваться как обособленное десктоп-окружение, а будет представлять собой ядро и плагинный API для создания таких окружений, по аналогии с тем, как сервер X.Org лежит в основе современных графических систем. Пользовательские оболочки и расширенные функций управления окнами предлагается реализовывать в форме внешних бэкендов к Wayland.Взаимодействие с аппаратным обеспечением в Wayland/Weston, например, проведение инициализации, переключение видеорежимов (drm modesetting) и управление памятью (GEM для i915 и TTM для radeon и nouveau) графических карт, может производиться напрямую через модуль, работающий на уровне ядра, что позволяет обойтись без привилегий суперпользователя. Композитный сервер Weston может работать не только с использованием DRM-модуля ядра Linux, но и поверх X11 или поверх другого композитного сервера Wayland. Кроме того, развиваются проекты (http://www.opennet.me/opennews/art.shtml?num=36685) по обеспечению работы поверх графического стека платформы Android.
Для обеспечения выполнения обычных X11-приложений в окружении на базе Wayland и композитного сервера Weston развивается (http://www.opennet.me/opennews/art.shtml?num=34118) проект XWayland, позволяющий организовать запуск полноценного X.Org-сервера в роли клиента Wayland. Примечательно, что разработчики проекта X.Org планируют включить компонент XWayland в состав X.Org Server начиная с выпуска 1.15, который ожидается этой осенью, что значительно упростит решение задач по интеграции X11-приложений в окружения на базе Wayland. Поддержку запуска X11-приложений планируется встроить непосредственно в композитный сервер Weston, который при попытке выполнения X11-приложения будет инициировать запуск X-сервера и связанных с ним компонентов XWayland. При таком подходе процесс запуска X11-приложений будет бесшовным и неотличимым для пользователя от запуска приложений, работающих напрямую с Wayland.
Для решения вопроса с организацией р...
URL: http://lists.freedesktop.org/archives/wayland-devel/2013-Oct...
Новость: http://www.opennet.me/opennews/art.shtml?num=38132
Вау! Новость по содержанию информации не сравнить с соседней про переход на Mir по умолчанию в Ubuntu Phone. Интересно, чем же всё это обернётся лет через 5, но мне нравится технические выкладки разработчиков Wayland в противовес разработчикам Mir.
Это осенью на экранах противостояние Mir vs Wayland, оба выходят в широкий паблик примерно в одно время.
Да уж, количество маркетинговой воды в этой новости раз в 50 меньше чем в соседней.
> Да уж, количество маркетинговой воды в этой новости раз в 50 меньше чем в соседней.У каждого свой путь. BSD шло по пути технической разработки, Apple шло по пути маркетинга и обоев. Где теперь BSD, и где Apple?
Вы абсолютно правы.
Сервера стремительно переходят с bsd на андройд, и, быть может уже этой осенью, переведут свои терминалы на mir.
> Сервера стремительно переходят с bsd на андройдНа убунту же, как Яндекс! Ибо глобально и надежно©
Как яндекс, википедия, гугл и еще дофига других компаний.
Хотя, серверная часть убунты от дебиана не очень-то и отличается, кстати. А множества майнтейнеров вообще пересекаются практически полностью.
> гуглВот гугла к этим несчастным приписывать не надо. Там убунта только на компах секретарш.
>Новость по содержанию информации не сравнить с соседней про переход на Mir по умолчанию в Ubuntu Phone
>не сравнитьДействительно, что уж тут говорить если они разного толка.
> Действительно, что уж тут говорить если они разного толка.Как раз "толк" этих новостей хорошо показывает разницу между проектами.
Прошло 5 лет: "Подготовлен Вейленд 20 версии. Все всё так же используют X.org"
Ну не так печально, но раньше версии 2.0 он по умолчанию не будет стоять в дистрибутивах, чистый и без XWayland.Блин, это реально бесит, нафиг такие цифры в версии если он нигде не юзается, кроме демок десктопа. Какие причины заставляют дистры не переходить на него? Вроде основной ступор был в XWayland, но я так понимаю он давно готовю mutter поддерживает Wayland, kwin притормаживает с этим делом, на mir пох. То-есть в целом для Гном редакции они спокойно могут включить его по умолчанию, в полноценный дистр, где оно? Яб гном десктоп поставил, пока кеды не дошли.
Я считал что проблема в драйверах Nvidia и AMD которые не поддерживают Wayland. Но вот вроде Nvidia зашевелилась, может скоро и будет Wayland по умолчанию везде (кроме убунты).
Убунта - это не мало, в количестве пользователей.
на дистровоче, а не в реальности.
> Убунта - это не мало, в количестве пользователей.Убунта - это уже нечто отдельное, слабо связанное с экосистемой GNU/Linux.
Так что сколько там пользователей - роли не играет.
Прям новые тенденции в гетзефаках.
Но методы теже — пук якобы тезиса и сразу же вывод — роли не играет.
> Прям новые тенденции в гетзефаках.Как я понимаю, ты уже поставил убунточку в дуалбут к генте?
Скоро планируешь генту сносить?
> Как я понимаю, ты уже поставил убунточку в дуалбут к генте?
> Скоро планируешь генту сносить?Кстати, заметил массовый переход гентушников под знамена Марка. Гента что, уже совсем все?
> Убунта - это не мало, в количестве пользователей.Марк работает над этим.
Ему гном3 в этом плане мешает.
И хотел бы народ, да некуда.
Вот такая вот селяви.
> Ему гном3 в этом плане мешает.
> И хотел бы народ, да некуда.Гном3, юнити - народ даже не заметит разницы.
Если XWayland готов, но это не важно. Открытые дрова могут работать с Waylandом, а закрытые через прослойку.
Откуда колё.. инфа?
Пока что не видел, чтобы для одной карты можно было одновременно загрузить 2-модуля ядра (новьё+блоб, радеон+блоб)
Одновременно - это хорошо, но не обязательно. На время перехода с фишкой легкого переключения между блобом и свободными можно повременить и сделать все по старому.
Т.е. так вы хотите сказать, что то, что написали выше — не соответсвует действительности?
Странный способ признать, что был не прав.
> Т.е. так вы хотите сказать, что то, что написали выше — не соответсвует действительности?Он хотел сказать, что то, что _ты_ написал выше - не соответствует действительности.
Про _одновременную_ работу дров писал не он, а ты.
> Пока что не видел, чтобы для одной карты можно было одновременно загрузить 2-модуля ядра (новьё+блоб, радеон+блоб)
> одновременноНу и фантазии у вас, сударь.
Закрытые драйверы не умеют xwayland, их для это надо специально адаптировать (но всё равно меньше, чем делать поддержку чистого Wayland)
Проблема не в драйверах - свободные хороши, если не играть в игры. Wayland никому не будет нужен, пока под него не адаптируют DE. Тот есть пока не выйдет KDE 5.
> Проблема не в драйверах - свободные хороши, если не играть в игры.Пробовал nouveau, в игры не играл. Не понравилось. Вся система периодически виснет намертво, приходится ребутать.
> Пробовал nouveau, в игры не играл. Не понравилось. Вся система периодически виснет
> намертво, приходится ребутать.А вот radeon нравится.
нет смысла пускать через еще одну прослойку большую часть софта. Когда 90% софта будет работать поверх вяленого и только 10% всякого редкого старья будут требовать xwayland, тогда да. Мир еще не готов.
> Блин, это реально бесит, нафиг такие цифры в версии если он нигде
> не юзается, кроме демок десктопа. Какие причины заставляют дистры не переходить
> на него?Примерно те же, которые мешают дистрам переходить с ядра Linux на Hurd.
Мало софта под им работает.
> Прошло 5 лет: "Подготовлен Вейленд 20 версии. Все всё так же используют X.org"Лет через пять куча чисто иксового софта останется разве что в слаке :)
> Прошло 5 лет: "Подготовлен Вейленд 20 версии. Все всё так же используют X.org"Вас не смущает бетон в качестве конструкционного материала?
> Вас не смущает бетон в качестве конструкционного материала?А почему он должен смущать? Хороший материал, ещё римляне использовали.
> Вас не смущает бетон в качестве конструкционного материала?Миша не лезьте в темы в которых вы не разбираетесь. Меня, лично меня, смущает, если эта конструкция должна работать на растяжение. Бетон держит только сжатие.
>>> Прошло 5 лет: "Подготовлен Вейленд 20 версии. Все всё так же используют X.org"
>> Вас не смущает бетон в качестве конструкционного материала?
> Миша не лезьте в темы в которых вы не разбираетесь.В чём ещё я не разбираюсь с детства?
> Меня, лично меня, смущает, если эта конструкция должна работать на растяжение.
> Бетон держит только сжатие.Что не отменяет его применимости в соответствующих случаях, даже если понадобится на яйцах замешивать или армировать, как бывало в разные века.
Восстановил аккуратно потерянный Вами фрагмент цитирования, чтоб не так удобно передёргивать было, и впредь прошу быть аккуратней.
Да, потому что части текста копятся из новости к новости
> Да, потому что части текста копятся из новости к новостиЭто для удобства диалога с вяленохетерами. Он тебе хопа - очередной "велянд не прозрачный!111", а ты ему хопа - новость-то прочитай.
> Это осенью на экранах противостояние Mir vs Wayland, оба выходят в широкий
> паблик примерно в одно время.Не этой, а следующей.
Mir в 13.10 отменили, значит, и в 14.04 LTS не будет.
Да и вяленый разве что к 21-22 федоре нормально юзать можно будет.
Борьба будет нешуточной, чую.
Между аналитегами опиннета?
Дык это по любому поводу.Зыж
Мир то и придумали, чтобы с готовыми блоба драйверов андроида работал.
> Между аналитегами опиннета?
> Дык это по любому поводу.
> Зыж
> Мир то и придумали, чтобы с готовыми блоба драйверов андроида работал.Мир придумали когда годик поковырялись в исходниках вейленда и почуяли силу могучую что смогут так же сделать толко с вендорлоком на Каноникал. И правда, нахрена отдавать другим то что можно присвоить, это же капитализм.
Это идиoтизм.
На смартфонах в 90% нет не только открытых драйверов для 3д, там даже блобов ни для иксов, ни тем более для вяленого нет. И не будет (для уже существующих уж точно).
При этом убунту-точь я смогу запустить на своём галакси нот.
А вяленый — только во влажных мечтах популистов (жирик и то умнее троллит).
> При этом убунту-точь я смогу запустить на своём галакси нот.
> А вяленый — только во влажных мечтах популистов (жирик и то умнее
> троллит).Открою страшную тайну - и мир, и вяленый могут работать с видиодровами ондроеда через hybris.
Если запустился мир - запустится и вяленый, и наоборот.
Да не работает Mir с драйверами Android. Он делает это через ж..., пардон, библиотеку libhybris. Созданную для Mer, и не имеющую никакого отношения к Ubuntu, и Canonical. В настоящее время многие проекты используют данную библиотеку. В том числе Jolla, WebOS и Wayland. Так что Mir к данному проекту не имеет никакого отношения. Они взяли готовую либу, и заюзали в качестве прослойки для загрузки драйверов, написанных для Android. Ничего нового при этом не изобретая. Меньше ведитесь на весь маркетинговый треш, который так любит вешать на уши пользователей Марк. Он жуткий врунишка, и тролль.
> Марк. Он жуткий врунишка, и тролль.«Не обманешь — не продашь»©
А уж продавать Марк умеет. Он же успешный бизнесмен.
> «Не обманешь — не продашь»©
> А уж продавать Марк умеет. Он же успешный бизнесмен.К сожалению, тут вы правы. Сам работал в торговле(просто продавцом-консультантом). Если говорить клиентам всю правду, и не преувеличивать достоинства продуктов, ретушируя их недостатки - продажи будут на нуле. И не важно, насколько качественный у вас продукт. Вот только у Марка и продавать пока как-то не очень получается. Ubuntu до сих пор не окупил вложенных в него Марком средств.
> Вот только у Марка и продавать пока как-то не очень получается. Ubuntu до сих пор не окупил вложенных в него Марком средств.Он до этого пытался идти по пути редхата, работая с сообществом. Но не прокатило.
Теперь он плюнул на сообщество, и решил идти по пути Apple - никакого сообщества на пушечный выстрел не подпускать, все решается и делается строго за закрытыми дверями.
Посмотрим, что из этого получится.
>К сожалению, тут вы правы. Сам работал в торговле(просто продавцом-консультантом).Внедрял сеть гипер-маркетов. Строил продавцов-консультантов.
Так вот — убунту-точь вы сможете (бесплатно!!!) установить и убедится работает или нет, да или нет?Патетические "к сожалению" для дэбилов пишете что-ли?
Да хоть обобсритесь. ;) Оно, сцуко, работает! :D
БЕСПЛАТНО! :D
Дело не в том, что Ubuntu работает. И как работает. Дело в том, что Марк - бизнесмен. А в бизнесе есть всегда только один показатель верности выбранной бизнес-стратегии. Это прибыль. А значит, Марк будет пытаться привязать пользователей к каким-то сервисам Canonical. Монетизировать то проект как-то надо. Бизнес-модель RedHat в случае с Canonical не применима. Значит он будет внедрять набор сервисов(по аналогии с Android), которые будут приносить ему прибыль. И делать всё, что-бы Ubuntu была как можно меньше похож на другие дистрибутивы. Фрагментация платформы не пойдём на пользу сообществу. Тому самому сообществу, которому всё равно, как там идут дела у инвестора Марка, и у его конторы.
Да хоть космонафт.
Убунту-точь — открыта или нет?
> Да хоть космонафт.
> Убунту-точь — открыта или нет?Android тоже открыт. Проблема Ubuntu в том, что приложения, скомпилированные для работы с Mir не будут работать на всех остальных дистрибутивах. Как приложения Andoroid, из-за привязки к специфическим библиотекам, не работают на остальных ОС на базе Linux, так и приложения для Ubuntu будут вещью в себе. Canonical хочет привязать разработчиков к своей платформе и к своим сервисам. Что печально.
>Android тоже открыт.Да. И какие выводы должны последовать?
>Проблема Ubuntu в том, что приложения, скомпилированные для работы с Mir не будут работать на всех остальных дистрибутивах. Как приложения Andoroid, из-за привязки к специфическим библиотекам, не работают на остальных ОС на базе Linux, так и приложения для Ubuntu будут вещью в себе.Во-первых — брехня (см. ниже). Во-вторых — это не проблема убунты. И даже не проблема Mir.
Ставьте в своём любимом дистере (согласно лицензии. GPLv3 кстати) и используйте (Да-да, ставится и работает). В генту к примеру через оверлей:
># layman -L|grep unity
> * unity-gentoo [Git ] (git://github.com/shiznix/unity-ge...)То, что вы не хотите/не_можете это ставить (и/или мэнтейнер вашего любимого дистра), то это только ваша проблема. Которую вы хотите переложить почему-то на чужие плечи.
Знаете ли, свобода в опенсорсе заключается в свободе работать так как захочешь, а не в свободе заставить работать другого.
>>Android тоже открыт.
> Да. И какие выводы должны последовать?Что "открытые сорцы" != "открытая разработка".
> Да хоть космонафт.
> Убунту-точь — открыта или нет?У убунту открытые сорцы, но закрытая разработка.
Darwin ведь тоже никто не закрывал :)
Жумаю, что победит тот, кого поддержат разрабы. Какноникал не может разрабатывать все. Стоимость будет очень высока. Хотя цели такие же, как и у МС, захват рынка.
> Жумаю, что победит тот, кого поддержат разрабы. Какноникал не может разрабатывать все.
> Стоимость будет очень высока. Хотя цели такие же, как и
> у МС, захват рынка.Цель у каноникала - пиар лично Марка как исторической личности, эдакий закос под Джобса. Будет прибыль - хорошо, нет - да ни особо и нужно ему. Просто под руку ему попался Дебиан тестинг, так же мог быть йо-мобиль, какой нибудь автомобиль-самолет на газе с солнечными баратареями или супер сладкий сорт яблок. Абсолютно похрену что именно, глдавное заголовки в новоостях с его именем. И побольше, побольше.
Не стоит свою попоболь выдавать за общую
> Не стоит свою попоболь выдавать за общуюПочему у убунтят попка начинает дымиться каждый раз, когда кто-то недостаточно одобрительно отзывается о Марке?
Вам давно пора повзрослеть и перестать воспринимать близко к сердцу все, что пишут в интернете.
вот и славно
в споре рождается истина
Истина рождается в диалоге, в споре же умирает здравый смысл.
Как говорил мне один умный человек:
Если ты знаешь и споришь, то ты подлец. Если не знаешь и споришь - дурак. Я не хочу быть ни тем, ни другим, по этому не спорю.
Т.е. ты веруешь в то что не споря ты становишься умным и не подлым?
Мне не нужно становиться, я уже. =)
11 класс закончил что-ли?
"Знающий не доказывает, доказывающий не знает." © Дядюшка Ляо
> "Знающий не доказывает, доказывающий не знает." © Дядюшка ЛяоЗолотые слова. К сожалению, знающих мало...
> "Знающий не доказывает, доказывающий не знает." © Дядюшка ЛяоСкажи это математикам.
Спасибо, тоже пример.
>> "Знающий не доказывает, доказывающий не знает." © Дядюшка Ляо
> Скажи это математикам.Математика -- наука, оперирующая абстракциями. Если на пальцах -- Евклид "знал" или Лобачевский?
--
выпускник ФМШ №145
Самое прикольное, что математики как раз обычно и не знают, когда доказывают.
Если не брать в расчёт написание учебников, в которых доказываются вещи известные с 19 века и раньше, то так оно и происходит. Ставится вопрос "Является ли верным утверждение А?". Математик чешет репу, пытается придумать пример, когда "А" не выполняется. Если придумать пример не получается, то он думает "похоже, верное утверждение, придётся доказывать". И таким макаром он так и не будет знать пока не докажет, что А верно или, что оно не верно. А когда докажет, появится знание и уже доказывать не нужно будет.Я к тому, что хотя здесь и не совсем та ситуация которая приходит в голову при прочтении цитаты Дядюшки Ляо, но этот пример не совсем подходит для доказательства не верности его утверждения ;)
З.Ы.: Ах да ещё хитрый математик может доказать, что нельзя в рамках данной алгебраической системы доказать, что А верно или А не верно.
> вот и славно
> в споре рождается истинаВ споре маркетологов и технарей, как правило, побеждают маркетологи. Хотя истина обычно на стороне технарей.
Будет ли теперь делиться ПО на работающее под Wayland или Mir? Или это не имеет значения?
ПО, работающего на прямую с mir, почти не будет (кроме собственного ПО убунты). Так что беспокоиться особо не о чем.
Будет делиться на работающее и не работающее
будет делиться на "вышла новая версия" и "теперь работает по-умолчанию на .."
=)
Я не знаток данных технологий, но мне видится - непонимание того о чем говорят на лицо.
Wayland - это протокол.
Weston и Mir сервера, работающие по данному протоколу.
Следовательно выражение [Mir vs Wayland] абсолютно не корректно.
Если что-то не так - просьба пояснить, а не бросать помидоры.
ЕМНИП у Мира вместо протокола - API. И к вяленду он отношения не имеет.
Mir не работает по Wayland. Он не из нашей песочницы.
> Если что-то не так - просьба пояснить, а не бросать помидоры.Не знаешь - не пиши, и лови помидор.
> Не знаешь - не пиши,Тут, на опеннете, наверное, больше половины комментариев написано теми, кто не знает :)
> и лови помидор.
Ням! Пасиба :-)
Wayland и Mir - это и протоколы, и серверные реализации этого протокола.
Weston - это клиент.
Не совсем, теоретически Mir может работать по протоколу вяленого, но пока не хочет.
Похоже, рано или поздно таки придется.
> Похоже, рано или поздно таки придется.Закончится тем, что миру придется поддерживать X-приложения, Wayland-приложения и нативные Mir-приложения из ubuntu store.
В то время как вяленый будет поддерживать только X-приложения и Wayland-приложения.
Ну, и каким образом это повредит Вейланду?
> Ну, и каким образом это повредит Вейланду?Повредить-не повредит (хотя я слабо представляю себе, что вы подразумеваете под этим выражением), а база поддерживаемых программ будет больше. Что, разумеется, будет постоянно повторяться на презентациях от Canonical.
Не вижу смысла беспокойства по следующим причинам:
1) если программа под вопросом держит исходник открытым и имеет вменяемую лицензию, ничто особо не мешает пересадить ее с мировых рельсов на вяленные, если сильно припрет.
2) если программа под вопросом - блобье, то не нужно; проще отреверсить, если сильно припрет.
Вот, в общем-то, и все.
Проблема может возникнуть ну разве что с игорями.
> Не вижу смысла беспокойства по следующим причинам:А я и не беспокоюсь. Я просто отмечаю тот факт, что Марк стремится создать экосистему приложений, жестко залоченных на Mir, и затем подсаживать на них пользователей.
Одно, два, десять приложений можно спортировать. Но не целый магазин же!Тем более, вряд ли кто серьезно займется портированием 100500 свистелок и фонариков. Хотя, как показывает практика, при отлове массового пользователя решает именно количество, а не качество программ.
Вообще, я твои опасения понимаю и разделяю: Убунту из вполне нормального дебиан-стайл дистрибутива может превратиться в еще один формально-открытый, но при этом абсолютно замурованный сад а-ля Андроид.
Это тоже делает меня печалиться.
Поэтому, надо подтаскивать другие дистрибутивы, кондиционировать их до того, чтобы они были годны для пересадки нубов - чтобы Марку не казалось, что в этом поле у него монополия, и оно может делать все, что пожелает.
> Поэтому, надо подтаскивать другие дистрибутивы, кондиционировать их до того, чтобы они
> были годны для пересадки нубов - чтобы Марку не казалось, что
> в этом поле у него монополия, и оно может делать все,
> что пожелает.На массовом рынке решает не реальная пригодность для чего-то там, а плотность и агрессивность пиара.
Если вколотить людям в головы, что кактус - это вкусно, они будут кушать и нахваливать.
Вяленый под BSD, Mir под GPL. Вот и думай, что потенциально ближе к замурованному саду.
Молодец, это почти что тонко.
самое главное — это абсолютно точно.
> самое главное — это абсолютно точно.Только вот примечания маленьким шрифтом надо внимательно читать.
Например, про право выдавать пермиссив по желанию Марка.
> Вяленый под BSD, Mir под GPL. Вот и думай, что потенциально ближе к замурованному саду.Только есть одна мааа-ленькая деталька - Canonical CLA (contribution license agreement).
Которая предписывает всем авторам патчей в upstart/mir/etc отказаться от своих авторских прав в пользу Canonical.И которая позволяет Марку в любой момент выдать пермиссив на mir своим стратегическим партнерам. Захочет какой-нибудь дойче-телеком выпускать залоченные аппараты с убунтой - ура, давайте-давайте!
Mir не является протоколом, об этом много раз говорили. Он для работы предоставляет только API.
Ну, если начали прикручивать свистоперделки,
вроде захвата и трансляции по сети видео с экрана,
то значит проект достиг состояния зрелого продукта,
готового к повсеместному внедрению :)
Единственное, что понял из новости и чему обрадовался это упоминание компиза.
> Единственное, что понял из новости и чему обрадовался это упоминание компиза.Уже убрали. Чтобы ты не радовался.
Баг со всплываюшими меню раздавили, иои они так и открываются, где придется?
> Поддержка аппаратно ускоренного захвата экрана, позволяющего записать происходящее на экране в форме видеопотока h.264.Годно. Надеюсь, для записи отдельных окон тоже будет работать.
Дак а то, надо же бедующим школьникам из стима свои летсплеи писать)))
Скорость перехода на вайланд заставляет задуматься.
Здорово мы взбаламутли это болото!
Глядишь и Мир не придется допиливать. Я рад )
> Здорово мы взбаламутли это болото!
> Глядишь и Мир не придется допиливать. Я рад )Придется-придется. Как же вам-то, да без вендор-локов?
> Поддержка дополнительных пиксельных форматов для wl_shm. В частности, обеспечена возможность создания shm-поверхностей на базе RGB565;Не понял для какой оси делается этот Wayland. В линуксе Qt не умеет работать более чем с 24-х битным цветом и KDE туда же. Все в розовых разводах. Gimp того же мнения. При переходе на 30 бит - черный квадрат вместо изображения. А говорят 30 бит это для фотографии, а Gimp тогда для художеств в детском садике.
> RGB5655 + 6 + 5 = 16. где тут 30 бит? :)
В принципе, 30 бит в интерфейсах не нужно, его было бы достаточно во всяких специализированных поверхностях/виджетах, где будет выводится фото и прочее. Также 30 бит не особо нужно без поддержки цветовой коррекции (вот с этим особенно сложно в линуксах).
> 5 + 6 + 5 = 16. где тут 30 бит? :)А и точно где они? Посмотрел по сторонам дисплея с менее 16 млн оттенков не нашел (с 1 млрд. увидел). Разве жидкие чернила на читалке 16 оттенков серого. Ну и где он будет работать? Это должно быть очень требовательное устройство, что ему мало RGB555.
> Также 30 бит не особо нужно без поддержки цветовой коррекции (вот с этим особенно сложно в линуксах).Если интерфейсы будут это игнорить, то оно и не появится. Я даже представить не могу, что нужно сделать чтобы перевести XWindow в 30 битную глубину и GUI при этом продолжало работать в 24 битном режиме, а OpenGL виджет из того же набора GUI, к примеру, в 30 битном или 48 битном. Кстати у OpenGL все в порядке с увеличенной глубиной цвета.
Так куда нацелен этот Wayland? На десктоп секретарши тети Мани, у которой забыли поменять монитор 1989 г вупуска.
>Все в розовых разводахты лучше монитор протри. 2^24 = 16 млн. цветов. или твой сверхнатренированый глаз больше различает?
> и точно где они? Посмотрел по сторонам дисплея с менее 16 млн оттенков не нашел (с 1 >млрд. увидел). Разве жидкие чернила на читалке 16 оттенков серого. Ну и где он будет >работать? Это должно быть очень требовательное устройство, что ему мало RGB555.
по-моему у тебя какая-то каша в голове.
>>Все в розовых разводах
> ты лучше монитор протри. 2^24 = 16 млн. цветов. или твой сверхнатренированый
> глаз больше различает?Если что, то на компонент приходится 2^8 == 256 градаций и на глаз они вполне различимы. Нередко заметно на фотографиях неба, например. Поэтому для таких "монохромных" применений увеличение цветовой разрешающей способности более чем востребовано.
Большое спасибо. Вы абсолютно правы. Вот только будет обидно если новый протокол проигнорирует такие возможности.
>В линуксе Qt не умеет работать более чем с 24-х битным цветомВопрос на засыпку: чем по вашему, глубокоуважаемый эксперт, отличается 24-bit цвет от 32-bit (не 30, замечу) цвета?
> 32-bit (не 30, замечу) цвета?И где вы встретили число 32? Речь шла о реальных 30-и ( NVIDIA GF 8800 и выше + Dell U3011 ). Уже можно начинать речь о 48-и битном цвете. Аппаратные средства в наличии и цена за пару лет не будет зашкаливать. Или вы хотели показать чего то?
Так к чему относятся 30? К 10-bit канал?
Вы, похоже, не слишком ясно выразились, по крайней мере для меня. Я думал, речь опять о противопоставлении 24-bit Vs. 32-bit при 8-bit на канал. Про 10-bit на канал и Qt ничего сказать не могу — не то железо.
> В weston.ini добавлена поддержка переменныхИнтересно, на что же намекает расширение этого конфигурационного файла? :-)
> Например, в настоящее время ведётся работа по обеспечению поддержки Wayland в таких существующих композитных менеджерах для X11, как KWin и Compiz.
Compiz же сдох вроде.
>> В weston.ini добавлена поддержка переменных
> Интересно, на что же намекает расширение этого конфигурационного файла? :-)На поттеринговский™ синтаксис вместо классического юниксового XML?
>> Например, в настоящее время ведётся работа по обеспечению поддержки Wayland в таких существующих композитных менеджерах для X11, как KWin и Compiz.
> Compiz же сдох вроде.X.Org тоже «сдох вроде»©.
Он никогда не сдыхал. Его задвигают в сторону прикрывая это шумовой завесой типа "ненужно". Но весомых аргументов в пользу проталкиваемых технологий нет по сей день. Где сравнение производительности X11 vs Wayland, ну хотя бы.
Весомый аргумент только один: разработка погрязла под гигантской горой костылей. Поэтому и задвигают в сторону.
Надо строить новую гору.
Подскажите где найти примеры кода родных для wayland программ?
weston - роднее некуда. Или либы efl, уже год назад некоторые куски e17 под ним работали, сейчас может даже целиком взлетит.
Вы вроде не поверите... но я поставил Wayland одним кликом из software.opensuse.org ... поставил так-же нвидовский блоб и обновился до KDE 4.11Ну и ещё перезапускаю KWin вот так при входе в систему:
sleep 15 && LD_LIBRARY_PATH=${WLD}/lib:${LD_LIBRARY_PATH} LIBGL_DRIVERS_PATH=${WLD}/lib/dri/ __GL_YIELD="USLEEP" kwin --replace &... может это суеверия... но такие навороченные эффекты не отрисовываются с такой плавностью даже на хакинтоше и винде восьмой ... у в опенсусе бегают очень шустро, плавно.