Der MPV-Mediaplayer stellt die Unterstützung für GNOME ein

In den Code-Basis des Multimedia-Players MPV eingeführt Änderung, die beim Start in einer GNOME-Umgebung die Ausführung überprüfen und das Programm mit einer Nachricht beenden, Fehler über die Unmöglichkeit der Nutzung des Programms in GNOME. Später wurde diese Änderung durch eine mildere Variante ersetzt, die sich auf die Ausgabe einer Warnung beschränkt. Bis dahin wurde bereits ab Version 0.32 eine ähnliche Warnung ausgegeben über bekannte Probleme , die beim Start in GNOME unter Wayland auftreten., dass beim Start des Players in einer GNOME-Session unter Wayland zahlreiche Probleme auftreten, wie z. B. verzögerte Rahmenaktualisierungen und zufällige Fluktuationen mit der Vsync-Synchronisation. Diese Probleme sind spezifisch für GNOME, werden jedoch von vielen Nutzern nicht als GNOME-Probleme, sondern als Fehler in Wayland oder MPV wahrgenommen. Bis die Entwickler von GNOME die bestehenden Mängel beheben, wird den Nutzern empfohlen, auf eine Sitzung umzuschalten, die auf dem X.Org-Server läuft, oder andere Wayland-Kompositionsserver zu verwenden.

Es wird angemerktUnter den Problemen mit GNOME wird auch das Fehlen von Unterstützung für das Protokoll

xdg-decoration für die Fensterdekoration auf Serverseite und das Protokoll zwp_idle_inhibit_manager_v1
, ohne das es während der Videowiedergabe zu Bildschirm-Dimmen kommen kann. Das erste Problem kann umgangen werden, indem mpv mit den Optionen —gpu-context=x11egl oder —gpu-context=x11 gestartet wird, unddas zweite durch den Start von mpv mit dem gnome-session-inhibit-Handler, der spezifisch für GNOME ist.
Nach Ansicht der Entwickler von mpv sind die genannten Probleme darauf zurückzuführen, dass GNOME nicht nur als Desktop, sondern als eigene Plattform positioniert wird, die sich nicht besonders um die Kompatibilität mit anderen Umgebungen kümmert und sich weigert, die einfachsten Standardmechanismen wie die oben erwähnten Protokolle xdg-decoration und zwp_idle_inhibit_manager hinzuzufügen, die die Vereinheitlichung von Anwendungen für verschiedene Desktop-Umgebungen erleichtern könnten. Stattdessen versucht man in GNOME, eigene alternative Mechanismen aufzuzwingen, die an GTK gebunden sind und eine Steuerung des Renderings von Fensterinhalten nur auf Client-Seite (CSD) zulassen oder die Verwendung von DBus für die Deaktivierung des Bildschirmschoners erfordern.

Laut den Entwicklern von mpv sind die genannten Probleme darauf zurückzuführen, dass GNOME nicht nur als Desktop, sondern als eigene Plattform positioniert wird, die nicht besonders darauf bedacht ist, mit anderen Umgebungen kompatibel zu sein und sich weigert, Unterstützung für die einfachsten Standardmechanismen, wie die zuvor erwähnten Protokolle xdg-decoration und zwp_idle_inhibit_manager, hinzuzufügen, die die Vereinheitlichung von Anwendungen für verschiedene Desktop-Umgebungen erleichtern könnten. Stattdessen versucht GNOME, eigene alternative Mechanismen aufzuzwingen, die eine Bindung an GTK erfordern, die eine Verwaltung der Fensterinhalte nur auf der Client-Seite (CSD) zulassen oder die Verwendung von DBus für das Deaktivieren des Bildschirmschoners erfordern.

Letztendlich beschränkten sich die Entwickler von mpv darauf, eine Warnung auszugeben, anstatt einen Fehler aufgrund eines vorzeitigen Programmabbruchs zu melden. Sie entschieden sich jedoch, die Unterstützung für GNOME einzustellen und werden nicht mehr auf Problemberichte reagieren, die auf Systemen mit diesem Desktop erscheinen.

Quelle: opennet.ru