{"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\/it\/blog\/news\/dostupen-graficheskij-tulkit-gtk-4-14-s-novymi-dvizhkami-dlya-opengl-i-vulkan","title":{"rendered":"\u00c8 disponibile il toolkit grafico GTK 4.14 con nuovi motori per OpenGL e Vulkan","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo sette mesi di sviluppo, \u00e8 stato pubblicato il rilascio del toolkit multipiattaforma per la creazione di interfacce grafiche utente \u2014 GTK 4.14.0. GTK 4 \u00e8 in fase di sviluppo nell'ambito di un nuovo processo che cerca di fornire agli sviluppatori un'API stabile e supportata per diversi anni, da utilizzare senza temere di dover ristrutturare le applicazioni ogni sei mesi a causa di modifiche nell'API nelle nuove versioni di GTK. <\/p>\n
In futuro, \u00e8 previsto di formare un ramo sperimentale 4.90, nel quale saranno sviluppate funzionalit\u00e0 per la futura versione GTK5. Nel ramo GTK5 saranno inclusi cambiamenti che interrompono la compatibilit\u00e0 a livello di API, ad esempio, relativi alla deprecazione di alcuni widget, come il vecchio dialogo di selezione dei file. Si discute anche la possibilit\u00e0 di interrompere il supporto del protocollo X11 nel ramo GTK5 e mantenere la possibilit\u00e0 di lavorare solo con il protocollo Wayland. <\/p>\n
Tra i miglioramenti pi\u00f9 significativi in GTK 4.14: <\/p>\n
\n
Il pacchetto include nuovi motori di rendering unificati \u00abngl\u00bb e \u00abvulkan\u00bb, che utilizzano le API grafiche OpenGL (GL 3.3+ e GLES 3.0+) e Vulkan. Entrambi i motori si basano sull'API Vulkan, ma nel motore \u00abngl\u00bb \u00e8 stato creato un livello di astrazione separato per OpenGL, funzionante sopra Vulkan tenendo conto delle differenze tra OpenGL e Vulkan. Questo approccio ha consentito di utilizzare un'infrastruttura comune per la gestione del grafo della scena, le trasformazioni, la memorizzazione temporanea delle texture e dei glifi. L'unificazione ha anche semplificato notevolmente la manutenzione del codice sorgente di entrambi i motori e il loro mantenimento in uno stato aggiornato e sincronizzato.\n
A differenza del vecchio motore \u00abgl\u00bb, in cui per ogni tipo di nodo di rendering (rendernode) veniva utilizzato un semplice shader separato e veniva eseguita una riordinazione periodica dei dati durante il rendering off-screen, nei nuovi motori viene applicato uno shader complesso (ubershader), che interpreta i dati dal buffer. Tra le funzionalit\u00e0 distintive dei nuovi motori si citano l'antialiasing (che consente di preservare i dettagli fini e ottenere contorni pi\u00f9 levigati), la creazione di gradienti arbitrari (che pu\u00f2 utilizzare un numero qualsiasi di colori e sfumature) e lo scaling frazionario. <\/p>\n
Di default \u00e8 abilitato il nuovo motore di rendering \u00abngl\u00bb, e il supporto per l'API grafica Vulkan \u00e8 anch'esso abilitato di default. Durante la compilazione con la configurazione predefinita, \u00e8 ora richiesta la compatibilit\u00e0 con Vulkan 1.3.\n
Sono stati apportati significativi miglioramenti alla libreria GSK (GTK Scene Kit), che fornisce funzionalit\u00e0 di rendering di scene grafiche tramite OpenGL e Vulkan, in relazione al rendering dei caratteri, all'hinting e all'uso di valori di scala non interi durante l'output del testo. Per l'hinting (il miglioramento della nitidezza del contorno dei glifi durante la rasterizzazione per aumentare la chiarezza su schermi a bassa risoluzione) \u00e8 stato implementato il posizionamento subpixel dei glifi. \u00c8 stata migliorata la qualit\u00e0 del rendering dei caratteri con valori di scala non interi (ad esempio, 125%). \u00c8 stata implementata la supporto per l'espulsione degli elementi dalla cache per glifi e texture. \u00c8 stata aumentata l'efficienza della cache per i glifi.\n
Nell'ambito del passaggio dall'uso della libreria Cairo alla grafica tramite GPU, \u00e8 stato aggiunto il supporto per i \"percorsi\" (Path) per il disegno di forme e aree, utilizzando una sequenza di linee o curve B\u00e9zier cubiche e quadratiche. Per il disegno tramite percorsi, \u00e8 stato proposto l'oggetto GskPath, che definisce i parametri delle linee o delle curve, insieme agli oggetti GskPathBuilder per creare curve, GskPathPoint per definire un punto sulla figura e GskPathMeasure per eseguire misurazioni, come la lunghezza del contorno.
<\/center>\n
Nella libreria GDK, che fornisce uno strato tra GTK e il sottosistema grafico, \u00e8 stato ampliato il supporto per il meccanismo DMA-BUF, che consente l'utilizzo di buffer a livello di kernel, indirizzati tramite descrittore. Questo permette di trasferire i dati dei pixel tra i sottosistemi del kernel tramite descrittore, invece di copiarli. Nel contesto di GTK, il DMA-BUF pu\u00f2 essere utilizzato per minimizzare la copia dei dati pixel durante il processo di compositing e nella gestione dei video (ad esempio, un video pu\u00f2 essere registrato da un decoder hardware in dmabuf, successivamente attaccato a una superficie Wayland e inviato al gestore di composizione per sovrapporre gli elementi dell'interfaccia e visualizzarli senza operazioni inutili di copia dei dati).\n
Per l'invio diretto di contenuti come video al gestore dei componenti (saltando il rendering GSK) \u00e8 stato aggiunto il widget GtkGraphicsOffload, mentre per la creazione di contenuti per una trasmissione diretta \u00e8 stata aggiunta la classe GdkDmabufTextureBuilder, che crea oggetti GdkTexture da dmabuf. Come sorgente per dmabuf possono essere utilizzati pipewire, video4linux o gstreamer. I formati dmabuf supportati sono NV16, NV61, NV24, NV42 e YUV. <\/p>\n
\u00c8 stata aggiunta la classe GtkPrintDialog, progettata per creare dialoghi di stampa e offre un'API asincrona da utilizzare invece di GtkPrintOperation.\n
Nel widget GtkEmojiChooser sono stati aggiornati i dati degli emoji e aggiunta la funzionalit\u00e0 di ricerca in diverse lingue tenendo conto di vari locale.\n
Nel widget GtkEntry \u00e8 stato migliorato il monitoraggio delle modifiche apportate dall'utente (per implementare l'operazione di annullamento).\n
Nel widget GtkFileChooser \u00e8 stata accelerata l'apertura del dialogo di selezione dei file.\n
La classe GtkShortcutsWindow, che mostra suggerimenti su combinazioni di tasti e gesti sullo schermo, \u00e8 stata adattata per schermi di piccole dimensioni.\n
Nella modalit\u00e0 di ispezione (GTK inspector) \u00e8 stata fornita la visualizzazione delle informazioni su OpenGL, sottostrutture e FPS.\n
\u00c8 stato aggiunto il comando \"compare\" all'utilit\u00e0 gtk4-rendernode-tool.\n
\u00c8 stata proposta una nuova utility gtk4-path-tool per lavorare con percorsi.\n
Nell'utility gtk4-node-editor \u00e8 stato aggiunto il supporto per il salvataggio automatico.\n
\u00c8 stato risolto un arresto anomalo che si verificava utilizzando Wayland in ambienti non basati su GNOME Shell.\n
Sono stati aggiunti nuovi strumenti per persone con disabilit\u00e0 legate alla visualizzazione di testo formattato complesso, all'uso di WebKitGTK e alla gestione delle notifiche. \u00c8 stato migliorato il supporto per le specifiche ARIA. \u00c8 stata aggiunta l'interfaccia GtkAccessibleText per sfruttare le funzionalit\u00e0 di accessibilit\u00e0 in widget di testo di terze parti. Nell'interfaccia GtkText \u00e8 stato aggiunto il supporto per il protocollo AT-SPI per l'interazione con i lettori di schermo.\n
\u00c8 stata aggiunta la possibilit\u00e0 di rendering con GPU, utilizzando l'API WGL sulla piattaforma Windows.\n
\u00c8 stato ridotto il consumo di memoria durante il caricamento dei temi basati su CSS. <\/ul>\n
![\"\u00c8](\"\/wp-content\/uploads\/2024\/03\/3a9c6cd78b0cb2d5507e5464d7c6a476.png\")
<\/center>\n