Lo sviluppatore di KDE Xaver Hugl ha scritto un post sul blog su come il back-end DRM del compositore KWin ha funzionato per spostarsi dalle superfici GBM (gbm_surfaces) per allocare direttamente i buffer e importarli in EGL. Questo alla fine dovrebbe essere una vittoria per il compositore KWin una volta che tutto è completo.
A causa delle varie limitazioni di KWin relative a gbm_surface, KWin ha tentato di allocare i buffer manualmente e quindi di importarli in EGL come EGLImage. Ma in questo nuovo percorso, KWin finisce per perdere il supporto per EGL_KHR_partial_update, in particolare come ottimizzazione delle prestazioni/risparmio energetico per i dispositivi mobili. Sperano di poter ripristinare il supporto EGL_KHR_partial_update in futuro.
Gli sviluppatori di KWin hanno anche affrontato altri ostacoli nel loro allontanamento da gbm_surface. Ma il punto principale del post sul blog di Xaver è:
“Il piano a lungo termine è fare in modo che i backend gestiscano esclusivamente i buffer e non interagiscano mai con le API grafiche. Al momento il supporto esistente per Xorg rende è impossibile farlo bene, ma con i piani per dividere la base di codice per X11 e Wayland e alla fine rimuovere completamente il supporto per Xorg, questo cambierà.Anche senza questo, tuttavia, c’è un sacco di codice nei backend che ha il potenziale per essere condiviso e semplificato con questo cambiamento, e alcune funzionalità che possono essere implementate più facilmente o del tutto, come il già citato screencasting a copia zero.”
Speriamo che questi miglioramenti di KWin risolvano alcuni degli ostacoli e dei bug/disturbi di KDE gli utenti hanno avuto con il compositore KWin che ha anche portato alla creazione di vari fork nel corso degli anni. Vedi il post sul blog di Xaver qui.
