Ahora que pasó la congelación del código de Wine 9.0 y se están realizando lanzamientos de desarrollo quincenales, con la vista puesta en Wine 10.0 el próximo año, se publicó la duodécima parte del controlador Wine Wayland para su revisión. Este último conjunto de trabajos de Wine Wayland consiste en implementar una emulación de cambio de modo de visualización.

Alexandros Frantzis continúa liderando el trabajo en el controlador Wine Wayland y el viernes envió los últimos parches para permitir la emulación de cambio de modo de visualización. Este soporte, a su vez, es importante para ejecutar juegos de Windows en Wine en Wayland en pantalla completa, pero ejecutándolos a una resolución más baja. Frantzis explicó en esa solicitud de fusión:

«Este MR utiliza el escalado de superficie lateral del compositor existente en el controlador (a través de wp_viewporter, actualmente usado para el escalado Hi-DPI) para emular cambios en el modo de visualización. Esto funciona maravillosamente en coordinación con la pantalla completa, ya que el compositor no solo es necesario para escalar la superficie, pero también para posicionarlo correctamente y proporcionar un entorno opaco (nota: ¡algunos compositores no implementan las dos últimas características correctamente!).

Como: 1. Wayland no permite a los clientes cambiar la configuración de pantalla real y 2. no existe ningún servicio consultable que retenga la información de la pantalla de manera consistente (à la xrandr), MR usa la configuración del dispositivo win32 como fuente de verdad para el vista actual. Dejamos que win32u maneje el cambio del modo de visualización de la manera estándar (es decir, simplemente actualizando la configuración del registro) y brindamos acceso al modo actual al actualizar los dispositivos de visualización a través de una nueva función gdi_display_manager.get_adapter().
Para poder asociar consistentemente (en todos los procesos) un dispositivo adaptador con su wl_output correspondiente, MR introduce datos del controlador por adaptador.

Nota para cualquiera que intente esto: muchos juegos modernos no cambian la configuración de visualización del hardware, sino que se escalan de la manera correcta para obtener el efecto visual de un cambio de modo (de la misma manera que funciona este MR, pero lo hacen en el lado de la aplicación). ). Para ejercer la mayor parte de la funcionalidad de este MR, necesita una aplicación que realmente utilice la API ChangeDisplaySettings de Win32″.

Más detalles para los interesados ​​vía esta solicitud de fusión que ahora está bajo revisión para ser implementado pronto en Wine.

Será interesante ver hasta dónde llega el soporte de Wine Wayland este año, e idealmente habrá un soporte nativo muy sólido para Wayland cuando se lance Wine 10.0 el próximo enero.