Anuncio de la Liberación del Software de OpenSource Wine 10.0

Esta es una traducción y adaptación del siguiente sitio: <https://gitlab.winehq.org/wine/wine/-/releases/wine-10.0>

Liberación de Wine 10.1 al 22 de Enero de 2025

Que tal todos!

Anuncio de la Liberación del software de OpenSource Wine 10.0

El equipo de Wine se enorgullece de anunciar que la liberación estáble de Wine 10.0 ahora está disponible.

Esta liberación representa un año de esfuerzo de desarrollo y cerca de 6000 cambios individuales. Esta contiene un gran número de mejoras que están listadas más abajo. Los puntos más sobresalientes son la nueva arquitectura ARM64EC y el soporte para el escalado high-DPI.

El código fuente está disponible en https://dl.winehq.org/wine/source/10.0/wine-10.0.tar.xz

Paquetes binarios para varias distribuciones estarán disponibles desde sus respectivos sitios de descarga.

Encontrarán documentación en el sitio oficial.

Wine está disponible gracias al trabajo de muchas personas. En el archivo AUTHORS está la lista completa

Qué hay de nuevo en Wine 10.0

ARM64

La arquitectura ARM64EC está completamente soportada, con paridad de características con el soporte ARM64.

Módulos ARM64X híbridos están completamente soportados. Esto permite mezclar
ARM64EC y código plano ARM64 en un solo binario. Todo el Wine puede ser compilado como ARM64X por medio de pasar la opción de aarch64 --enable-archs=arm64ec para configurarlo. Esto aún requiere una herramienta de encadenación LLVM experimental, pero se espera que la liberación por salir la LLVM 20 sea capaz de compilar Wine ARM64X.

La interfase x86 de 64 bit está implementada. Esto toma ventaja del soporte de ARM64EC para correr todo el código nativo de Wine, con solo el código de la aplicación x86-64 requiriendo emulación.

No se proporciona una biblioteca de emulación con Wine hasta este momento, pero una biblioteca externa que exporte la interfase de emulación puede ser utilizada, por medio de especificar su nombre en el la clave de registo:

HKLM\Software\Microsoft\Wow64\amd64

El emulador FEX implementa esto cuando se compila como ARM64EC.

Se debería de notar que el soporte ARM64 requiere que el tamáño de pagina del sistema sea de 4K, dado qur eso es lo que especifica el ABI de Windows.

Correr en kernels con páginas de 16K o 64K no está soportado en este punto

Gráficos

El soporte High-DPI se ha implementado con mayor exactitud, y ninguna ventana que no este al tanto de non-DPI es escalada automáticamente, en lugar de exponer tamaños de high-DPI para aplicaciones que no la esperan.

Banderas de compatibilidad son implementadas para anular soporte high-DPI, ya sea por aplicación o globalmente en el prefijo.

El rendereo de ventanas hijas de Vulkan es soportado con el backend X11, para aplicaciones que necesiten rendereo 3D en ventanas hijas.

Esto fue soportado con OpenGL anteriormente, y el soporte Vulkan ahora está a la par.

El controlador Vulkan soporta hasta la versión 1.4.303 de la especificación Vulkan. Y también soporta las extensiones de video Vulkan.

El enlazamiento de tipo de letra es soportado en GdiPlus.

Integración de Escritorio

Un nuevo mecanismo de emulación de ajuste de modo "optar por" está disponible. Es muy experimental aún, pero puede ser usado para forzar los cambios de modalidad de pantalla para que sean completamente emulados, en lugar de cambiar realmente los ajustes de pantalla.

Las ventanas están siendo ajustadas y escaladas si es necesario para ajustarse en la pantalla física, como si la resolución del monitor fueran cambiados, pero no se solicita realmente ningún ajuste de modalidad, mejorando la experiencia del usuario.

Un nuevo Control del Panel de Escritorio "desk.cpl" es proporcionado, para inspeccionar y modificar la configuración de pantalla.

Este puede ser usado también para cambiar la resolución del escritorio virtual, o para controlar los nuevos ajustes de la pantalla emulada.

Los ajustes de pantalla son restaurados a los valores por defecto si un proceso produce una fallo sin restaurar esos valores apropiadamente.

Los iconos de la barra de sistema pueden se desactivados completamente por medio de ajustar NoTrayItemsDisplay=1 en la clave:

HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

Los lanzadores de Shell pueden ser desactivados en el modo escritorio por medio de ajustar NoDesktop=1 en la clave:

HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

Direct3D

El motor de renderero GL ahora requiere GLSL 1.20, EXT_framebuffer_object, y ARB_texture_non_power_of_two. El backend de sombreado heredado ARB ya no está disponible, y el ajuste de OffscreenRenderingMode ha sido eliminado.

Exportación de Plantilla de sombreado está implementada para los rendereadores GL y Vulkan.

Una tubería de función corregida basada en HLSL para Direct3D 9 y anteriores está disponible, proporcionando soporte para la emulación de la función corregida para el rendereador Vulkan. Ésta también puede ser utilizado para el rendereador GL, por medio de ajustar el control ffp_hlsl de D3D a un valor no-cero usando el registro de la variable de ambiente WINE_D3D_CONFIG.

El rendereador Vulkan usa varias extensiones de estado dinámico, si está disponible, con el objetivo de reducir el video intermitente o "tartamudeo" en juegos.

Un backend de sombreado alternativo GLSL usando vkd3d-shader está disponible ahora, y puede ser seleccionado por medio ajustar el control shader_backend de D3D a glsl-vkd3d. El soporte actual de vkd3d-shader GLSL está incompleto en relación al backend de sombreado interconstruido GLSL, pero está siendo desarrollado activamente.

Bibliotecas de Ayuda Direct3D

Soporte inicial para compilar efectos Direct3D está implementado usando vkd3d-shader.

D3DX 9 soporta muchos más mapas de relieve y formatos paletizado.

D3DX 9 soporta el guardado de superficies paletizados en archivos DDS.

D3DX 9 soporta generación de mipmap cuando carga archivos de textura de volúmen.

D3DX 9 soporta lectura de archivos PNG de 48-bit y de 64-bit.

Controlador Wayland

El controlador de gráficos Wayland está activo por defecto, pero el controlador X11 aún toma precedencia si ambos están disponibles. Para forzar el controlado Wayland en ese caso, asegurese que la variable de ambiente del controlador gráfico Wayland esté activada por defecto, pero el controlado X11 aún toma precedencia si ambos están disponibles, Para forzar el uso del controldor de Wayland en ese caso, asegurense de usar el controlador de Wayland, y asegurese que la variable de ambiente DISPLAY este deseactivada.

• Las Ventanas emergentes deberías estar posicionadas correctamete la mayoría de los casos.

• OpenGL esta soportado.

• Se implementó auto-repetir tecla.