Wayland 1.18 ankommer med mesonsupport, ny API og mere

nylig frigivelsen af ​​den nye stabile version af Wayland 1.18-protokollen blev annonceret, hvor denne nye version er kompatibel med tidligere versioner på API og ABI-niveau med version 1.x, men også indeholder en del af forbedringerne.

For dem der ikke er opmærksomme på Wayland, de burde vide det dette er en protokol til interaktion mellem en sammensat server og de applikationer, der arbejder med den. Klienter gengiver deres vinduer uafhængigt hver for sig og sender opdateringsoplysninger til en sammensat server, som kombinerer indholdet af individuelle applikationsvinduer for at danne det endelige output under hensyntagen til mulige nuancer såsom vinduesoverlappning og gennemsigtighed.

Med andre ord leverer en sammensat server ikke en API til gengivelse af individuelle elementer og fungerer kun med de allerede dannede vinduer eliminering af dobbeltbuffering ved hjælp af biblioteker på højt niveau som GTK + og Qt.

Om Wayland

I øjeblikket er supporten til direkte arbejde med Wayland er allerede implementeret til GTK3 +, Qt 5, SDL, Clutter og EFL (Oplysningsfondens bibliotek).

Interaktion med hardware i Wayland / Weston f.eks. initialisering, ændring af videotilstande (indstilling af drm-tilstand) og hukommelsesstyring (GEM til i915 og TTM til radeon og nouveau) af grafikkort, kan gøres direkte via et kerneniveau-modul, som giver dig mulighed for at omgå superbrugerrettigheder.

Weston komposit server kan ikke kun arbejde med Linux kernel DRM modul, men også på X11, anden Wayland komposit server, framebuffer og RDP. Derudover udvikles projekter for at sikre arbejde øverst i grafikstakken på Android-platformen.

Som en del af Weston-projektet udvikles en af ​​de sammensatte serverimplementeringer.

Ethvert andet produkt, der understøtter Wayland-protokollen, kan også fungere som en sammensat server.

Fx arbejdet er i øjeblikket i gang med at yde support til Wayland ved KWin. I sin nuværende form er Weston allerede gået ud over rækkevidden af ​​et sæt prøver for at teste Wayland-protokollen og kan erhverve funktionalitet gennem plugins. Derudover foreslås det at implementere brugerdefinerede skaller og avancerede vinduesstyringsfunktioner i form af backends uden for Weston.

For at sikre kørsel af almindelige X11-applikationer i et Wayland-baseret miljø anvendes XWayland DDX (Device Dependent X) -komponenten, som i organisation minder om at arbejde i Xwin og Xquartz til Win32 og OS X-platforme.

Understøttelse af X11-applikationsudgivelse er planlagt til at blive integreret direkte i Weston-sammensatte server, som når det kommer til den fulde X11-applikation - vil starte frigivelsen af ​​X-serveren og relaterede XWayland-komponenter.

Med denne tilgang vil processen med at starte X11-applikationer være ligetil og skelnes ikke for brugeren af ​​at starte applikationer, der arbejder direkte med Wayland.

Store forbedringer i Wayland 1.18

Af nyhederne nævnes meddelelsen hvadtilføjede understøttelse af Meson-byggesystemet, mens evnen til at bygge ved hjælp af autotools stadig bevares, men fjernes i en fremtidig udgivelse.

En anden ændring, der skiller sig ud i denne nye version af Wayland 1.18 er ny API tilføjet til separate proxyobjekter tag-baseret. Dette giver applikationer og værktøjssæt mulighed for at dele en Wayland-forbindelse.

Derudover tilføjet funktion wl_global_remove () der sender en global objekt-slettehændelse uden at rense den.

Den nye funktion gør det muligt at eliminere forekomsten af ​​"race-tilstanden", når man fjerner globale objekter. Lignende løbsbetingelser kunne forekomme, fordi kunderne ikke kunne bekræfte modtagelsen af ​​eliminationshændelsen. Funktionen wl_global_remove () gør det muligt at sende en slettehændelse først og først efter en vis forsinkelse sletter den objektet.

også sporing af wayland-servertimere blev garanteret i brugerrummet, hvilket eliminerer oprettelsen af ​​for mange filbeskrivere.