{"id":153511,"date":"2026-01-14T05:12:29","date_gmt":"2026-01-14T03:12:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/stabilnyj-reliz-wine-11-0"},"modified":"2026-01-14T05:12:29","modified_gmt":"2026-01-14T03:12:29","slug":"stabilnyj-reliz-wine-11-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/stabilnyj-reliz-wine-11-0","title":{"rendered":"Lanzamiento estable de Wine 11.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de un a\u00f1o de desarrollo y 25 versiones experimentales, se presenta la versi\u00f3n estable de la implementaci\u00f3n abierta de la API Win32 \u2014 Wine 11.0, que incluye m\u00e1s de 6300 cambios y 600 correcciones de errores. Entre los logros destacados de esta nueva versi\u00f3n se encuentra el soporte completo para NTSYNC, la implementaci\u00f3n del mecanismo Reparse Point y la utilizaci\u00f3n de una nueva arquitectura WoW64. <\/p>\n
Wine ha confirmado el funcionamiento completo de 5419 programas para Windows (el a\u00f1o pasado 5372, hace dos a\u00f1os 5336, hace tres a\u00f1os 5266), adem\u00e1s, otros 4500 programas (el a\u00f1o pasado 4435, hace dos a\u00f1os 4397, hace tres a\u00f1os 4370) funcionan perfectamente con configuraciones adicionales y DLL externas. Se observan peque\u00f1os problemas en 4086 programas (el a\u00f1o pasado 4020, hace dos a\u00f1os 3943, hace tres a\u00f1os 3888), los cuales no afectan el uso de las funciones principales de las aplicaciones. <\/p>\n
Novedades clave de Wine 11.0: <\/p>\n
\n
Soporte completo para el controlador ntsync, que permite mejorar significativamente el rendimiento de los juegos de Windows ejecutados a trav\u00e9s de Wine. Este controlador forma parte del n\u00facleo de Linux desde la versi\u00f3n 6.14 y proporciona un dispositivo de caracteres \/dev\/ntsync y un conjunto de primitivas para sincronizaci\u00f3n utilizadas en el n\u00facleo de Windows NT. Se logra un aumento significativo en el rendimiento al eliminar los costos de sobrecarga asociados con el uso de RPC en el espacio de usuario.\n
Se ha a\u00f1adido la posibilidad de configurar la prioridad de los hilos en Linux y macOS.\n
Se ha a\u00f1adido a ntdll la API de sincronizaci\u00f3n \u00abSynchronization barriers\u00bb, que permite suspender la ejecuci\u00f3n de varios hilos hasta alcanzar un punto determinado de ejecuci\u00f3n en todos los hilos (por ejemplo, esperar a que todos los hilos lleguen a una etapa espec\u00edfica al ejecutar el mismo c\u00f3digo en paralelo).\n
Se ha trasladado al rango de totalmente soportados una nueva implementaci\u00f3n de la capa WoW64 (Windows-on-Windows de 64 bits), que permite ejecutar aplicaciones de Windows de 32 bits en sistemas Unix de 64 bits. A diferencia de la antigua implementaci\u00f3n de WoW64, donde las aplicaciones de 32 bits se ejecutaban en procesos Unix de 32 bits, la nueva versi\u00f3n de WoW64 permite ejecutar c\u00f3digo de 32 bits dentro de un proceso de 64 bits. Se ha implementado soporte para la ejecuci\u00f3n de aplicaciones de 16 bits en modo WoW64.\n
En todos los m\u00f3dulos que acceden a las bibliotecas Unix, se han implementado convertidores de llamadas al sistema WoW64 (thunk), que permiten a los m\u00f3dulos de 32 bits en formato PE acceder a bibliotecas Unix de 64 bits. Se ha a\u00f1adido la posibilidad de ejecutar instalaciones antiguas de WoW64 en un nuevo modo mediante la variable de entorno \u00abWINEARCH=wow64\u00bb. Los prefijos de 32 bits creados al establecer WINEARCH=win32 se han declarado obsoletos y no se admiten en el nuevo modo WoW64. Se ha eliminado el cargador separado wine64, reemplaz\u00e1ndolo por un cargador universal que determina el modo seg\u00fan la arquitectura del archivo ejecutable. <\/p>\n
N\u00facleo (interfaces del n\u00facleo de Windows)<\/b>\n
\n
Se ha implementado el mecanismo Reparse Point, que permite adjuntar datos adicionales a archivos y directorios, identificables a trav\u00e9s de etiquetas. Se admiten tipos de Reparse Point como enlaces simb\u00f3licos y puntos de montaje.\n
Para mejorar el rendimiento del seguimiento de las operaciones de escritura en memoria, se ha implementado el mecanismo UFFD (userfaultfd), que permite crear controladores para las referencias a p\u00e1ginas de memoria no asignadas (page faults) en el espacio de usuario. En las pruebas realizadas, el uso de UFFD ha permitido reducir el tiempo de carga de niveles en el juego \u00abStreets of Rage 4\u00bb de 6-8 segundos a 1.5-2 segundos, lo que equivale a los tiempos de inicio en la plataforma Windows.\n
Se han utilizado los n\u00fameros de llamadas del sistema NT, id\u00e9nticos a las \u00faltimas versiones de Windows, lo que es necesario para el soporte de aplicaciones que utilizan n\u00fameros de llamadas del sistema predefinidos.\n
En sistemas ARM64, se ha implementado la posibilidad de simular p\u00e1ginas de memoria de 4K en entornos con n\u00facleos Linux que utilizan p\u00e1ginas de memoria m\u00e1s grandes (16K o 64K). La simulaci\u00f3n permite ejecutar aplicaciones simples, y para programas m\u00e1s complejos se recomienda utilizar n\u00facleos de Linux con p\u00e1ginas de memoria de 4 kilobytes. <\/ul>\n
Subsistema gr\u00e1fico<\/b>\n
\n
En sistemas X11 (winex11), por defecto se utiliza un backend de renderizado para OpenGL que emplea EGL. El backend GLX se ha declarado obsoleto, pero sigue estando disponible como alternativa y se utiliza en ausencia de EGL.\n
Se ha a\u00f1adido soporte inicial para objetos D3DKMT, que proporcionan acceso de bajo nivel a dispositivos gr\u00e1ficos desde el espacio de usuario. Se han implementado las extensiones de Vulkan VK_KHR_external_memory_win32, VK_KHR_external_semaphore_win32, VK_KHR_external_fence_win32 y VK_KHR_win32_keyed_mutex.\n
En el modo WoW64 (Windows-on-Windows de 64 bits) se ha implementado soporte para el mapeo de memoria para OpenGL a trav\u00e9s de la API Vulkan, lo que permite acelerar el funcionamiento de aplicaciones OpenGL de 32 bits en Wine.\n
Se ha implementado la emulaci\u00f3n del b\u00fafer de visualizaci\u00f3n (front buffer) para OpenGL en plataformas sin su soporte integrado.\n
Se ha a\u00f1adido soporte para la especificaci\u00f3n Vulkan 1.4.335 en el controlador para la API gr\u00e1fica Vulkan.\n
En el conjunto de bibliotecas WindowsCodecs se ha ampliado el soporte para metadatos en archivos de im\u00e1genes, as\u00ed como se ha implementado la conversi\u00f3n entre formatos de color enteros y formatos de punto flotante.\n
Se ha eliminado la dependencia de la biblioteca OSMesa (Off-screen Mesa). Se ha implementado la posibilidad de renderizar mapas de bits a trav\u00e9s de OpenGL utilizando un runtime de OpenGL acelerado por hardware. <\/ul>\n
Integraci\u00f3n con el escritorio<\/b>\n
\n
En el controlador winewayland.drv, que permite utilizar Wine en entornos basados en el protocolo Wayland sin usar XWayland y componentes X11, se ha implementado soporte para el portapapeles, m\u00e9todos de entrada, ventanas no rectangulares y transparencia.\n
Se ha mejorado la integraci\u00f3n con X11: se asegura el env\u00edo de solicitudes de activaci\u00f3n de ventanas al gestor de ventanas y se ha utilizado el protocolo EWMH para la coordinaci\u00f3n del estado de las ventanas activas entre X11 y Win32.\n
Se ha implementado soporte para el modo de pantalla completa exclusivo. Se ha mejorado el soporte para el modo de pantalla completa en D3D y se ha optimizado el funcionamiento de juegos antiguos basados en DDraw.\n
Se ha aumentado el rendimiento de algunas funciones relacionadas con ventanas. Se ha utilizado memoria compartida para la interacci\u00f3n entre procesos. <\/ul>\n
Direct3D<\/b>\n
\n
En Direct3D 11 se ha a\u00f1adido soporte para la aceleraci\u00f3n de hardware en la decodificaci\u00f3n de video en formato H.264, implementada a trav\u00e9s de la API gr\u00e1fica Vulkan.\n
En Direct3D 11 se ha implementado soporte para la filtraci\u00f3n minmax de texturas, utilizando la extensi\u00f3n de OpenGL GL_ARB_texture_filter_minmax o la extensi\u00f3n de Vulkan VK_EXT_sampler_filter_minmax.\n
En Direct3D 11 se han implementado funciones de carga de texturas.\n
Se ha implementado una amplia gama de capacidades de Direct3D en la renderizaci\u00f3n a trav\u00e9s de Vulkan, como la mezcla de v\u00e9rtices, el sombreado plano, los planos de recorte personalizados y varios formatos de recursos.\n
En la copia integrada de vkd3d-shader se ha mejorado el soporte para modelos de sombreado 1, 2 y 3.\n
El m\u00e9todo D3DXSaveSurfaceToFileInMemory ahora incluye soporte para im\u00e1genes PNG, JPEG y BMP.\n
Para Direct3D 10 y 11 se implement\u00f3 soporte para la compresi\u00f3n y descompresi\u00f3n de formatos BC4 y BC5, as\u00ed como la generaci\u00f3n de niveles MIP (MipMap) al cargar texturas.\n
Se han implementado los m\u00e9todos ID3DXEffect::SetRawValue() y ID3DXSkinInfo::UpdateSkinnedMesh(). <\/ul>\n
Dispositivos de entrada<\/b>\n
\n
Se ha mejorado la compatibilidad con joysticks mediante el uso del backend hidraw.\n
Se ha mejorado el soporte para el efecto de retroalimentaci\u00f3n por vibraci\u00f3n (Force feedback) al usar volantes y joysticks.\n
Se ha mejorado el soporte para gamepads en la API Windows.Gaming.Input y al utilizar el backend evdev.\n
En el applet de gesti\u00f3n de controladores de juegos se ha a\u00f1adido una pesta\u00f1a para configurar la API Windows.Gaming.Input.\n
Se ha aumentado la compatibilidad de DirectInput con juegos antiguos. <\/ul>\n
Bluetooth<\/b>\n
\n
El controlador de Bluetooth ha a\u00f1adido la capacidad de escanear, configurar la detecci\u00f3n y emparejar dispositivos.\n
Se ha a\u00f1adido soporte para servicios Bluetooth Low Energy.\n
Las aplicaciones ahora pueden crear conexiones RFCOMM de bajo nivel con dispositivos externos utilizando la API Winsock. <\/ul>\n
Soporte para esc\u00e1neres<\/b>\n
\n
Se ha implementado soporte para API TWAIN 2.0, permitiendo acceder a esc\u00e1neres desde aplicaciones de 64 bits.\n
Se ha implementado soporte para el componente DAT_IMAGENATIVEXFER para transmitir im\u00e1genes del esc\u00e1ner a la aplicaci\u00f3n.\n
Se asegura la conservaci\u00f3n en el registro del esc\u00e1ner seleccionado y de las configuraciones del esc\u00e1ner.\n
Se ha a\u00f1adido soporte para escaneo de m\u00faltiples p\u00e1ginas y alimentadores autom\u00e1ticos de documentos.\n
Se ha interrumpido el bloqueo de la aplicaci\u00f3n durante la llamada a la interfaz de escaneo.\n
Se ha a\u00f1adido soporte para cargar controladores nativos de Windows para esc\u00e1neres. <\/ul>\n
Internacionalizaci\u00f3n<\/b>\n
\n
Se ha generado una base de datos de configuraciones locales en formato locale.nls a partir de la base de datos Unicode CLDR (Unicode Common Locale Data Repository) versi\u00f3n 48. Se ha a\u00f1adido soporte para configuraciones locales adicionales bua-RU, bqi-IR, cop-EG, ht-HT, kek-GT, lzz-TR, mww-Hmnp-US, oka-CA, pi-Latn-GB, pms-IT, sgs-LT, suz-Deva-NP y suz-Sunu-NP.\n
Las tablas de s\u00edmbolos Unicode se han actualizado a la versi\u00f3n de est\u00e1ndar 17.0.0. Se ha actualizado la base de datos de zonas horarias. <\/ul>\n
Capacidades de red<\/b>\n
\n
En el motor MSHTML en modo de compatibilidad con est\u00e1ndares se ha logrado trabajar con atributos de elementos como nodos DOM completos. Se han implementado los objetos DOMParser, XDomainRequest y msCrypto.\n
En JavaScript se ha a\u00f1adido soporte para arrays tipados.\n
Se ha implementado el comando ping para ICMPv6. <\/ul>\n
BD<\/b>\n
\n
En la biblioteca MSADO (ActiveX Data Objects) se ha a\u00f1adido soporte para registrar cambios en la base de datos. Se han implementado la mayor\u00eda de las funciones del objeto Recordset.\n
En la biblioteca odbc32 se ha mejorado el soporte para controladores win32 ANSI que no est\u00e1n dise\u00f1ados para trabajar con Unicode. Se han implementado las funciones SQLDriverConnectA(), SQLSpecialColumnsW(), SQLGetInfoW(), SQLStatisticsW() y QLColumnsW(). <\/ul>\n
Aplicaciones integradas<\/b>\n
\n
En WineCfg se ha a\u00f1adido una pesta\u00f1a para configurar el dispositivo MIDI predeterminado.\n
En la utilidad cmd se ha implementado la autocompletaci\u00f3n para la entrada de nombres de archivos en el modo interactivo, se ha a\u00f1adido soporte para instrucciones complejas y se ha implementado el comando \u00abmklink \/j\u00bb para crear Reparse Point.\n
En la utilidad conhost (Console Hosting) se ha a\u00f1adido soporte para obtener el historial al presionar las teclas F1 y F3.\n
Se han implementado los comandos timeout, runas y subst.\n
En la utilidad find se han a\u00f1adido las opciones \u00ab\/c\u00bb para mostrar el n\u00famero de coincidencias y \u00ab\/i\u00bb para comparaciones sin distinci\u00f3n de may\u00fasculas.\n
En la utilidad whoami se ha a\u00f1adido la opci\u00f3n de configurar el formato de salida. <\/ul>\n
Varios<\/b>\n
\n
En la implementaci\u00f3n del lenguaje de descripci\u00f3n de interfaces WIDL (Wine Interface Definition Language) se ha a\u00f1adido soporte para la generaci\u00f3n de metadatos de Windows Runtime (WinRT). Se asegura la generaci\u00f3n e instalaci\u00f3n de archivos WinMD (Windows Metadata) para la API de WinRT (Windows Runtime).\n
En la utilidad winedump se ha a\u00f1adido soporte para el volcado de recursos MUI, n\u00fameros de llamadas del sistema, m\u00f3dulos NE integrados y archivos PDB grandes (> 4 GB).\n
Se ha realizado una refactorizaci\u00f3n de la implementaci\u00f3n de Common Control, la biblioteca COMCTL32 se ha dividido en m\u00f3dulos separados para las versiones 5 y 6.\n
En BCrypt se ha a\u00f1adido soporte para el est\u00e1ndar de formaci\u00f3n de claves PBKDF2.\n
Se ha a\u00f1adido soporte para los directorios UserProgramFiles, AccountPictures y Screenshots.\n
Se han integrado las bibliotecas LLVM Compiler-RT 8.0.1 y TomCrypt 1.18.2. Para la detecci\u00f3n de la CPU en la plataforma FreeBSD se ha utilizado la biblioteca HwLoc.\n
Se han actualizado a nuevas versiones los componentes Vkd3d 1.18, Faudio 25.12, FluidSynth 2.4.2, LCMS2 2.17, LibMPG123 1.33.0, Libpng 1.6.51, LibTiff 4.7.1, LibXml2 2.12.10, LibXslt 1.1.43. <\/ul>\n