{"id":114277,"date":"2024-03-13T00:25:49","date_gmt":"2024-03-12T22:25:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupen-graficheskij-tulkit-gtk-4-14-s-novymi-dvizhkami-dlya-opengl-i-vulkan"},"modified":"2024-03-13T00:25:49","modified_gmt":"2024-03-12T22:25:50","slug":"dostupen-graficheskij-tulkit-gtk-4-14-s-novymi-dvizhkami-dlya-opengl-i-vulkan","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/dostupen-graficheskij-tulkit-gtk-4-14-s-novymi-dvizhkami-dlya-opengl-i-vulkan","title":{"rendered":"Das grafische Toolkit GTK 4.14 ist mit neuen Engines f\u00fcr OpenGL und Vulkan verf\u00fcgbar.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach sieben Monaten Entwicklung wurde die plattform\u00fcbergreifende Toolkit-Version f\u00fcr die Erstellung von grafischen Benutzeroberfl\u00e4chen - GTK 4.14.0 - ver\u00f6ffentlicht. GTK 4 entwickelt sich im Rahmen eines neuen Entwicklungsprozesses, der versucht, Entwicklern eine stabile und \u00fcber viele Jahre unterst\u00fctzte API zu bieten, die verwendet werden kann, ohne dass alle sechs Monate Anpassungen an den Anwendungen aufgrund von API-\u00c4nderungen in der n\u00e4chsten GTK-Version erforderlich sind. <\/p>\n
In Zukunft ist geplant, einen experimentellen Branch 4.90 zu bilden, in dem die Funktionalit\u00e4t f\u00fcr die zuk\u00fcnftige GTK5-Version weiterentwickelt wird. In den Branch GTK5 werden \u00c4nderungen aufgenommen, die die API-Kompatibilit\u00e4t brechen, beispielsweise in Bezug auf die Abwertung bestimmter Widgets, wie den alten Dateiauswahl-Dialog. Auch wird die M\u00f6glichkeit diskutiert, die Unterst\u00fctzung des X11-Protokolls im Branch GTK5 einzustellen und die Funktionalit\u00e4t nur mit dem Wayland-Protokoll zu erm\u00f6glichen. <\/p>\n
Zu den bemerkenswertesten Verbesserungen in GTK 4.14 geh\u00f6ren: <\/p>\n
\n
Das Paket umfasst neue einheitliche Rendering-Engines \u201engl\u201c und \u201evulkan\u201c, die die Grafik-APIs OpenGL (GL 3.3+ und GLES 3.0+) und Vulkan nutzen. Beide Engines basieren auf der Vulkan-API, wobei die Engine \u201engl\u201c f\u00fcr OpenGL eine separate Abstraktionsschicht geschaffen hat, die \u00fcber Vulkan arbeitet und die Unterschiede zwischen OpenGL und Vulkan ber\u00fccksichtigt. Dieser Ansatz hat es erm\u00f6glicht, in beiden Engines eine gemeinsame Infrastruktur zur Verarbeitung von Szenendiagrammen (scene graph), Transformationen, Textur- und Glyphen-Caching zu nutzen. Die Vereinheitlichung hat auch die Wartung des Code-Frameworks beider Engines erheblich vereinfacht und deren Aktualit\u00e4t und Synchronit\u00e4t sichergestellt.\n
Im Gegensatz zur alten Engine \u201egl\u201c, bei der f\u00fcr jeden Typ von Rendering-Knoten (rendernode) ein separater einfacher Shader verwendet wurde und eine periodische Neusortierung der Daten beim Offscreen-Rendering durchgef\u00fchrt wurde, verwenden die neuen Engines anstelle des Offscreen-Renderings einen komplexen Shader (ubershader), der die Daten aus dem Puffer interpretiert. Zu den herausragenden Merkmale der neuen Engines z\u00e4hlen Anti-Aliasing (erlaubt das Beibehalten feiner Details und erm\u00f6glicht eine gleichm\u00e4\u00dfigere Rendering-Konturen), die Erstellung beliebiger Verl\u00e4ufe (es k\u00f6nnen beliebig viele Farben und Gl\u00e4ttungen verwendet werden) und die skalierbare Zoomstufen. <\/p>\n
Standardm\u00e4\u00dfig ist der neue Rendering-Engine \u201engl\u201c aktiviert und die Unterst\u00fctzung des Grafik-API Vulkan ist ebenfalls standardm\u00e4\u00dfig aktiviert. Bei der Standardkonfiguration ist nun die Unterst\u00fctzung von Vulkan 1.3 erforderlich.\n
Die GSK-Bibliothek (GTK Scene Kit), die Rendering-Funktionen f\u00fcr Grafikszenen \u00fcber OpenGL und Vulkan bietet, hat bedeutende Verbesserungen in Bezug auf das Rendering von Schriften, Hinting und die Verwendung von nicht ganzzahligen Skalierungswerten beim Text-Rendering erfahren. Beim Hinting (Glatte Konturen von Glyphen bei der Rasterung f\u00fcr verbesserte Klarheit auf Bildschirmen mit niedriger Aufl\u00f6sung) wurde subpixelgenaues Positionieren von Glyphen implementiert. Die Qualit\u00e4t des Schrift-Renderings bei nicht ganzzahligen Skalierungswerten (z.B. 125%) wurde verbessert. Die Unterst\u00fctzung f\u00fcr das Auslagern von Elementen aus den Caches f\u00fcr Glyphen und Texturen wurde implementiert. Die Effizienz der Glyphen-Caching wurde erh\u00f6ht.\n
Im Rahmen der Arbeiten zur Abl\u00f6sung der Cairo-Bibliothek zugunsten der GPU-gest\u00fctzten Zeichnung wurde die Unterst\u00fctzung von \u201ePfaden\u201c (Path) zur Darstellung von Formen und Fl\u00e4chen hinzugef\u00fcgt, die sequenziell aus Linien oder kubischen und quadratischen B\u00e9zier-Kurven bestehen. F\u00fcr die Darstellung mithilfe von Pfaden wurde das Objekt GskPath vorgeschlagen, das die Parameter von Linien oder Kurven definiert, sowie die Objekte GskPathBuilder zur Erstellung von Kurven, GskPathPoint zur Definition eines Punktes auf der Figur und GskPathMeasure zur Durchf\u00fchrung von Messungen, wie z. B. der Konturl\u00e4nge.
<\/center>\n
In der GDK-Bibliothek, die eine Schicht zwischen GTK und der Grafik-Subsystem bereitstellt, wurde die Unterst\u00fctzung des DMA-BUF-Mechanismus erweitert, der es erm\u00f6glicht, Kernel-Puffer zu verwenden, die \u00fcber einen Descriptor adressiert werden. Dies erm\u00f6glicht es, Pixel-Daten anstelle von Kopieren zwischen den Subsystemen des Kernels \u00fcber den Descriptor zu \u00fcbertragen. Im Kontext von GTK kann DMA-BUF verwendet werden, um das Kopieren von Pixel-Daten im Kompositionsprozess und bei der Arbeit mit Videos zu minimieren (z.B. kann Video von einem Hardware-Dekoder in dmabuf aufgenommen werden, das dann an eine Wayland-Oberfl\u00e4che angeh\u00e4ngt und an den Komposite-Manager zur \u00dcberlagerung von UI-Elementen und Anzeige auf dem Bildschirm ohne zus\u00e4tzliche Kopieroperationen \u00fcbergeben wird).\n
F\u00fcr die direkte \u00dcbertragung von Inhalten wie Videos an den Composite-Manager (um die GSK-Rendering-Pipeline zu umgehen), wurde das GtkGraphicsOffload-Widget hinzugef\u00fcgt, und zum Erstellen von Inhalten f\u00fcr die direkte \u00dcbertragung wurde die Klasse GdkDmabufTextureBuilder hinzugef\u00fcgt, die GdkTexture-Objekte aus dmabuf erstellt. Als Quelle f\u00fcr dmabuf k\u00f6nnen pipewire, video4linux oder gstreamer verwendet werden. Die Formate von dmabuf NV16, NV61, NV24, NV42 und YUV werden unterst\u00fctzt. <\/p>\n
Die Klasse GtkPrintDialog wurde hinzugef\u00fcgt, die zur Erstellung von Druckausgabedialogen dient und eine asynchrone API zur Verwendung anstelle von GtkPrintOperation bietet.\n
Im GtkEmojiChooser-Widget wurden die Emoji-Daten aktualisiert und die M\u00f6glichkeit zur Suche in verschiedenen Sprachen unter Ber\u00fccksichtigung unterschiedlicher Sprachen hinzugef\u00fcgt.\n
Im GtkEntry-Widget wurde das Tracking von \u00c4nderungen, die vom Benutzer vorgenommen wurden (zur Durchf\u00fchrung der R\u00fcckg\u00e4ngig-Operation), verbessert.\n
Im GtkFileChooser-Widget wurde das \u00d6ffnen des Datei-Auswahldialogs beschleunigt.\n
Die Klasse GtkShortcutsWindow, die Hinweise zu Tastenkombinationen und Bildschirmgesten anzeigt, wurde f\u00fcr kleine Bildschirme optimiert.\n
Im Inspektionsmodus (GTK-Inspektor) wird jetzt Informationen \u00fcber OpenGL, Unterschichten und FPS angezeigt.\n
Der Dienst gtk4-rendernode-tool hat den Befehl \u201ecompare\u201c hinzugef\u00fcgt.\n
Ein neues Werkzeug gtk4-path-tool f\u00fcr die Arbeit mit Pfaden wurde vorgeschlagen.\n
Im gtk4-node-editor wurde die Unterst\u00fctzung f\u00fcr automatisches Speichern hinzugef\u00fcgt.\n
Ein Absturzproblem, das bei der Verwendung von Wayland in Nicht-GNOME-Shell-Umgebungen auftrat, wurde behoben.\n
Neue Tools f\u00fcr Menschen mit Behinderungen, die sich auf die Anzeige komplex formatierter Texte, die Verwendung von WebKitGTK und die Ausgabe von Benachrichtigungen beziehen, wurden hinzugef\u00fcgt. Die Unterst\u00fctzung der ARIA-Spezifikationen wurde verbessert. Das GtkAccessibleText-Interface wurde hinzugef\u00fcgt, um Zug\u00e4nglichkeits-Funktionen in externen Text-Widgets zu nutzen. Im GtkText-Interface wurde die Unterst\u00fctzung f\u00fcr das AT-SPI-Protokoll zur Interaktion mit Bildschirmlesern hinzugef\u00fcgt.\n
Die M\u00f6glichkeit zum Rendern unter Verwendung von GPU mit der WGL-API auf Windows-Plattformen wurde hinzugef\u00fcgt.\n
Der Speicherverbrauch beim Laden von CSS-basierten Designs wurde reduziert. <\/ul>\n
![\"Das](\"\/wp-content\/uploads\/2024\/03\/3a9c6cd78b0cb2d5507e5464d7c6a476.png\")
<\/center>\n