El soporte de actualización de frecuencia variable (VRR / FreeSync / Adaptive-Sync) para el compositor Mutter de GNOME está más cerca de fusionarse
El soporte de back-end nativo para VRR que ha estado en desarrollo durante los últimos dos años ya no se considera un trabajo en progreso y se cree que ya no hay problemas de bloqueo que impidan que este código llegue.
Los cambios de back-end nativos de GNOME Mutter son para poder detectar monitores compatibles con VRR y poder activar el soporte de actualización de frecuencia variable utilizando las propiedades KMS expuestas por los controladores compatibles de Direct Rendering Manager. También hace posible aplicar la configuración de manera persistente y exponer la habilitación/deshabilitación de VRR a través de la API de Dbus en torno a la configuración de la pantalla. VRR se activa en un monitor cuando una ventana que lo admite cubre todo el monitor en el espacio de trabajo visible.
Sin embargo, existen algunas limitaciones conocidas, como una frecuencia de actualización más baja para las aplicaciones OpenGL no limitadas (si no se establece vblank_mode=3 o se habilita V-Sync en el nivel de la aplicación), posible tartamudeo en el movimiento del cursor con la actualización pasiva de los clientes de pantalla completa y falta el soporte del protocolo Wayland.
Al igual que las quejas de NVIDIA sobre la frecuencia de actualización variable para Wayland , la falta de un protocolo Wayland estandarizado para anunciar la compatibilidad con VRR también es un problema para el código de Mutter. Como tal, por ahora, este código de Mutter asume que todos los clientes de Wayland son compatibles con VRR.
Vea esta solicitud de fusión que lleva dos años en desarrollo para VRR con el back-end nativo de Mutter. El indicador "WIP" (trabajo en progreso) se eliminó hoy y el desarrollador Dor Askyao agregó: "Actualicé la descripción de MR con el estado actual de MR, incluida la sección de Advertencias importantes. Desde mi perspectiva, ya no hay problemas para bloquear esto". MR se fusione, solo se deben considerar las limitaciones. La revisión y las pruebas serían muy apreciadas " .
Para facilitar las pruebas, también hay una rama de este código VRR que se mantiene contra GNOME 42 estable.
Por separado, en el lado del Centro de control de GNOME, se encuentra este MR para agregar una opción para habilitar/deshabilitar la compatibilidad con VRR desde la interfaz de usuario del Centro de control.
Historias relacionadas :
GNOME 42 : ahora disponible con una nueva interfaz de usuario y más
GNOME 42 : ahora es la versión cancidata en recuperar el diálogo de huellas dactilares
GNOME 42 Beta : está desarrollando mejoras en la interfaz de usuario, característica y más
GNOME 40.7 : lanza compatibilidad con varios monitores y mejoras en ventanas
GNOME 42 : finalmente permitirá que los eventos de entrada sucedan a gran velocidad
GNOME : está trabajando en un editor de textos que podría sustituir a Gedit
GNOME 40.5 : Lanzó oficialmente, mejoras en zoom de pantalla y más
GNOME 42 :Continua Innovado diseño, interfaz humana y más.
GNOME 41: el escritorio Linux de próxima generación
GNOME 41 la ultima versión contiene grandes cambios en espacios de trabajo
GNOME 41 con soporte para llamadas VoIP
[Fuente]: phoronix.com
Anónimo.(8 de junio de 2022).El logotipo de la Marca de Producto, diseño de Clip art. Modificado por Carlos Zambrado Recuperadoan freepng.es