Veröffentlichung von Wayland-Protocols 1.38

Die Veröffentlichung des Wayland-Protokollpakets 1.38, das eine Reihe von Protokollen und Erweiterungen enthält, die das grundlegende Wayland-Protokoll ergänzen und die erforderlichen Funktionen zur Erstellung von Komposit-Servern und Benutzerumgebungen bieten.

Alle Protokolle durchlaufen drei Phasen - Entwicklung, Test und Stabilisierung. Nach Abschluss der Entwicklungsphase (Kategorie „unstable“) wird das Protokoll in den Branch „staging“ verschoben und offiziell in das Paket wayland-protocols aufgenommen. Nach Abschluss der Tests wird es in die Kategorie stabiler Protokolle verschoben. Protokolle aus der Kategorie „staging“ können bereits in Komposition-Servern und Clients verwendet werden, in denen die damit verbundenen Funktionen benötigt werden. Im Gegensatz zur Kategorie „unstable“ ist in „staging“ die Einführung von Änderungen, die die Kompatibilität brechen, untersagt, aber wenn während der Tests Probleme und Mängel auftreten, kann ein neues signifikantes Protokoll oder eine andere Wayland-Erweiterung ersetzt werden.

In der neuen Version wurden zur Kategorie „staging“ Protokolle hinzugefügt:

• 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).

Derzeit umfassen die wayland-protocols die folgenden stabilen Protokolle, die abwärtskompatibel sind:

• „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“ - Schnittstelle zur Erstellung und Interaktion mit Oberflächen wie Fenstern, die es ermöglicht, sie auf dem Bildschirm zu verschieben, zu minimieren, zu maximieren, die Größe zu ändern usw.
• „linux-dmabuf“ - ermöglicht die gemeinsame Nutzung mehrerer Grafikkarten mittels der DMA-BUF-Technologie (erlaubt die 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 Clients, Informationen über den angezeigten Inhalt zu übermitteln, die zur Optimierung des Verhaltens in Bezug auf den Inhalt verwendet werden können, beispielsweise zur Festlegung spezifischer DRM-Eigenschaften wie «content type». Unterstützt werden folgende Inhaltstypen: none (keine Informationen über den Datentyp), photo (Ausgabe digitaler Fotos, die minimale Verarbeitung erfordert), video (Video oder Animation, die eine genauere Synchronisation erfordert, um Ruckler zu vermeiden) und game (Start von Spielen, die eine Ausgabe mit minimaler Verzögerung erfordern). zu einem Server ext-idle-notify – ermöglicht es Kompositservern, den Clients Benachrichtigungen über die Inaktivität des Benutzers zu übermitteln, was zur Aktivierung zusätzlicher Energiesparmodi nach einer bestimmten Inaktivitätszeit verwendet werden kann.
• 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“ — dient der Erstellung von vorübergehenden unabhängigen Sitzungen (seat), die für die Nutzung zusammen mit virtuellen Eingabegeräten ausgelegt sind. Beispielsweise bei der Umsetzung der Möglichkeit, sich mit einem entfernten Desktop kann das Protokoll für jeden Benutzer eine separate Sitzung mit einer virtuellen Tastatur und Maus ermöglichen.
• „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.

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.

Zusätzlich kann das Angebot eines Mitarbeiters von Valve hervorgehoben werden, eine weitere Phase zur Förderung neuer Wayland-Protokolle – „experimental“ – hinzuzufügen, die die Hürden für die Integration von Protokollen in das Wayland-Protocols-Paket senken und deren Implementierung beschleunigen sollte. Derzeit erfordert das Erreichen der „staging“-Phase für ein Protokoll die Bildung eines Unterstützungsteams und eine bestimmte Anzahl von Bestätigungen (ACK) von den Begutachtern. In der „experimental“-Phase wird vorgeschlagen, das Protokoll nicht durch das Einholen von Bestätigungen, sondern aufgrund des Fehlens von Einsprüchen (NACK) während einer zweiwöchigen Begutachtungsphase zu akzeptieren. Bei Bedarf können die Begutachter auch die Diskussion um weitere zwei Wochen verlängern, indem sie den Status „WAIT“ festlegen.

In der „experimental“-Phase wird zudem vorgeschlagen, die Einführung von inkompatiblen Änderungen und die Hinzufügung von „rohen“ Protokollen zuzulassen, die schrittweise auf das erforderliche Niveau gebracht werden können. Dadurch soll die „experimental“-Phase es ermöglichen, neue Prototypen von Protokollen schnell an die Entwickler zu übermitteln, deren Implementierung in bestehenden Projekten zu fördern und Feedback von Anwendern zu erhalten. Der vorgeschlagene Prozess soll die Protokollentwickler von langen Diskussionen und Bürokratie befreien, bevor sie in das Wayland-Protocols-Paket aufgenommen werden. So wurden beispielsweise die in dieser Veröffentlichung akzeptierten Protokolle xdg-system-bell, fifo und commit-timing über ein Jahr lang diskutiert.

Quelle: opennet.ru