Wayland-Protocols 1.41 mit Unterstützung für Farbmanagement und HDR

Die Version des Pakets wayland-protocols 1.41 wurde veröffentlicht, die eine Sammlung von Protokollen und Erweiterungen enthält, die das Basisprotokoll Wayland ergänzen und erforderliche Funktionen für den Aufbau von Kompositionsservern und Benutzerumgebungen bereitstellen.

In der neuen Version wurde das Protokoll color-management, das seit 2014 entwickelt wird und Möglichkeiten für das Farbmanagement sowie die Unterstützung des erweiterten dynamischen Bereichs (HDR, High Dynamic Range) bietet, in die Kategorie „staging“ aufgenommen. Mit der hinzugefügten Erweiterung können Clientanwendungen Informationen über farbübertragungsbezogene Eigenschaften von Ausgabegeräten erhalten und dem Kompositionsserver Daten über die Farbübertragungseigenschaften ihres eigenen Inhalts übermitteln. Im Kompositionsserver Server kann diese Information für die automatische Steuerung der Farbdarstellung beim Anzeigen von Inhalten auf verschiedenen Ausgabegeräten verwendet werden, beispielsweise zur Anpassung von Inhalten, um sie für die Anzeige auf HDR-Monitoren geeignet zu machen. Für die Beschreibung von Farbflächen werden ICC-Profile verwendet.

Aktuell umfasst das Set von wayland-protocols folgende stabile Protokolle, die Abwärtskompatibilität gewährleisten:

• „viewporter“ - ermöglicht es dem Client, Maßnahmen zur Skalierung und zum Zuschneiden der Ränder einer Oberfläche auf der Serverseite durchzuführen.
• „presentation-time“ - sorgt für die Wiedergabe von Videos.
• „xdg-shell“ — eine Schnittstelle zur Erstellung und Interaktion mit Oberflächen als Fenstern, die es erlaubt, diese auf dem Bildschirm zu verschieben, zu minimieren, zu maximieren, die Größe zu ändern usw.
• „linux-dmabuf“ — bietet Möglichkeiten zur Erstellung von wl_buffer auf Basis von DMA-BUF.
• „tablet“ — Eingabeverarbeitung von Grafiktabletts.

Protokolle, die im Branch „staging“ getestet werden:

• drm-lease – bietet die benötigten Ressourcen zur Erstellung eines stereoskopischen Bildes mit unterschiedlichen Puffern für das linke und das rechte Auge bei der Ausgabe auf Virtual-Reality-Headsets.
• «ext-session-lock» – definiert Mittel zur Sperrung einer Sitzung, beispielsweise während der Aktivität des Bildschirmschoners oder der Anzeige eines Authentifizierungsdialogs.
• «single-pixel-buffer» – ermöglicht die Erstellung von Ein-Pixel-Puffern, die vier 32-Bit RGBA-Werte enthalten.
• «xdg-activation» – ermöglicht die Übertragung des Fokus zwischen verschiedenen primären Oberflächen (zum Beispiel kann eine Anwendung den Fokus auf eine andere übertragen).
• content-type — ermöglicht es den Clients, dem Kompositionsserver Informationen über den darzustellenden Inhalt zu übermitteln, die zur Optimierung des Verhaltens in Anbetracht des Inhalts verwendet werden können, z. B. zur Festlegung spezifischer DRM-Eigenschaften wie „content type“. Folgende Inhaltstypen werden unterstützt: none (keine Daten über den Datentyp), photo (darstellung digitaler Fotos, die minimale Verarbeitung erfordert), video (Video oder Animation, die eine genauere Synchronisation erfordert, um Ruckler auszuschließen) und game (Spiele mit minimaler Verzögerung).
• tearing-control – ermöglicht die Deaktivierung der vertikalen Synchronisation (VSync) mit vertikalen Rücklaufimpulsen in Fullscreen-Anwendungen, die zum Schutz vor Tearing bei der Ausgabe verwendet wird. In Multimedia-Anwendungen sind Artefakte durch Tearing ein unerwünschter Effekt, während in Spielanwendungen mit Artefakten hinzunehmen ist, wenn die Bekämpfung zu zusätzlichen Verzögerungen führt.
• ext-foreign-toplevel-list – ermöglicht den Zugriff auf Informationen über Oberflächen, die auf der obersten Ebene (toplevel) platziert sind und die das Anheften von Fenstern über anderen Inhalten ermöglichen, beispielsweise zur Anbindung eigener Panels und Fensterschalter.
• ext-foreign-toplevel-list – ermöglicht den Zugriff auf Informationen über Oberflächen, die auf der obersten Ebene (toplevel) platziert sind und die das Anheften von Fenstern über anderen Inhalten ermöglichen, beispielsweise zur Anbindung eigener Panels und Fensterschalter.
• security-context — ermöglicht die Identifizierung von Clients, die Sandbox-Isolation verwenden. Der Client kann eine neue Verbindung zu einem Composite-Server auf Basis von Wayland registrieren und einen Sicherheitskontext anhängen, wonach der Composite-Manager die verfügbaren Möglichkeiten für die hergestellte Verbindung gemäß dem angegebenen Sicherheitskontext einschränkt.
• cursor-shape — eine alternative Methode zur Anpassung des Aussehens des Cursors, die auf der Übertragung einer Reihe von Cursorbildern basiert, anstatt an einer Oberfläche (wl_surface) gebunden zu sein.
• „ext-transient-seat“ ist für die Erstellung temporärer unabhängiger Sitzungen (seats) vorgesehen, die für die Verwendung mit virtuellen Eingabegeräten vorgesehen sind. Beispielsweise ermöglicht das Protokoll beim Implementieren einer Remote-Desktop-Verbindung die Erstellung separater Sitzungen mit virtueller Tastatur und Maus für jeden Benutzer.
• „xdg-toplevel-drag“ — erweitert den „Drag & Drop“-Mechanismus um die Möglichkeit, Fenster oberster Ebene an Bewegungsoperationen anzuhängen, was beispielsweise für das Drag & Drop von Symbolleisten oder Browser-Tabs verwendet werden kann. Das neue Protokoll ermöglicht es, abtrennbare Teile eines Fensters zu erstellen, die beim Drag & Drop aus diesem Fenster neue Fenster werden und über bestehenden Fenstern bewegt werden können, bevor sie wieder angehängt werden.
• „xdg-dialog“ — ermöglicht es, Oberflächen oberster Ebene Merkmale zuzuweisen, die spezifisch für Dialogfenster sind, zum Beispiel können modale Dialoge erstellt werden, die die Interaktion des Benutzers mit dem restlichen Teil der Oberfläche blockieren.
• „linux-drm-syncobj“ — bietet Werkzeuge für die explizite Synchronisierung von Buffern mithilfe von DRM-Synchronisierungsobjekten (Direct Rendering Manager). Es wird erwartet, dass das vorgeschlagene Protokoll beim Synchronisieren von Render-Operationen im Buffer die Arbeit mit Grafikkarten-APIs wie Vulkan und OpenGL verbessert (die Implementierung basiert auf Handlern in Treibern). Das neue Protokoll ermöglicht es, sicherzustellen, dass die Render-Operation im Buffer abgeschlossen ist, bevor der Composite-Manager diesen Buffer anzeigt.
• alpha-modifier, der es Kunden ermöglicht, den Transparenzgrad der Oberfläche zu ändern und die Vorgänge zur Gewährleistung der Transparenz an den Compositing-Server auszulagern, der diese Vorgänge dann an KMS weiterleiten kann.
• xdg-toplevel-icon — bindet das Symbol an das Fenster der oberen Ebene.
• ext-image-capture-source und ext-image-copy-capture — organisieren die Erfassung von Inhalten, die auf dem Bildschirm angezeigt werden.
• xdg-system-bell — ermöglicht das Ausgeben eines Systemsignals, das beispielsweise als Warnung im Terminalemulator verwendet werden kann. Die Form der Signalgebung wird nach Ermessen des Compositing-Managers festgelegt, dies kann nicht nur Ton, sondern auch eine visuelle Rückmeldung sein.
• fifo — implementiert einen FIFO-Mechanismus (first in, first out) zur Verarbeitung der Aktualisierungswarteschlange für den angezeigten Inhalt. Praktisch ermöglicht das Protokoll die Ausgabe unter Nutzung des Wartens auf das Ende der vertikalen Synchronisierung (vblank) anstelle von Callback-Aufrufen bei jeder Bereitschaft zur Anzeige eines neuen Frames, was das Problem der hohen GPU-Belastung bei Verwendung von VSync löst.
• commit-timing — ermöglicht es, eine Zeitbeschränkung an den Inhalt der Oberfläche zu binden (der Compositing-Server sollte Änderungen des Inhalts nach Möglichkeit innerhalb des angegebenen Zeitrahmens anzeigen, jedoch nicht früher).
• ext-data-control — ermöglicht privilegierten Clients die Verwaltung der Datenverarbeitung, beispielsweise zur Implementierung von Zwischenablage-Managern.
• ext-workspace — implementiert das Konzept virtuellen Arbeitsplätzen und bietet Ereignisse mit Informationen über den Zustand der Arbeitsflächen sowie Möglichkeiten zur Aktivierung und Deaktivierung von Arbeitsflächen. Das Protokoll kann verwendet werden, um Panels und Anzeigen zu erstellen, die eine Liste verfügbarer virtueller Arbeitsflächen anzeigen und den Wechsel zwischen diesen ermöglichen.

Protokolle, die im „unstable“-Zweig entwickelt werden:

• „fullscreen-shell“ — Steuerung des Vollbildmodus.
• „input-method“ — Verarbeitung von Eingabemethoden.
• «idle-inhibit» — Verhinderung des Starts des Bildschirmschoners.
• «input-timestamps» — Zeitstempel für Eingabeereignisse.
• «keyboard-shortcuts-inhibit» — Verwaltung der Anheftung von Tastenkombinationen und Hotkeys.
• «linux-explicit-synchronization» — Linux-spezifischer Mechanismus zur Synchronisierung von Puffern in Bezug auf Oberflächen.
• «pointer-gestures» — Verwaltung von Touchscreen-Eingaben.
• «pointer constraints» — Einschränkungen für Zeiger (Sperre).
• «primary-selection» — Gewährleistet analog zu X11 die Funktionalität des primären Clipboards (primary selection), dessen Informationen gewöhnlich mit der mittleren Maustaste eingefügt werden.
• «relative pointer events» — relative Zeigereignisse.
• «text-input» — Organisation der Texteingabe.
• «xdg-foreign» — Schnittstelle zur Interaktion mit Oberflächen eines 'benachbarten' Clients.
• «xdg-decoration» — Zeichnung von Fensterdekorationen auf der Serverseite.
• «xdg-output» — zusätzliche Informationen über die Videoausgabe (verwendet für fractional scaling).
• «xwayland-keyboard-grab» — Erfassen von Eingaben in XWayland-Anwendungen.

Alle Protokolle durchlaufen konsequent Entwicklungs-, Test- und Stabilisierungsphasen. Nach Abschluss der Entwicklungsphase (Kategorie „unstable“) wird das Protokoll in den Branch „staging“ verschoben und offiziell in das Set von wayland-protocols aufgenommen, und nach Abschluss der Tests wird es in die stabile Kategorie verschoben. Protokolle aus der Kategorie „staging“ können bereits in Kompositionsservern und Clients verwendet werden, wo die damit verbundenen Funktionen erforderlich sind. Im Gegensatz zur Kategorie „unstable“ sind in „staging“ Änderungen, die die Kompatibilität verletzen, verboten, aber im Falle von Problemen und Mängeln während der Tests ist ein Austausch durch eine neue signifikante Version des Protokolls oder eine andere Wayland-Erweiterung nicht ausgeschlossen.

Um die Übermittlung von Protokollen an Entwickler zu beschleunigen und die frühe Implementierung von Protokollen in bestehenden Projekten zu fördern, wurde seit der letzten Version zusätzlich die Phase „experimental“ eingeführt, in der Änderungen vorgenommen werden dürfen, die die Kompatibilität verletzen, sowie „rohe“ Protokolle hinzugefügt werden können, die schrittweise auf das erforderliche Niveau gebracht werden. Während zur Erreichung der Phase „staging“ ein Unterstützerteam gebildet und eine bestimmte Anzahl von Bestätigungen (ACK) von den Prüfern eingeholt werden muss, genügt es für die Phase „experimental“, dass innerhalb eines zweiwöchigen Prüfzeitraums keine Widersprüche (NACK) vorliegen.

Quelle: opennet.ru