Wine para Mac

Módulos PE:

• La mayoría de los módulos están construidos en formato PE (Executable Portable, el formato binario de Windows) en lugar de ELF cuando el compilador MinGW está disponible. Esto ayuda a varios esquemas de protección contra copia que verifican que los contenidos en disco y en memoria de los módulos del sistema sean idénticos.
• Los binarios PE reales se copian en el prefijo de Wine en lugar de los archivos DLL falsos. Esto hace que el prefijo se asemeje más a una instalación real de Windows, a costa de un poco de espacio en disco adicional.
• Los módulos que han sido convertidos a PE pueden usar funciones estándar de C de caracteres anchos, así como constantes de caracteres anchos como L"abc". Esto hace que el código sea más fácil de leer.
• No todos los módulos han sido convertidos a PE todavía; este es un proceso en curso que continuará durante la serie de desarrollo de Wine 5.x.
• El tiempo de ejecución de C de Wine se actualiza para soportar el enlace a binarios compilados con MinGW; se utiliza por defecto en lugar del tiempo de ejecución de MinGW al construir DLLs.

Gráficos:

• Se soportan adecuadamente múltiples adaptadores de pantalla y monitores, incluidos los cambios de configuración dinámica.
• El controlador Vulkan soporta hasta la versión 1.1.126 de la especificación Vulkan.
• La biblioteca WindowsCodecs puede convertir más formatos de mapa de bits, incluidos los formatos indexados por paleta.

Direct3D:

• Las aplicaciones de Direct3D en pantalla completa inhiben el protector de pantalla.
• Las presentaciones de la cadena de intercambio DXGI informan a la aplicación cuando la ventana correspondiente está minimizada. Esto permite a las aplicaciones reducir el uso de CPU mientras están minimizadas, y en algunos casos es necesario para permitir que la ventana de la aplicación se restaure nuevamente.
• Se implementa el cambio entre modos de pantalla completa y ventana utilizando la combinación estándar Alt+Enter para aplicaciones DXGI.

Las siguientes características están implementadas para aplicaciones Direct3D 12:

• Cambio entre pantalla completa y ventana.
• Cambio de modos de visualización.
• Presentaciones escaladas.
• Intervalos de intercambio.
• Estas características ya estaban implementadas para versiones anteriores de la API de Direct3D.

Se mejora el manejo de varios casos extremos. Entre otros:

• Valores de referencia fuera de rango para las pruebas de alfa y stencil.
• Muestreo de recursos 2D con muestreadores 3D y viceversa.
• Dibujo con texturas y búferes mapeados.
• Uso de objetos clipper de DirectDraw inválidos.
• Creación de dispositivos Direct3D en ventanas inválidas, como la ventana del escritorio.
• Vistas con un Z mínimo mayor o igual que el Z máximo.
• Recursos vinculados a través de vistas de recursos de sombreadores y vistas de destino de renderizado o de profundidad y stencil al mismo tiempo.
• Blits entre formatos con y sin componentes alfa.
• Dado que las aplicaciones bien comportadas no dependen de estos casos extremos, normalmente solo afectan a una o dos aplicaciones cada una. Sin embargo, hay un número considerable de ellos.
• Las regiones de textura sucias se rastrean con mayor precisión para las cargas de texturas de Direct3D 8 y 9.
• Las cargas de texturas 3D comprimidas S3TC requieren menos espacio de dirección. Dado que las texturas 3D pueden ser potencialmente grandes, y la falta de espacio de dirección es una preocupación para aplicaciones de 32 bits, las texturas 3D comprimidas S3TC se cargan por rebanada, en lugar de en una sola carga.
• La interfaz ID3D11Multithread está implementada.
• Se han realizado varias correcciones y mejoras en el cálculo de iluminación para aplicaciones más antiguas de DirectDraw.
• Se implementa un soporte limitado para blits a través de cadenas de intercambio.
• Se implementan más APIs de reflexión de sombreadores.
• El blitter de CPU wined3d puede manejar recursos de origen comprimidos. El soporte para recursos de destino comprimidos ya se había implementado en una versión anterior.
• La base de datos de tarjetas gráficas de Direct3D reconoce más tarjetas gráficas.

Nuevas claves de registro HKEY_CURRENT_USERSoftwareWineDirect3D:

• "shader_backend" (REG_SZ)
• El backend de sombreadores a utilizar. Los valores posibles son "glsl" (predeterminado) para GLSL, "arb" para programas de vértices/fragments ARB y "none" para deshabilitar el soporte de sombreadores.
• "strict_shader_math" (REG_DWORD)
• Habilitar (0x1) o deshabilitar (0x0, predeterminado) la traducción más estricta de los sombreadores de Direct3D, potencialmente a costa de rendimiento. Esto actualmente solo hace una diferencia con el backend de sombreadores GLSL predeterminado en combinación con los controladores propietarios de NVIDIA.
• Clave de registro HKEY_CURRENT_USERSoftwareWineDirect3D obsoleta:
• "UseGLSL" Esto ha sido reemplazado por la configuración "shader_backend" anterior.

D3DX:

• Se implementa el soporte para comprimir texturas utilizando compresión S3TC.
• Se implementan más correctamente varias operaciones, como por ejemplo, rellenos de texturas, en superficies no mapeables. Anteriormente, su implementación dependía de que la implementación subyacente de Direct3D no impusiera restricciones de mapeo.
• Se han realizado varias mejoras y correcciones en el marco de efectos.

Kernel:

• La mayoría de las funciones que solían estar en Kernel32 se trasladan a KernelBase, para seguir la arquitectura de las versiones recientes de Windows.
• Las bibliotecas de la incorrecta arquitectura de 32/64 bits se ignoran cuando se encuentran en la ruta de búsqueda, para permitir cargar la correcta si se encuentra más adelante en la ruta.
• Los objetos del kernel se emulan mejor para los controladores de dispositivos que esperan manipular objetos desde el lado del kernel.
• Los objetos de sincronización a nivel de kernel como bloqueos de giro, mutexes rápidos, bloqueos de eliminación y variables de recurso están implementados.
• El estado de la batería del sistema se informa correctamente a las aplicaciones.

Interfaz de usuario:

• Las ventanas minimizadas se muestran utilizando su barra de título en lugar de los antiguos íconos de estilo Windows 3.1.
• Se implementan los nuevos estilos de botones Botones Divididos y Enlaces de Comando.
• El control de Edición establece márgenes correctamente también para fuentes CJK.

Integración de escritorio:

• Se crean enlaces simbólicos a los directorios Unix correspondientes para las carpetas 'Descargas' y 'Plantillas'.

Dispositivos de entrada:

• Los controladores de dispositivos Plug & Play se pueden instalar y cargar al inicio.
• Los controladores de juegos están mejor soportados, incluyendo soporte adecuado para el interruptor de sombrero, volante, controles de gas y freno.
• La antigua API de joystick de versiones de Linux anteriores a 2.2 ya no es compatible.

.NET:

• El motor Mono se actualiza a la versión 4.9.4, incluyendo partes del marco Windows Presentation Foundation (WPF).
• Los complementos Gecko y Mono soportan instalación compartida, donde los archivos se utilizan directamente desde una ubicación global bajo /usr/share/wine en lugar de ser copiados en cada nuevo prefijo.

Internet y redes:

• El motor Gecko se actualiza para soportar cadenas de herramientas recientes.
• Se implementa un número de nuevas APIs HTML.
• MSHTML soporta algunos elementos SVG.
• El objeto de error y la propagación de excepciones son compatibles en VBScript.
• Se implementa un número de funciones integradas de VBScript.
• El modo compatible con EcmaScript de JScript se amplía para soportar más características.
• Los objetos de script JScript y VBScript exponen interfaces de información de tipo.
• La configuración del proxy HTTP se puede recuperar a través de DHCP.
• Se soportan redirecciones HTTP de Passport.
• El servicio HTTP y la biblioteca correspondiente del lado del cliente (HTTPAPI) están parcialmente implementados.

Criptografía:

• Se soportan claves ECC (curvas elípticas) al usar GnuTLS.
• Se implementa la importación de claves y certificados desde blobs PFX.
• Se soporta el algoritmo de derivación de claves PBKDF2.

Texto y fuentes:

• Las características de posicionamiento OpenType son compatibles en DirectWrite, y están habilitadas para el script latino por defecto, incluyendo el kerning.
• El acceso a los datos de fuentes se hace más seguro validando las diversas tablas de datos antes de usarlas.
• Las interfaces de DirectWrite se actualizan a un SDK reciente, implementando algunas de las últimas adiciones de la API.

Audio / Video:

• Las bibliotecas XAudio2 se reimplementan para usar la biblioteca externa FAudio, para mejor compatibilidad.

Las bibliotecas de Media Foundation se desarrollan, incluyendo:

• Soporte para colas de trabajo asíncronas integradas y de usuario.
• Capacidad para enviar devoluciones de llamada periódicas, elementos de trabajo en espera, programados y regulares, con soporte para la prioridad de los elementos.
• Soporte para colas de eventos de medios.
• Varios API centrales para manejar objetos de tipo de medio, descriptores de flujo y presentación, atributos de objeto, objetos de flujo de bytes, muestras y búferes.
• Implementación inicial del Resolutor de Fuentes.
• Implementación inicial de la API de Lector de Fuentes.
• Implementación para el objeto Grabador de Muestras.
• Soporte central para construir objetos de topología.
• Implementación de reloj de presentación integrado, comenzando a implementar la funcionalidad de Sesión de Medios.
• El filtro de captura de video se ha portado para usar v4l2 en lugar de la API obsoleta v4l1, permitiendo el uso de algunas cámaras que no soportan v4l1.
• Se ha eliminado el soporte para la traducción de YUV a RGB y la lectura desde dispositivos v4l2 usando mmap(); ahora dependemos de libv4l2 para ambas cosas.
• Los decodificadores AVI, MPEG-I y WAVE integrados se han eliminado; ahora
• dependemos de GStreamer o del Mac QuickTime Toolkit para decodificar tales archivos multimedia.
• Se implementan más APIs de configuración de VMR7.
• Los controladores de sonido soportan ajustes de volumen por canal.

Internacionalización:

• Las tablas de caracteres Unicode se basan en la versión 12.1.0 del estándar Unicode.
• Se implementa la normalización Unicode.
• El id de la región geográfica se establece automáticamente en el registro según la configuración regional actual. Se puede modificar si es necesario bajo HKEY_CURRENT_USERControl PanelInternationalGeo.
• Se soportan las configuraciones regionales de cingalés y asturiano.
• Se soporta la página de código 28601 (Latín/Tailandés).

RPC/COM:

• El marshaller de typelib soporta estructuras y arreglos complejos.
• Hay una implementación inicial de la biblioteca de tiempo de ejecución de Windows Script.
• Hay una implementación inicial de la biblioteca de Objetos de Datos ActiveX de Microsoft (ADO).

Instaladores:

• Se soportan archivos de parches de Microsoft Installer (MSI).
• La herramienta WUSA (Instalador independiente de Windows Update) soporta la instalación de archivos de actualización .MSU.

Plataformas ARM:

• Se implementa el deshacer de excepciones para ARM64, utilizando la biblioteca libunwind.
• Se soportan proxies stubless OLE en ARM64.

Herramientas de desarrollo / Winelib:

• El depurador remoto de Visual Studio se puede usar para depurar aplicaciones que se ejecutan bajo Wine.
• La biblioteca del motor de depuración (DBGENG) está parcialmente implementada.
• Los binarios construidos para un objetivo de Windows ya no dependen de la biblioteca libwine, para permitirles ejecutarse en Windows sin dependencias adicionales. La biblioteca libwine ya no se construye para Windows en absoluto.
• El Compilador de Recursos y el Compilador IDL soportan una opción '--sysroot' para permitir localizar archivos de encabezado en entornos de compilación cruzada.
• Winegcc soporta las opciones '--target', '--wine-objdir', '--winebuild' y '-fuse-ld' que facilitan su uso como compilador cruzado, o con cadenas de herramientas personalizadas.
• El encabezado wine/unicode.h ya no está disponible para aplicaciones, ya que las funciones se eliminarán y se reemplazarán por las funciones de caracteres anchos del tiempo de ejecución estándar de C.

Infraestructura de construcción:

• Los binarios de prueba se construyen en formato PE si MinGW está disponible, por lo que el mismo binario de prueba puede ejecutarse tanto en Wine como en Windows. El objetivo de make 'crosstest' ya no es necesario ni está soportado.
• La convención de llamada 'fastcall' está soportada en archivos de especificaciones. Utiliza la correcta mangling de nombres para compilaciones de Windows.
• Se soporta una bandera de punto de entrada '-import' en archivos de especificaciones, para marcar funciones que necesitan que se genere un prefijo de código de hotpatch para sus thunks de importación.
• Winebuild soporta una opción '--builtin' para agregar una firma especial a los binarios PE para marcarlos como integrados de Wine.

Aplicaciones integradas:

• La herramienta CHCP está implementada. Permite establecer la página de códigos de la consola.
• La herramienta MSIDB está implementada. Permite manipular bases de datos MSI.

Mejoras de rendimiento:

• Las diversas funciones de tiempo utilizan relojes del sistema de mayor rendimiento si están disponibles, para reducir la sobrecarga en el bucle de renderizado de muchos juegos.
• Las búsquedas de archivos aprovechan el soporte de plegado de mayúsculas del sistema de archivos ext4 si está habilitado en el directorio que se está buscando.
• Las listas de estilo sin datos (LBS_NODATA) tienen un mejor rendimiento para grandes cantidades de elementos.
• Los bloqueos Slim Reader/Writer, eventos claveados y variables de condición utilizan futexes en Linux para evitar viajes de ida y vuelta al wineserver.

Nuevas dependencias externas:

• El compilador cruzado MinGW-w64 se utiliza para construir módulos en formato PE.
• La biblioteca FAudio se utiliza para implementar XAudio2.
• La biblioteca Inotify se utiliza para notificaciones de cambios de archivos en plataformas BSD.
• La biblioteca Unwind se utiliza para el manejo de excepciones en ARM64.
• La biblioteca Video4Linux versión 2 se utiliza en lugar de la versión 1.