{"id":140628,"date":"2025-08-13T11:11:54","date_gmt":"2025-08-13T09:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-proprietarnogo-drajvera-nvidia-580-76-05"},"modified":"2025-08-13T11:11:54","modified_gmt":"2025-08-13T09:11:54","slug":"vypusk-proprietarnogo-drajvera-nvidia-580-76-05","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-proprietarnogo-drajvera-nvidia-580-76-05","title":{"rendered":"Lanzamiento del controlador propietario NVIDIA 580.76.05","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La empresa NVIDIA ha publicado la versi\u00f3n del controlador propietario NVIDIA 580.76.05 (la primera versi\u00f3n estable de la nueva rama 580.76). El controlador est\u00e1 disponible para Linux (ARM64, x86_64), FreeBSD (x86_64) y Solaris (x86_64). NVIDIA 580.x se ha convertido en la und\u00e9cima rama estable tras la apertura por parte de NVIDIA de los componentes que funcionan a nivel de n\u00facleo. Los c\u00f3digos fuente de los m\u00f3dulos del n\u00facleo nvidia.ko, nvidia-drm.ko (Direct Rendering Manager), nvidia-modeset.ko y nvidia-uvm.ko (Unified Video Memory) de la nueva rama de NVIDIA, as\u00ed como los componentes comunes no vinculados al sistema operativo, est\u00e1n alojados en GitHub. Los firmwares y las bibliotecas que se utilizan en el espacio de usuario, como las pilas CUDA, OpenGL y Vulkan, siguen siendo propietarios. <\/p>\n
Principales cambios: <\/p>\n
\n
Se han actualizado los componentes egl-x11 1.0.3 y egl-wayland 1.1.20.\n
Se ha a\u00f1adido el atributo 'OutputBitsPerComponent' al par\u00e1metro MetaMode, que permite controlar el n\u00famero de bits para cada componente de color transmitido a trav\u00e9s del puerto de visualizaci\u00f3n.\n
Se han solucionado problemas de congelaciones y cierres inesperados de aplicaciones que utilizan la API gr\u00e1fica Vulkan. Entre otros, se ha corregido el cierre inesperado de aplicaciones GTK 4 que utilizan el backend basado en Vulkan en entornos Wayland, as\u00ed como el cierre inesperado de llama.cpp al utilizar Vulkan.\n
Se ha a\u00f1adido soporte para el protocolo Wayland fifo-v1, que implementa un mecanismo FIFO (primero en entrar, primero en salir) para procesar la cola de actualizaci\u00f3n del contenido en la superficie mostrada. Desde un punto de vista pr\u00e1ctico, el protocolo permite utilizar la espera de finalizaci\u00f3n del barrido vertical (vblank) en lugar de invocaciones de callback cada vez que se est\u00e1 listo para mostrar un nuevo marco, lo que resuelve el problema de alta carga en la GPU al usar VSync.\n
Se ha habilitado por defecto el par\u00e1metro RMIntrLockingMode, que activa el modo de procesamiento de interrupciones del controlador de visualizaci\u00f3n con m\u00ednimas latencias. Este modo es \u00fatil para reducir los congelamientos en sistemas de realidad virtual bajo alta carga del sistema.\n
Se ha a\u00f1adido un modo experimental para reducir el tiempo de CPU dedicado al procesamiento de interrupciones en pantallas con baja latencia de salida. Para habilitarlo, se puede usar el par\u00e1metro 'NVreg_RegistryDwords==RmEnableAggressiveVblank=1' en el m\u00f3dulo nvidia.ko.\n
Se ha solucionado el problema de la visualizaci\u00f3n de una pantalla en blanco al iniciar aplicaciones GXL que utilizan doble b\u00fafer bajo la gesti\u00f3n de Xwayland.\n
Se ha corregido un error que provocaba un aumento en el consumo de memoria en aplicaciones que utilizan X11 OpenGL y Vulkan al salir del modo de suspensi\u00f3n.\n
Se ha solucionado el fallo que causaba el cierre inesperado de aplicaciones de 32 bits en sistemas con las nuevas versiones de glibc. <\/ul>\n