Hace poco fue anunciada la liberación de la nueva versión estable del protocolo Wayland 1.18, en la cual esta nueva versión es compatible con versiones anteriores a nivel API y ABI con las versiones 1.x, pero además contiene una parte de las mejoras. En otras palabras, un servidor de compuesto no proporciona una API para la prestación de los elementos individuales y opera sólo con las ventanas ya formadas eliminando la doble búfer utilizando las bibliotecas de alto nivel tales como GTK + y el Qt.
Sobre Wayland
Actualmente, el soporte para el trabajo directo con Wayland ya está implementado para GTK3+, Qt 5, SDL, Clutter y EFL (Enlightenment Foundation Library).
La interacción con el hardware en Wayland/Weston, por ejemplo, la inicialización, el cambio de modos de video (configuración de modo drm) y la administración de memoria (GEM para i915 y TTM para radeon y nouveau) de tarjetas gráficas, se puede hacer directamente a través de un módulo a nivel de núcleo, que permite prescindir de privilegios de superusuario.
El servidor compuesto Weston puede funcionar no solo usando el módulo DRM del kernel de Linux, sino también sobre X11, otro servidor compuesto Wayland, framebuffer y RDP. Además, se están desarrollando proyectos para garantizar el trabajo en la parte superior de la pila de gráficos de la plataforma Android.
Como parte del proyecto Weston, se está desarrollando una de las implementaciones de servidores compuestos.
Cualquier otro producto que admita el protocolo Wayland también puede actuar como un servidor compuesto.
Mejoras importantes en Wayland 1.18
De sus novedades, en el anuncio se menciona que se agregó el soporte para el sistema de construcción Meson, mientras que la capacidad de construir usando autotools aún se conserva, pero se eliminará en una versión futura.
Otro de los cambios que se destacan de esta nueva versión de Wayland 1.18 es la nueva API agregada para separar objetos proxy basados en etiquetas. Esto permite que las aplicaciones y los kits de herramientas compartan una conexión Wayland.
Además, se agregó la función wl_global_remove () que distribuye un evento de eliminación de objeto global sin limpiarlo.
La nueva característica permite eliminar la ocurrencia del “race condition” al eliminar objetos globales. Ya que podrían ocurrir condiciones de carrera similares porque los clientes no pudieron confirmar la recepción del evento de eliminación. La función wl_global_remove () hace posible enviar primero un evento de eliminación y solo después de un cierto retraso borra el objeto.
También se garantizó el seguimiento de los temporizadores del servidor wayland en el espacio del usuario, lo que eliminó la creación de demasiados descriptores de archivos.
Fuente : desdelinux
- Visto: 1085
