- Wine 11 introduce NTSYNC y un WoW64 completo que mejoran drásticamente el rendimiento y la gestión de aplicaciones de 32 bits en Linux.
- Wine 11.6 añade heurísticas de carga de DLL que facilitan el uso de mods de juegos de Windows en Linux y corrige numerosos fallos.
- El ecosistema de Wine se integra con proyectos como Proton, DXVK y VKD3D, ampliando la compatibilidad y el rendimiento de juegos en SteamOS y otras distros.
- Una correcta instalación, configuración de winecfg, uso de winetricks y wineprefixes es clave para ejecutar juegos y apps de Windows de forma estable y segura.
Si usas GNU/Linux y te gusta jugar, seguramente durante años hayas tenido la sensación de que el PC gaming era casi patrimonio exclusivo de Windows y sus juegos nativos. Compatibilidades dudosas, mods que no cargaban y configuraciones raras formaban parte del día a día. Con la llegada de Wine 11, y en concreto con la actualización Wine 11.6, el panorama ha pegado un giro bastante serio: ejecutar juegos y mods de Windows en Linux ya no es una odisea solo para frikis de la consola.
En este artículo repasamos al detalle qué es Wine, qué aporta la rama 11 (NTSYNC, WoW64 completo, mejoras en Wayland, vídeo, etc.), qué cambia exactamente en Wine 11.6 para ejecutar juegos de Windows en Linux, cómo instalarlo y configurarlo bien, qué hacer con mods, Battle.net, Diablo 3 y compañía, y por qué todo esto también afecta a Proton, SteamOS o incluso al trabajo en Android. Prepárate, porque vamos a entrar a fondo en el tema, pero con un lenguaje claro y lo más cercano posible al día a día de cualquier usuario de Linux.
Qué es Wine y por qué no es un simple emulador
Esta traducción hace posible que programas Win32 y Win64 (e incluso algunas apps de 16 bits) se ejecuten en Linux sin necesidad de una licencia de Windows, sin arrancar un sistema completo en segundo plano y con un consumo de recursos mucho menor que el de una máquina virtual con VirtualBox o VMware.
Otra consecuencia importante es que Wine solo ejecuta binarios de Windows para la misma arquitectura de CPU, normalmente x86 o x86_64. No es como QEMU, que puede emular otra arquitectura. Si tienes un Linux ARM y quieres ejecutar binarios x86, necesitas combinar emulación (por ejemplo FEX u otras soluciones) con Wine, o tirar directamente de virtualización o contenedores específicos.
En la práctica, Wine es la base tecnológica sobre la que se apoyan proyectos tan conocidos como Proton, CrossOver, ReactOS, PlayOnLinux, Lutris o Bottles. Cuando Wine mejora su compatibilidad con juegos, DLL, Direct3D o VBScript, buena parte de esos avances termina repercutiendo en Proton y, por extensión, en SteamOS y en dispositivos como la Steam Deck.
Relación de Wine con Proton, CrossOver y otros proyectos
Uno de los motivos por los que Wine avanza tan rápido es que detrás hay una comunidad enorme y varias empresas colaborando. Entre ellas destacan Valve, CodeWeavers y otras que aportan parches y financiación. Esto se cristaliza en varios proyectos derivados:
Por un lado tenemos Proton, la capa de compatibilidad que usa Steam para permitir que juegos solo disponibles para Windows funcionen en Linux y SteamOS. Proton se basa en Wine, le añade parches específicos para videojuegos, integra tecnologías como DXVK y VKD3D para traducir Direct3D a Vulkan y pule detalles de entrada, controladores y rendimiento gráfico. Cuando Wine mejora en gestión de DLL, mods o WoW64, tarde o temprano Proton suele incorporar esas mejoras.
Por otro lado está CrossOver, una versión comercial de Wine desarrollada por CodeWeavers. Parte del código es el mismo, pero ofrecen una experiencia más pulida y soporte profesional. Su enfoque es simplificar al máximo la configuración de apps concretas (Office, algunos programas corporativos, etc.). CrossOver nutre de mejoras al proyecto Wine principal y viceversa, en un ciclo de feedback bastante activo.
En el ecosistema también han existido derivados más polémicos como Cedega, que partió del código de Wine, cerró su desarrollo y durante años presumió de mejor compatibilidad con juegos. Sin embargo, el proyecto lleva sin actualizarse desde 2009, así que a día de hoy la relevancia práctica de Cedega es básicamente nula.
Y luego encontramos utilidades de alto nivel como PlayOnLinux, Lutris o Bottles, que son sobre todo frontends y gestores de “perfiles” de Wine, pensados para instalar juegos y programas con recetas ya preparadas. Internamente siguen usando Wine o derivados, pero al usuario le simplifican mucho la vida con asistentes y configuraciones precocinadas.
Qué aporta Wine 11: NTSYNC, WoW64 completo y mejoras para gaming
La rama 11 de Wine marca un salto importante para quienes quieren ejecutar juegos de Windows en Linux con menos tirones y menos líos de librerías de 32 bits. No es solo una colección de retoques, sino un conjunto de cambios de base bastante potentes.
La estrella técnica es NTSYNC, un sistema que lleva parte de la sincronización entre hilos y procesos directamente al kernel de Linux (a partir de 6.14 y posteriores). Antes Wine hacía de “traductor” de todas las señales de sincronización entre Windows y Linux a nivel de usuario, lo que generaba sobrecostes y, en juegos exigentes, famosos problemas de stuttering (microcortes, parones puntuales en mitad de la partida).
Con NTSYNC integrado en el kernel, esa capa traductora se hace mucho más eficiente y cercana al hardware. Las pruebas internas que se han publicado son bastante llamativas: juegos como Dirt 3 han pasado de unos 110 fps a rondar los 860 fps en determinados escenarios, y en títulos como Resident Evil 2 el rendimiento se ha llegado a triplicar respecto a versiones anteriores sin NTSYNC.
Otro cambio gordo de Wine 11 es que la arquitectura WoW64 está ya completamente implementada. Esto significa que en un sistema Linux de 64 bits puedes ejecutar aplicaciones de 32 bits (y muchas de 16) sin tener que montar un infierno de librerías i386 por todo el sistema. Antes era habitual tener que instalar un montón de paquetes de 32 bits solo para que ciertos juegos arrancaran, con conflictos y errores a poco que mezclases repositorios; ahora Wine 11 se encarga de aislar y gestionar ese ecosistema mixto de forma mucho más limpia.
Además, la rama 11 introduce mejoras notables en Wayland (portapapeles compartido fiable entre Windows y Linux, mejor gestión de la resolución y escalado en juegos viejos a 640×480, decoraciones de ventana más consistentes) y en el soporte gráfico moderno: drivers al día, decodificación de vídeo por hardware más rápida y un mejor aprovechamiento de APIs como Vulkan gracias a DXVK y VKD3D.
El resultado práctico es que Linux deja de ser “ese sistema donde algo se puede jugar si tienes suerte” para convertirse en una plataforma bastante más cercana a Windows en experiencia de juego, sobre todo si combinas Wine/Proton con un kernel reciente que ya incluya NTSYNC.
Las novedades clave de Wine 11.6 para juegos y mods
Dentro de la rama 11, la versión Wine 11.6 se ha ganado un hueco especial entre quienes usan mods en juegos de Windows sobre Linux. El gran cambio es la introducción de nuevas heurísticas para decidir el orden de carga de DLL, pensadas precisamente para facilitar la vida a los modders y a los jugadores que tiran de contenido modificado.
Hasta ahora, si un juego llevaba mods que incluían sus propias DLL, muchas veces era necesario hacer ajustes manuales en winecfg, tocar la prioridad de ciertas bibliotecas o añadir parámetros de lanzamiento en Steam/Proton para forzar el uso de una DLL concreta. Eso se traducía en tutoriales eternos, soluciones caseras y bastante frustración para el usuario medio.
Con Wine 11.6 se introduce una lógica nueva: si una DLL que se intenta cargar no pertenece a Microsoft, es decir, si se detecta que es una biblioteca personalizada de un mod o del propio juego, Wine tiende a priorizarla automáticamente sobre la versión incluida en Wine. Esto reduce la necesidad de toquetear configuraciones cada vez que cambias de juego moddeado.
En la práctica, esto significa que muchos mods que antes requerían pasos extra en Linux y SteamOS ahora pueden funcionar de forma más “plug and play”. No soluciona todos los problemas del mundo (hay mods que dependen de APIs o drivers muy concretos), pero ataca una de las fuentes de incompatibilidad más comunes: el mal orden de carga de DLL.
La versión 11.6 también trae una tanda de 28 correcciones de errores que afectan a distintos programas y juegos, y continúa puliendo la compatibilidad con VBScript, algo crítico para cierto software heredado de Windows. Son cambios menos vistosos, pero que ayudan a que todo el ecosistema sea más estable en el día a día.
Por último, en 11.6 se reactiva el trabajo sobre el controlador de Android. Wine ya tuvo soporte parcial para Android desde la rama 3.0 hasta alrededor de la 7.0, pero el desarrollo quedó bastante parado. Ahora el equipo vuelve a ponerlo en marcha, lo que abre de nuevo el debate sobre ejecutar software de Windows en dispositivos Android (tablets, handhelds con SoC ARM, etc.), especialmente combinado con nuevas herramientas de emulación tipo FEX.
Capa técnica de Wine: componentes clave y cómo encajan
A nivel interno, Wine es bastante más que un simple ejecutable. La arquitectura está compuesta por múltiples herramientas y binarios auxiliares que colaboran para compilar, vincular, depurar y ejecutar las aplicaciones de Windows de forma lo más fiel posible.
Por un lado están utilidades como wrc (Wine Resource Compiler) y wmc (Wine Message Compiler), que se encargan de compilar recursos, iconos, menús, cuadros de diálogo y mensajes del sistema a partir del código fuente original de Windows. Esto permite que las aplicaciones se vean y se comporten de forma similar a como lo harían sobre Windows real.
Herramientas como winemaker, winebuild, vinegcc y winedump ayudan a portar y compilar software pensado para Windows dentro del entorno de Wine, generando Makefiles adecuados, inspeccionando ejecutables PE (Portable Executable) y facilitando el trabajo de los desarrolladores que quieren adaptar sus programas.
El corazón de todo esto es wineserver, un proceso que actúa como servidor central y coordina recursos compartidos, procesos, ventanas y sincronización entre todas las instancias de Wine que tengas corriendo. Es básicamente el pegamento que mantiene unidas las diferentes piezas del “pseudo-Windows” que Wine emula.
Para el usuario avanzado, también son importantes herramientas como wineconsole, winefile, winedbg, wineboot, winepath o incluso utilidades clásicas como regedit, regsvr32 y msiexec, que replican comportamientos equivalentes a los de Windows (consola, explorador de archivos, editor del registro, registro de DLL, instalador MSI, etc.), lo que resulta crucial para depurar problemas o instalar software más exigente.
DLL, Direct3D, DXVK y VKD3D: la parte gráfica que afecta a los juegos
Para ejecutar juegos de Windows en Linux, la parte crítica está en cómo Wine maneja las DLL del sistema y las APIs gráficas. Aquí entra en juego un auténtico zoo de bibliotecas que replican el comportamiento de Windows.
Entre las DLL más importantes están kernel32.dll, user32.dll, gdi32.dll, advapi32.dll, shell32.dll, msvcrt.dll o wininet.dll, responsables de cosas como la gestión de procesos e hilos, ventanas, gráficos GDI, seguridad, shell del sistema, runtime de C o acceso a Internet. Wine contiene implementaciones propias de todas ellas, que traducen sus funciones a llamadas POSIX, X11, Wayland, etc.
En el terreno de los juegos, el foco se va a las DLL relacionadas con Direct3D y OpenGL: d3d9.dll, d3d10.dll, d3d11.dll, opengl32.dll y compañía. Wine incluye WineD3D, que puede traducir llamadas de Direct3D a OpenGL, pero hoy en día el estándar de facto es usar DXVK (para Direct3D 9/10/11) y VKD3D (para Direct3D 12), que convierten esas llamadas a Vulkan con un rendimiento mucho mejor que el viejo puente OpenGL.
Por debajo de todo esto, Wine recrea el árbol de directorios clásico de Windows dentro de la carpeta oculta ~/.wine. Ahí se monta el equivalente a C:\ en un directorio llamado drive_c, con subcarpetas como Program Files, Program Files (x86), users, ProgramData y windows, además de las clásicas System32 y SysWOW64. Esto no solo ayuda a las aplicaciones a “sentirse como en casa”, sino que te permite copiar DLLs adicionales o parches en rutas muy similares a las de un Windows real.
Si alguna aplicación exige una DLL concreta que Wine no trae o no implementa bien, puedes colocar la biblioteca en la ruta correcta dentro de drive_c/windows/system32 (o SysWOW64, según arquitectura) y ajustar su prioridad desde el panel de librerías en winecfg.
Cómo instalar Wine 11.x/11.6 en Ubuntu y otras distros
Pasando a la parte práctica, instalar Wine de forma correcta marca la diferencia entre “funciona a la primera” y “llevo tres tardes atascado”. En Ubuntu y derivadas lo ideal es usar siempre los repositorios oficiales de WineHQ, no la versión vieja que venga de serie en la distro.
Si usas un Ubuntu de 64 bits, el primer paso es habilitar la arquitectura i386, necesaria para ejecutar binarios de 32 bits. Basta con abrir un terminal y teclear:
sudo dpkg –add-architecture i386
sudo apt update
Después hay que importar la clave de Wine y añadir el repositorio adecuado para tu versión (20.04, 22.04, 23.04, 23.10, etc.). En general, se crea el directorio de keyrings, se descarga la clave desde dl.winehq.org y se añaden los archivos .sources correspondientes a tu versión de Ubuntu o Linux Mint. Una vez hecho, otro sudo apt update y ya tienes las fuentes listas.
En ese momento puedes elegir qué rama instalar: winehq-stable (recomendada para la mayoría), winehq-devel (desarrollo) o winehq-staging (con parches experimentales, ideal para juegos). El comando general sería algo como:
sudo apt install –install-recommends winehq-stable
Si prefieres tirar rápido y no te importa usar una versión más antigua, existe la opción de sudo apt install wine64 con el paquete del propio Ubuntu, pero en muchos casos está desfasado y pierdes mejoras de compatibilidad, rendimiento y, por supuesto, las novedades de Wine 11 y 11.6. Si necesitas instrucciones específicas para sistemas Debian/derivadas, esta guía sobre cómo instalar Wine en Debian puede ayudarte a adaptar los pasos: instalar Wine en Debian.
Configuración inicial de Wine y ajustes importantes
Tras instalar Wine, el siguiente paso es lanzar winecfg, que es el panel de configuración principal. La primera vez que lo ejecutas, Wine prepara el entorno, crea la carpeta ~/.wine, configura el prefijo por defecto y descarga componentes como Wine-Mono (sustituto libre de .NET) y Wine-Gecko (para contenido web embebido).
En la pestaña de Aplicaciones, puedes definir qué versión de Windows quieres simular (Windows 7, 8.1, 10, 11, etc.), tanto globalmente como para ejecutables concretos. Hay programas que solo funcionan bien si los “engañas” diciéndoles que el sistema es, por ejemplo, Windows 7, mientras que otros exigen Windows 10.
Desde la sección de Librerías puedes gestionar qué DLL usar en cada caso: las integradas de Wine o versiones nativas que hayas copiado desde un Windows real. Esta pestaña es clave para resolver muchos problemas de compatibilidad, especialmente en juegos que dependen de dlls específicas de Visual C++ o de Media Foundation.
En la pestaña de Gráficos puedes activar cosas como la emulación de escritorio virtual (útil para juegos que cambian mal de resolución), capturar el ratón dentro de la ventana o ajustar fuentes. “Integración de escritorio” te permite asignar temas, iconos y carpetas personales, mientras que “Unidades” expone directorios de tu Linux como unidades de Windows (C:, D:, etc.).
El apartado de Audio deja elegir el backend de sonido y los dispositivos de entrada/salida, algo importante para evitar cortes, latencias raras o que Wine se lleve por delante el audio del resto del sistema si está mal configurado.
Cómo ejecutar programas y juegos de Windows en Linux con Wine
Una vez configurado, Wine se integra en el sistema para que los archivos .exe y .msi se abran con doble clic como harías en Windows. También puedes lanzar programas desde el menú de aplicaciones que Wine va generando a medida que instalas software.
Si al intentar ejecutar un .exe tu distro te suelta que “no tienes permisos de ejecución”, es porque el archivo no es ejecutable para el sistema. Puedes solucionarlo desde la ventana de propiedades, marcando la casilla “Permitir ejecutar el archivo como un programa”, o desde la terminal con un chmod clásico, por ejemplo:
chmod 755 archivo.exe
(o el infame chmod 777 archivo.exe si no te preocupa la seguridad, aunque no es lo ideal)
Para juegos y programas complejos es muy recomendable instalar utilidades como winetricks y/o usar frontends como PlayOnLinux o Lutris. Winetricks permite descargar e instalar en un par de clics muchas librerías y runtimes imprescindibles: fuentes de Microsoft, distintas versiones de Visual C++, componentes .NET, codecs, DirectX heredado, etc.
Una buena práctica avanzada es aprovechar los wineprefixes: en lugar de tener un único entorno ~/.wine para todo, puedes crear prefijos separados (por ejemplo WINEPREFIX=$HOME/.juegos_diablo3 winecfg) y mantener cada juego o grupo de apps con sus propias versiones de DLL, su propio “C:\” y su configuración aislada. Esto reduce conflictos y hace más fácil borrar o regenerar un entorno si algo se rompe.
Instalar Battle.net y Diablo 3 con Wine: ejemplo real
Un caso muy ilustrativo es el de Diablo 3 y el cliente Battle.net de Blizzard. Es un ejemplo perfecto de juego comercial pensado solo para Windows que, con algo de cariño, se puede jugar en GNU/Linux con un rendimiento más que decente.
El proceso típico pasa por descargar el instalador de Battle.net (un .exe), revisar en la base de datos de Wine cómo anda de compatibilidad y qué dependencias extra necesita (por ejemplo, lib32-libldap, lib32-gnutls y winetricks en Arch Linux), y lanzar el instalador con Wine.
Una vez resueltas las dependencias y aplicado el hack correspondiente con winetricks (en este caso para evitar que el icono de la app se quede girando eternamente), el cliente de Battle.net arranca con normalidad, te permite iniciar sesión, descargar los ~17 GB de Diablo 3 y gestionar el juego igual que en Windows.
En la práctica, mientras se descargan gigas y gigas el propio cliente a veces parece congelarse, pero suele bastar con redimensionar la ventana para ver que la barra de progreso sigue avanzando. Cuando hay suficiente contenido descargado puedes empezar a jugar, aunque lo más cómodo es esperar a que el juego esté completo.
En cuanto al rendimiento, la experiencia con hardware modesto tipo Intel NUC con i5 e Iris Graphics integrada es más que aceptable: a 2560×1440 se pueden obtener unos 40 fps, y bajando a 1920×1080 se estabiliza en torno a 60 fps; si bajas aún más la resolución puedes rondar los 70 fps. El juego permite ajustar calidad de texturas, sombras y efectos para afinar rendimiento.
Resolución, cliente de 32 bits y pequeños ajustes en Diablo 3
Un detalle importante con Diablo 3 bajo Wine es que suele rendir mucho mejor si fuerzas el cliente de 32 bits en lugar del de 64 bits, sobre todo para evitar problemas con DirectX 11. En Battle.net puedes cambiarlo desde Settings → Game Settings → Diablo 3 → Launch 32-bit client.
Algunos usuarios han reportado que la resolución in-game no se puede cambiar desde el menú del juego (solo ofrece la nativa del monitor). Una solución recurrente es arrancar Diablo 3 en un escritorio virtual de Wine con el tamaño deseado, algo del estilo:
wine explorer /desktop=»Diablo3″,1920×1080 «C:\\ruta\\Diablo III.exe»
Eso crea una especie de “ventana de Windows” dentro de Linux con la resolución que te interese, sin tocar la configuración global de tu escritorio. A nivel jugable, el título es perfectamente disfrutable: salvo algunas cinemáticas que a veces no se reproducen bien (se pueden ver aparte en YouTube si te interesa la historia al detalle), el juego se mantiene estable, sin cierres inesperados y con temperaturas razonables para la CPU.
Siempre queda la duda de si Blizzard podría considerar el uso de Wine un motivo de baneo. A día de hoy no hay una postura oficial clara que prohíba de forma tajante jugar bajo Wine, pero cualquier solución anti-trampas o DRM agresivo siempre tiene cierto riesgo cuando se sale del ecosistema para el que fue diseñado, así que conviene ir con algo de cautela.
Compatibilidad de programas y juegos: AppDB y categorías
Uno de los recursos más valiosos de Wine es su base de datos de aplicaciones (AppDB), donde la comunidad clasifica cómo funciona cada programa o juego bajo Wine. Cada entrada indica versión, parches recomendados, ajustes de winecfg y una valoración global.
Las categorías principales son Platinum, Gold, Silver, Bronze y Garbage. Platinum significa que el programa funciona “como en casa” sin tocar casi nada; Gold que va muy bien con algún ajuste menor; Silver permite usar el programa con pequeños fallos; Bronze implica problemas más serios pero no completamente bloqueantes, y Garbage significa que la aplicación no es usable o ni siquiera arranca.
En Platinum te encuentras juegos como World of Warcraft, Fallout 3, Diablo III (según versión) y aplicaciones como algunas ediciones de Word 2010 o herramientas multimedia. Gold suele incluir títulos como The Witcher, The Sims 3, StarCraft clásico, Photoshop CS6 y más; ahí es habitual tener que instalar ciertas DLLs, fuentes o runtimes con winetricks.
AppDB no solo te dice si algo funciona, también suele ofrecer pasos concretos para lograrlo (qué versión usar, qué opciones marcar en winecfg, qué librerías añadir como “nativas” y en qué orden). Cuando tengas dudas, lo sensato es mirar primero allí antes de lanzarte a probar a ciegas.
En el terreno de los juegos modernos, muchas veces es más cómodo tirar de Proton en Steam o Lutris/PlayOnLinux, que ya traen presets probados para montones de títulos. Proton, en particular, registra avances constantes en la lista de juegos “verificados” y “jugables” en Steam Deck y Linux, gracias precisamente a los progresos en Wine, DXVK, VKD3D y NTSYNC.
Problemas habituales con Wine y cómo afrontarlos
Aunque Wine ha mejorado una barbaridad, sigue sin ser magia. Hay programas y juegos que, por su DRM, por su diseño o por el uso intensivo de controladores privativos, simplemente no van a funcionar bien fuera de un Windows real.
Entre los problemas más habituales están las incompatibilidades con DRM tipo Denuvo o sistemas anti-cheat agresivos, que detectan entornos “raros” y se niegan a lanzar el juego o, en el peor de los casos, pueden terminar en baneos. Aquí poco se puede hacer salvo esperar a que los desarrolladores de esos sistemas flexibilicen requisitos o que la comunidad encuentre workarounds.
También suelen dar guerra dispositivos que dependen de drivers exclusivamente Windows, como algunos escáneres, impresoras avanzadas, tarjetas gráficas con controladores muy cerrados o periféricos con software propio (ratones gamer, mandos con macros, etc.). Aunque la parte de juego puro pueda funcionar, utilidades de configuración suelen ser más problemáticas.
Si Wine deja de funcionar de repente, una táctica clásica es renombrar o borrar la carpeta ~/.wine para que se regenere desde cero. Por ejemplo, la renuevas a ~/.wine.backup, ejecutas winecfg y Wine crea un nuevo prefijo limpio. Si todo vuelve a ir bien, puedes ir rescatando datos específicos (partidas, configuraciones) desde la copia.
Otra alternativa menos destructiva es crear un nuevo wineprefix solo para el programa conflictivo, o resetear las DLL con winetricks alldlls=default. Y, por supuesto, mantener tu Wine actualizado a la última versión estable o staging ayuda bastante a evitar errores ya corregidos.
Seguridad al ejecutar .exe en Linux con Wine
En Linux, una de las ventajas de no usar Windows es la menor exposición a malware diseñado para .exe. Pero al instalar Wine estás abriendo una puerta por la que, en teoría, pueden colarse ciertos tipos de amenazas que se ejecuten dentro del entorno de compatibilidad.
Un virus pensado para Windows que se ejecute dentro de Wine no va a tener el mismo nivel de acceso que en un Windows nativo, pero sí puede dañar archivos en tu home, cifrar datos o robar credenciales si le das vía libre. Por eso tiene sentido aplicar el mismo criterio que usarías en Windows: no lanzar ejecutables de origen dudoso, evitar cracks piratas y software de procedencia extraña, y usar prefijos aislados para programas que no tengas del todo claros.
Si te preocupa especialmente la seguridad, puedes aislar Wine incluso más usando contenedores, namespaces o herramientas tipo Firejail, que limitan los recursos del sistema a los que el proceso tiene acceso. No es obligatorio, pero para según qué usos puede ser una capa extra interesante.
Con todo lo que hemos visto, la sensación general es que Wine 11 y, muy especialmente, Wine 11.6 han reducido mucho la brecha entre jugar en Windows y jugar en Linux. Mejoras de bajo nivel como NTSYNC, WoW64 completo o la nueva heurística de carga de DLL para mods se notan en el uso diario, incluso si el usuario final no conoce los detalles técnicos. Sumando a esto el impulso constante de Proton, el soporte creciente en SteamOS y la reactivación del controlador para Android, el ecosistema para ejecutar juegos de Windows en Linux se encuentra en uno de sus mejores momentos, y cada vez hay menos motivos reales para no darle una oportunidad seria al pingüino como plataforma principal de juego.