{"id":123730,"date":"2025-04-29T09:05:07","date_gmt":"2025-04-29T07:05:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-wayland-protocols-1-44-i-kompozitnogo-servera-weston-14-0-2"},"modified":"2025-04-29T09:05:07","modified_gmt":"2025-04-29T07:05:07","slug":"vypusk-wayland-protocols-1-44-i-kompozitnogo-servera-weston-14-0-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-wayland-protocols-1-44-i-kompozitnogo-servera-weston-14-0-2","title":{"rendered":"Pubblicazione di Wayland-Protocols 1.44 e del server composito Weston 14.0.2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata pubblicata la versione del pacchetto wayland-protocols 1.44, contenente un insieme di protocolli e estensioni che completano il protocollo di base Wayland e forniscono le funzionalit\u00e0 necessarie per costruire server compositi e ambienti utente. <\/p>\n
In Wayland-Protocols 1.44 \u00e8 stato introdotto un nuovo protocollo color-representation-v1 per definire la rappresentazione del colore delle superfici Wayland. Attraverso questo nuovo protocollo, i client possono trasmettere metadati necessari per determinare la trasparenza, il modello di colore, la sottodisciplina e l'intervallo di quantizzazione, utilizzati nella conversione del buffer di dati corrispondente al modello di colore YCbCr in una rappresentazione RGB. <\/p>\n
Tutti i protocolli passano sequenzialmente attraverso le fasi di sviluppo, test e stabilizzazione. Una volta conclusa la fase di sviluppo (categoria ), il protocollo viene spostato nel ramo e ufficialmente incluso nel set di wayland-protocols; dopo il completamento dei test, viene trasferito nella categoria stabile. I protocolli della categoria possono gi\u00e0 essere utilizzati nei server e client compositi dove \u00e8 necessaria la funzionalit\u00e0 corrispondente. A differenza della categoria , nella sono vietate modifiche che compromettono la compatibilit\u00e0, ma in caso di identificazione di problemi e carenze durante i test, non \u00e8 esclusa la sostituzione con una nuova versione significativa del protocollo o un'altra estensione di Wayland. <\/p>\n
Per accelerare il trasferimento dei protocolli agli sviluppatori e stimolare la loro attuazione anticipata nei progetti esistenti, a partire dall'edizione precedente \u00e8 stata aggiunta una fase \"experimental\", in cui sono consentiti cambiamenti che compromettono la compatibilit\u00e0 e l'aggiunta di protocolli \"raw\" che possono essere progressivamente sviluppati al livello desiderato. Se per far entrare un protocollo nella fase \"staging\" \u00e8 necessario costituire un team di supporto e ottenere un certo numero di conferme (ACK) dai partecipanti alla revisione, per passare alla fase \"experimental\" \u00e8 sufficiente non ricevere obiezioni (NACK) durante un periodo di revisione di due settimane. <\/p>\n
Attualmente, il set di protocolli wayland-protocols include i seguenti protocolli stabili, che garantiscono la retrocompatibilit\u00e0: <\/p>\n
\n
«viewporter» — consente al cliente di eseguire operazioni di scaling e ritaglio dei bordi della superficie lato server. <\/li>\n
«presentation-time» — garantisce la visualizzazione video. <\/li>\n
«xdg-shell» — interfaccia per la creazione e l'interazione con le superfici come finestre, consentendo di spostarle sullo schermo, ridurle a icona, espanderle, modificarne le dimensioni, ecc. <\/li>\n
«linux-dmabuf» — fornisce funzionalit\u00e0 per la creazione di wl_buffer basati su DMA-BUF. <\/li>\n
«tablet» — gestione dell'input da tavolette grafiche. <\/li>\n<\/ul>\n
Protocolli testati nel ramo «staging»: <\/p>\n
\n
drm-lease — fornisce le risorse necessarie per formare l'immagine stereoscopica con buffer diversi per l'occhio sinistro e destro durante l'output ai visori di realt\u00e0 virtuale. <\/li>\n
«ext-session-lock» — definisce i mezzi per bloccare la sessione, ad esempio durante l'attivazione dello screensaver o la visualizzazione del dialogo di autenticazione. <\/li>\n
«single-pixel-buffer» — consente di creare buffer di un solo pixel contenenti quattro valori RGBA a 32 bit. <\/li>\n
«xdg-activation» — permette di trasferire il focus tra diverse superfici di primo livello (ad esempio, utilizzando xdg-activation, un'applicazione pu\u00f2 spostare il focus su un'altra). <\/li>\n
content-type \u2014 consente ai clienti di comunicare al server composito informazioni sul contenuto da visualizzare, che possono essere utilizzate per ottimizzare il comportamento in base al contenuto, come ad esempio l'impostazione di propriet\u00e0 DRM specifiche, come \"content type\". \u00c8 supportato quanto segue: none (nessuna informazione sul tipo di dato), photo (visualizzazione di foto digitali che richiede una minima elaborazione), video (video o animazione, richiede una sincronizzazione pi\u00f9 precisa per evitare ritardi) e game (esecuzione di giochi, richiede un'uscita con minima latenza). <\/li>\n
ext-idle-notify \u2014 consente ai server compositi di inviare ai clienti notifiche di inattivit\u00e0 dell'utente, che possono essere utilizzate per attivare modalit\u00e0 di risparmio energetico aggiuntive dopo un certo periodo di inattivit\u00e0. <\/li>\n
tearing-control \u2014 consente di disattivare la sincronizzazione verticale (VSync) con impulso di spegnimento nei programmi a schermo intero, utilizzata per prevenire la comparsa di tearing durante l'output. In applicazioni multimediali, la comparsa di artefatti dovuti al tearing \u00e8 un effetto indesiderato, ma nei giochi \u00e8 possibile tollerare tali artefatti se il tentativo di eliminarli porta a ritardi aggiuntivi. <\/li>\n
ext-foreign-toplevel-list \u2014 consente di ottenere informazioni sulle superfici collocate ai livelli superiori (toplevel), che permettono di ancorare le finestre sopra altri contenuti, ad esempio per connettere pannelli e interruttori personalizzati. <\/li>\n
security-context \u2014 permette di identificare i client che utilizzano l'isolamento sandbox. Un client pu\u00f2 registrare una nuova connessione a un server composito basato su Wayland e allegare un contesto di sicurezza, dopo di che, in base al contesto di sicurezza specificato, il gestore di composizione limiter\u00e0 le capacit\u00e0 disponibili per la connessione stabilita. <\/li>\n
cursor-shape \u2014 un modo alternativo per configurare l'aspetto del cursore, basato sulla trasmissione di una serie di immagini del cursore invece di essere vincolato alla superficie (wl_surface). <\/li>\n
\u00abext-transient-seat\u00bb \u2014 destinato alla creazione di sessioni temporanee indipendenti (seat), progettate per l'uso con dispositivi di input virtuali. Ad esempio, quando si implementa la possibilit\u00e0 di connettersi a un desktop remoto, il protocollo permette di creare una sessione separata per ogni utente con tastiera e mouse virtuali. <\/li>\n
\u00abxdg-toplevel-drag\u00bb \u2014 estende il meccanismo \u00abdrag & drop\u00bb con la possibilit\u00e0 di allegare finestre di livello superiore all'operazione di spostamento, il che pu\u00f2 essere utilizzato, ad esempio, per organizzare il trascinamento del mouse delle barre degli strumenti o delle schede del browser. Il nuovo protocollo consente di creare parti staccabili di una finestra, che durante il trascinamento da questa finestra diventano nuove finestre e possono essere spostate sopra a una finestra esistente prima di essere riattaccate. <\/li>\n
\u2014 consente di assegnare alle superfici di alto livello caratteristiche specifiche per le finestre di dialogo, ad esempio, \u00e8 possibile creare finestre di dialogo modali che bloccano l'interazione dell'utente con il resto dell'interfaccia. <\/li>\n
\u00ablinux-drm-syncobj\u00bb \u2014 fornisce strumenti per la sincronizzazione esplicita dei buffer tramite oggetti di sincronizzazione DRM (Direct Rendering Manager). Si prevede che, nel contesto della sincronizzazione durante il rendering nel buffer, il protocollo proposto migliorer\u00e0 il funzionamento con i driver basati su API grafiche Vulkan e OpenGL (l'implementazione si basa sui gestori nei driver). Il nuovo protocollo consente di assicurarsi che l'operazione di rendering nel buffer sia completata prima che il gestore di composizione visualizzi questo buffer. <\/li>\n
modificatore alpha, che consente ai client di cambiare il livello di trasparenza della superficie e di delegare le operazioni relative alla trasparenza al server composito, il quale pu\u00f2 a sua volta inoltrare queste operazioni al KMS. <\/li>\n
xdg-toplevel-icon \u2014 associa un'icona a una finestra di alto livello. <\/li>\n
ext-image-capture-source e ext-image-copy-capture \u2014 organizzazione della cattura dei contenuti visualizzati sullo schermo. <\/li>\n
xdg-system-bell — consente di emettere un segnale di sistema, che pu\u00f2 essere utilizzato, ad esempio, come avviso in un emulatore di terminale. La modalit\u00e0 di emissione del segnale \u00e8 a discrezione del gestore compositivo, e pu\u00f2 includere non solo suoni, ma anche risposte visive. <\/li>\n
fifo — implementa un meccanismo FIFO (primo arrivato — primo servito) per la gestione della coda di aggiornamento del contenuto della superficie visualizzata. Da un punto di vista pratico, il protocollo permette di utilizzare l'attesa del completamento della scansione verticale (vblank) invece delle chiamate callback ogni volta che \u00e8 pronto a visualizzare un nuovo fotogramma, risolvendo il problema di alta congestione della GPU con VSync. <\/li>\n
commit-timing — consente di associare un vincolo di tempo al contenuto della superficie (il server compositivo deve visualizzare la modifica del contenuto, se possibile, entro il tempo specificato, ma non prima). <\/li>\n
ext-data-control — permette ai clienti privilegiati di gestire l'elaborazione dei dati, ad esempio, per implementare gestori degli appunti. <\/li>\n