Издаване на Wayland-Protocols 1.41 с поддръжка на управление на цвета и HDR

Публикувано издание на пакета wayland-protocols 1.41, съдържащо набор от протоколи и разширения, допълващи основния протокол Wayland и предоставящи възможности, необходими за изграждане на композитни сървъри и потребителски среди.

В новата версия в категорията «staging» е добавен протокол color-management, разработван от 2014 година, предлагащ възможности за управление на цвета и поддръжка на разширен динамичен диапазон (HDR, High Dynamic Range). С добавеното разширение клиентските приложения могат да получават информация за свързаните с цветопредаването свойства на изходните устройства и да предават на композитния сървър данни за свойствата на цветопредаването на собственото съдържание. сървър Тази информация може да бъде използвана за автоматично управление на цвета при показване на съдържание на различни изходни устройства, например, за преобразуване на съдържанието в формат, подходящ за показване на HDR монитори. За описание на цветови пространства се използват ICC профили.

В момента в набора wayland-protocols влизат следните стабилни протоколи, които осигуряват обратна съвместимост:

  • «viewporter» — позволяет клиенту выполнять действия по масштабированию и обрезанию краёв поверхности на стороне сервера.
  • «presentation-time» — обеспечивает отображение видео.
  • «xdg-shell» — интерфейс за създаване и взаимодействие с повърхности като с прозорци, позволяващ тяхното преместване по екрана, свиване, разширяване, промяна на размера и т.н.
  • «linux-dmabuf» — предоставя възможности за създаване на wl_buffer-и, базирани на DMA-BUF.
  • «tablet» — организация на входа от графични таблети.

Протоколы, тестируемые в ветке «staging»:

  • drm-lease — предоставя ресурси, необходими за формиране на стереоизображение с различни буфери за лявото и дясното око при изход на шлемове за виртуална реалност.
  • «ext-session-lock» — определя средствата за блокиране на сесията, например, по време на работа на екранната защита или изход на диалог за удостоверяване.
  • «single-pixel-buffer» — позволява създаване на однопикселови буфери, включващи четири 32-битови стойности RGBA.
  • «xdg-activation» — позволява прехвърляне на фокуса между различни повърхности на първо ниво (например, с помощта на xdg-activation едно приложение може да пренасочи фокуса към друго).
  • content-type — позволява на клиентите да предадат на композитния сървър информация за показваното съдържание, което може да се използва за оптимизиране на поведението в зависимост от съдържанието, например, определяне на специфични DRM свойства, като «content type». Обявена е поддръжка на следните типове съдържание: none (няма информация за тип данни), photo (изход на цифрови снимки, изискващо минимална обработка), video (видео или анимация, изискваща по-прецизна синхронизация, за да се избегне засядане) и game (стартиране на игри, изискващо изход с минимално закъснение).
  • ext-idle-notify — предоставя възможност на композитните сървъри да предават на клиентите уведомления за неактивност на потребителя, което може да се използва за активиране на допълнителни режими на пестене на енергия след определен период на неактивност.
  • tearing-control — позволява деактивиране на вертикалната синхронизация (VSync) в приложения на цял екран с кадров импулс за гасене, използван за защита от появата на разкъсвания при изход (tearing). В мултимедийните приложения появата на артефакти поради разкъсвания е нежелан ефект, но в игровите програми е възможно да се понесат артефакти, ако справянето с тях води до допълнителни забавяния.
  • ext-foreign-toplevel-list — получаване на информация за повърхности, разположени на най-високо ниво (toplevel), които позволяват организиране на закрепване на прозорци над друго съдържание, например, за свързване на собствени панели и превключватели на прозорци.
  • security-context — позволява на идентификация на клиенти, използващи изолация в sandox. Клиентът може да регистрира ново свързване към композитен сървър на базата на Wayland и да прикрепи към него контекст за безопасност, след което в съответствие с посочения контекст за безопасност композитният мениджър ще ограничи възможностите, достъпни за установеното свързване.
  • cursor-shape — алтернативен начин за настройка на вида на курсора, основан на предаване на серия от изображения на курсора вместо свързване с повърхност (wl_surface).
  • «ext-transient-seat» — предназначен за създаване на временни независими сесии (seat), проектирани да се използват с виртуални входни устройства. Например, при реализирането на възможността за свързване към отдалечен работен плот, протоколът позволява да се създаде отделна сесия с виртуална клавиатура и мишка за всеки потребител.
  • «xdg-toplevel-drag» — разширява механизма «drag & drop» с възможността за прикрепяне на прозорци от най-високо ниво към операцията по преместване, което може да бъде използвано, например, за организиране на плъзгането с мишката на панели с инструменти или раздели в браузъра. Новият протокол позволява създаването на отделими части от прозореца, които при плъзгане от този прозорец стават нови прозорци и могат да се преместят над съществуващ прозорец преди повторно прикрепяне.
  • «xdg-dialog» — позволява определяне на повърхностите от най-високо ниво с признаци, специфични за диалогови прозорци, например, могат да се създават модални диалози, които блокират взаимодействието на потребителя с останалата част от интерфейса.
  • «linux-drm-syncobj» — предоставя инструменти за явна синхронизация на буфери с помощта на обекти за синхронизация DRM (Direct Rendering Manager). Предполага се, че в контекста на синхронизация при размяната на буфер, предложените протоколи ще подобрят работата с драйвери на базата на графични API Vulkan и OpenGL (реализацията се основава на обработчици в драйверите). Новият протокол дава възможност да се уверите, че операцията по рисуване в буфера е завършена преди композитният мениджър да изобрази този буфер.
  • alpha-modifier, който позволява на клиентите да променят нивото на прозрачност на повърхността и да прехвърлят операциите по осигуряване на прозрачността на страната на композитния сървър, който от своя страна може да пренасочва тези операции към KMS.
  • xdg-toplevel-icon — свързване на икона с прозорец на най-високо ниво.
  • ext-image-capture-source и ext-image-copy-capture — организиране на улавяне на съдържанието, показвано на екрана.
  • xdg-system-bell — позволява излъчването на системен сигнал, който може да се използва, например, като предупреждение в емулацията на терминали. Формата на излъчване на сигнала се определя по усмотрение на композитния мениджър, това може да бъде не само звук, но и визуален отговор.
  • fifo — реализира механизма FIFO (първи влязъл — първи излязъл) за обработка на опашка за обновяване на съдържанието на показваната повърхност. Практически, протоколът позволява при излъчване да се използва изчакване за завършване на вертикалното разгръщане (vblank), вместо да се използват callback-викания при всяка готовност за показване на нов кадър, което решава проблема с високата натовареност на GPU при използване на VSync.
  • commit-timing — позволява свързването на времево ограничение към съдържанието на повърхността (композитният сървър трябва да показва промяна в съдържанието възможно най-скоро след указаното време, но не по-рано).
  • ext-data-control — позволява на привилегированите клиенти да контролират обработката на данни, например, за реализиране на мениджъри на клипборд.
  • ext-workspace — реализира концепцията виртуални работни площи и предлага събития с информация за състоянието на работните площи, както и възможности за активиране и деактивиране на работни площи. Протоколът може да се използва за създаване на панели и индикатори, показващи списъка с налични виртуални работни площи и позволяващи превключване между тях.

Протоколите, разработвани в клона «unstable»:

  • «fullscreen-shell» — управление на работата в режим на цял екран.
  • «input-method» — обработка на методите за въвеждане.
  • «idle-inhibit» — предотвратяване на стартиране на екранната заставка.
  • «input-timestamps» — времеви печати за входни събития.
  • «keyboard-shortcuts-inhibit» — контрол на привързаността на клавишни комбинации и бързи клавиши.
  • «linux-explicit-synchronization» — специфичен за Linux механизъм за синхронизация на буферите, свързан с повърхността.
  • «pointer-gestures» — управление на сензорни екрани.
  • «pointer constraints» — ограничения на указателите (блокиране).
  • «primary-selection» — подобно на X11 осигурява работа с основния буфер за обмен (primary selection), чийто вариант обикновено се вмъква с средния бутон на мишката.
  • «relative pointer events» — относителни събития на указатели.
  • «text-input» — организация на въвеждане на текст.
  • «xdg-foreign» — интерфейс за взаимодействие с повърхности на «съседен» клиент.
  • «xdg-decoration» — отразяване на декорации на прозорците от страна на сървъра.
  • «xdg-output» — допълнителна информация за видеовыхода (използва се за дробно мащабиране).
  • «xwayland-keyboard-grab» — захващане на входа в приложенията XWayland.

Всички протоколи последователно преминават през етапите на разработка, тестване и стабилизация. След завършване на етапа на разработка (категория „unstable“) протоколът се премества в клон „staging“ и официално се включва в набора wayland-protocols, а след приключване на тестването се прехвърля в категорията на стабилните. Протоколите от категория „staging“ вече могат да се прилагат в композитни сървъри и клиенти, където е необходима свързаната функционалност. За разлика от категорията „unstable“, в „staging“ е забранено извършването на промени, които нарушават съвместимостта, но в случай на установяване на проблеми и недоразумения по време на тестването, не може да се изключва замяната с нова значителна версия на протокола или с друго разширение на Wayland.

За да се ускори предаването на протоколите на разработчиците и стимулирането на ранната им реализация в съществуващите проекти, от предходния релиз беше добавена допълнителна фаза „experimental“, в която се допуска извършването на промени, нарушаващи съвместимостта, и добавянето на „сурови“ протоколи, които могат постепенно да бъдат приведени до необходимото ниво. Ако за попадането на протокола в фаза „staging“ е необходимо да се формира екип за поддръжка и да се получат определен брой потвърждения (ACK) от участниците в рецензирането, то за влизането в „experimental“ е достатъчно да няма възражения (NACK) в продължение на двуседмичен период на рецензиране.

Източник: opennet.ru

Купете надежден хостинг за сайтове със защита от DDoS, VPS и VDS сървъри 🔥 Купете надежден хостинг за сайтове със защита от DDoS, VPS и VDS сървъри | ProHoster