{"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\/pt\/blog\/news\/stabilnyj-reliz-wine-11-0","title":{"rendered":"Lan\u00e7amento est\u00e1vel do Wine 11.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s um ano de desenvolvimento e 25 vers\u00f5es experimentais, \u00e9 apresentado o lan\u00e7amento est\u00e1vel da implementa\u00e7\u00e3o aberta da Win32 API \u2014 Wine 11.0, que incorpora mais de 6300 mudan\u00e7as e 600 corre\u00e7\u00f5es de bugs. Entre as principais conquistas desta nova vers\u00e3o, destaca-se o suporte completo ao NTSYNC, a implementa\u00e7\u00e3o do mecanismo Reparse Point e a ado\u00e7\u00e3o de uma nova realiza\u00e7\u00e3o da arquitetura WoW64. <\/p>\n
No Wine, \u00e9 confirmada a funcionalidade completa de 5419 programas para Windows (ano passado 5372, dois anos atr\u00e1s 5336, tr\u00eas anos atr\u00e1s 5266), al\u00e9m de outros 4500 programas (ano passado 4435, dois anos atr\u00e1s 4397, tr\u00eas anos atr\u00e1s 4370) que funcionam bem com configura\u00e7\u00f5es adicionais e DLLs externas. Com 4086 programas (ano passado 4020, dois anos atr\u00e1s 3943, tr\u00eas anos atr\u00e1s 3888), observam-se pequenos problemas de funcionamento que n\u00e3o impedem o uso das fun\u00e7\u00f5es principais dos aplicativos. <\/p>\n
Novidades principais do Wine 11.0: <\/p>\n
\n
Suporte total ao driver ntsync, que permite aumentar significativamente o desempenho de jogos para Windows executados atrav\u00e9s do Wine. O driver faz parte do n\u00facleo Linux a partir da vers\u00e3o 6.14 e implementa o dispositivo simb\u00f3lico \/dev\/ntsync e um conjunto de primitivas de sincroniza\u00e7\u00e3o usadas no n\u00facleo do Windows NT. Um aumento significativo no desempenho \u00e9 alcan\u00e7ado pela elimina\u00e7\u00e3o da sobrecarga associada ao uso de RPC no espa\u00e7o do usu\u00e1rio.\n
Adicionada a possibilidade de configurar prioridades de threads no Linux e macOS.\n
Na ntdll, foi adicionado o API de sincroniza\u00e7\u00e3o 'Synchronization barriers', permitindo pausar a execu\u00e7\u00e3o de v\u00e1rias threads at\u00e9 que um determinado ponto de execu\u00e7\u00e3o seja alcan\u00e7ado em todas as threads (por exemplo, aguardar at\u00e9 que todas as threads atinjam um determinado est\u00e1gio ao executar o mesmo c\u00f3digo em paralelo).\n
A nova implementa\u00e7\u00e3o da camada WoW64 (Windows-on-Windows de 64 bits), que permite executar aplicativos de 32 bits em sistemas Unix de 64 bits, foi classificada como totalmente suportada. Ao contr\u00e1rio da antiga implementa\u00e7\u00e3o do WoW64, na qual aplicativos de 32 bits eram executados em processos Unix de 32 bits, o novo WoW64 garante a execu\u00e7\u00e3o do c\u00f3digo de 32 bits dentro de um processo de 64 bits. Implementado o suporte para executar aplicativos de 16 bits no modo WoW64.\n
Em todos os m\u00f3dulos que acessam bibliotecas Unix, foram implementadores de convers\u00e3o de chamadas de sistema WoW64 (thunk), permitindo que m\u00f3dulos de 32 bits no formato PE acessem bibliotecas Unix de 64 bits. Foi adicionada a possibilidade de iniciar instala\u00e7\u00f5es antigas do WoW64 em um novo modo atrav\u00e9s da configura\u00e7\u00e3o da vari\u00e1vel de ambiente 'WINEARCH=wow64'. Prefixos de 32 bits criados ao definir WINEARCH=win32 foram declarados obsoletos e n\u00e3o s\u00e3o suportados no novo modo WoW64. O carregador separado wine64 foi removido, sendo substitu\u00eddo por um carregador universal que determina o modo com base na arquitetura do arquivo execut\u00e1vel. <\/p>\n
N\u00facleo (interfaces do n\u00facleo Windows)<\/b>\n
\n
Foi implementado o mecanismo Reparse Point, que permite anexar dados extras a arquivos e diret\u00f3rios, identific\u00e1veis por meio de tags. Suportam-se os tipos de Reparse Point, como links simb\u00f3licos e pontos de montagem.\n
Para aumentar o desempenho do rastreamento de opera\u00e7\u00f5es de grava\u00e7\u00e3o em mem\u00f3ria, foi adotado o mecanismo UFFD (userfaultfd), que permite criar manipuladores para acessos a p\u00e1ginas de mem\u00f3ria n\u00e3o alocadas (page faults) no espa\u00e7o do usu\u00e1rio. Nos testes realizados, o uso do UFFD permitiu reduzir o tempo de carregamento de n\u00edveis no jogo 'Streets of Rage 4' de 6-8 segundos para 1,5-2 segundos, o que corresponde aos tempos de inicializa\u00e7\u00e3o na plataforma Windows.\n
Est\u00e3o sendo utilizados os n\u00fameros de chamadas de sistema NT, id\u00eanticos \u00e0s \u00faltimas vers\u00f5es do Windows, o que \u00e9 necess\u00e1rio para suportar aplicativos que utilizam n\u00fameros de chamadas de sistema fixos.\n
Em sistemas ARM64, foi implementada a possibilidade de simular p\u00e1ginas de mem\u00f3ria de 4K em ambientes com n\u00facleos Linux que utilizam p\u00e1ginas de mem\u00f3ria maiores (16K ou 64K). A simula\u00e7\u00e3o permite a execu\u00e7\u00e3o de aplicativos simples, e para programas mais complexos, recomenda-se usar n\u00facleos Linux com p\u00e1ginas de mem\u00f3ria de 4 kilobytes. <\/ul>\n
Subsistema gr\u00e1fico<\/b>\n
\n
Em sistemas X11 (winex11), para OpenGL, o backend de renderiza\u00e7\u00e3o que utiliza EGL \u00e9 utilizado por padr\u00e3o. O backend GLX foi declarado obsoleto, mas ainda est\u00e1 dispon\u00edvel como uma op\u00e7\u00e3o de fallback e \u00e9 usado na aus\u00eancia do EGL.\n
Foi adicionada a suporte inicial para objetos D3DKMT, que oferecem acesso de baixo n\u00edvel a dispositivos gr\u00e1ficos a partir do espa\u00e7o do usu\u00e1rio. As extens\u00f5es Vulkan VK_KHR_external_memory_win32, VK_KHR_external_semaphore_win32, VK_KHR_external_fence_win32 e VK_KHR_win32_keyed_mutex foram implementadas.\n
No modo WoW64 (Windows-on-Windows de 64 bits), foi implementado o suporte para o mapeamento de mem\u00f3ria para OpenGL usando a API Vulkan, permitindo acelerar a execu\u00e7\u00e3o de aplicativos OpenGL de 32 bits no Wine.\n
Foi implementada a emula\u00e7\u00e3o do buffer de exibi\u00e7\u00e3o (front buffer) para OpenGL em plataformas sem suporte embutido.\n
No driver para a API gr\u00e1fica Vulkan, foi adicionada a suporte para a especifica\u00e7\u00e3o Vulkan 1.4.335.\n
Na cole\u00e7\u00e3o de bibliotecas WindowsCodecs, foi ampliado o suporte a metadados em arquivos de imagem e implementado o suporte para a convers\u00e3o entre formatos de cor inteiros e formatos com ponto flutuante.\n
Foi removida a depend\u00eancia da biblioteca OSMesa (Off-screen Mesa). Foi implementada a possibilidade de desenhar bitmaps via OpenGL usando o runtime OpenGL acelerado por hardware. <\/ul>\n
Integra\u00e7\u00e3o com a \u00e1rea de trabalho<\/b>\n
\n
No driver winewayland.drv, que permite usar o Wine em ambientes baseados no protocolo Wayland sem a utiliza\u00e7\u00e3o do XWayland e componentes X11, foi implementado o suporte para a \u00e1rea de transfer\u00eancia, m\u00e9todos de entrada, janelas n\u00e3o retangulares e transpar\u00eancia.\n
A integra\u00e7\u00e3o com o X11 foi aprimorada: agora s\u00e3o enviados ao gerenciador de janelas pedidos de ativa\u00e7\u00e3o de janelas e o protocolo EWMH \u00e9 utilizado para sincronizar o estado das janelas ativas entre X11 e Win32.\n
Foi implementado o suporte ao modo de tela cheia exclusivo. O suporte ao modo de tela cheia em D3D foi melhorado, assim como o funcionamento de jogos antigos baseados em DDraw.\n
A performance de algumas fun\u00e7\u00f5es de manipula\u00e7\u00e3o de janelas foi aumentada. O compartilhamento de mem\u00f3ria foi utilizado para intera\u00e7\u00e3o entre processos. <\/ul>\n
Direct3D<\/b>\n
\n
No Direct3D 11, foi adicionado o suporte para acelera\u00e7\u00e3o de hardware na decodifica\u00e7\u00e3o de v\u00eddeo no formato H.264, implementado atrav\u00e9s da API gr\u00e1fica Vulkan.\n
No Direct3D 11, foi implementado o suporte para filtragem minmax de texturas, utilizando a extens\u00e3o OpenGL GL_ARB_texture_filter_minmax ou a extens\u00e3o Vulkan VK_EXT_sampler_filter_minmax.\n
No Direct3D 11, foram implementadas fun\u00e7\u00f5es para carregar texturas.\n
Uma s\u00e9rie maior de funcionalidades do Direct3D foi implementada para renderiza\u00e7\u00e3o atrav\u00e9s do Vulkan, como mesclagem de v\u00e9rtices, sombreamento plano, planos de recorte personalizados e diferentes formatos de recursos.\n
Na c\u00f3pia incorporada do vkd3d-shader, foi melhorado o suporte para os modelos de sombreamento 1, 2 e 3.\n
No m\u00e9todo D3DXSaveSurfaceToFileInMemory, foi implementado o suporte para imagens PNG, JPEG e BMP.\n
No Direct3D 10 e 11, foi implementado o suporte para compress\u00e3o e descompress\u00e3o dos formatos BC4 e BC5, bem como a gera\u00e7\u00e3o de n\u00edveis MIP (MipMap) ao carregar texturas.\n
Foram implementados os m\u00e9todos ID3DXEffect::SetRawValue() e ID3DXSkinInfo::UpdateSkinnedMesh(). <\/ul>\n
Dispositivos de entrada<\/b>\n
\n
A compatibilidade com controladores foi melhorada, utilizando o backend hidraw.\n
Apoio aprimorado ao efeito de vibra\u00e7\u00e3o (Force feedback) ao usar volantes e controladores.\n
Melhor suporte para gamepads na API Windows.Gaming.Input e ao usar o backend evdev.\n
Foi adicionada uma aba no app de controle de gamepads para configura\u00e7\u00e3o da API Windows.Gaming.Input.\n
A compatibilidade do DirectInput com jogos antigos foi aumentada. <\/ul>\n
Bluetooth<\/b>\n
\n
No driver Bluetooth, foi adicionado suporte para escaneamento, configura\u00e7\u00e3o de detec\u00e7\u00e3o e emparelhamento de dispositivos.\n
Foi adicionada a suporte para servi\u00e7os Bluetooth Low Energy.\n
Os aplicativos agora podem criar conex\u00f5es RFCOMM de baixo n\u00edvel com dispositivos externos, usando a API Winsock. <\/ul>\n
Suporte a scanners.<\/b>\n
\n
Implementado suporte \u00e0 API TWAIN 2.0, permitindo acesso a scanners a partir de aplicativos de 64 bits.\n
Suporte ao componente DAT_IMAGENATIVEXFER para transferir imagens de scanners para o aplicativo foi implementado.\n
As configura\u00e7\u00f5es e o scanner selecionado foram salvos no registro.\n
Adicionado suporte para digitaliza\u00e7\u00e3o de v\u00e1rias p\u00e1ginas e alimentadores autom\u00e1ticos de documentos.\n
Eliminada a travagem dos aplicativos durante a chamada da interface de digitaliza\u00e7\u00e3o.\n
Adicionado suporte para o download de drivers nativos do Windows para scanners. <\/ul>\n
Internacionaliza\u00e7\u00e3o<\/b>\n
\n
Foi garantida a gera\u00e7\u00e3o da base de dados de localidades no formato locale.nls a partir da base de dados Unicode CLDR (Unicode Common Locale Data Repository) vers\u00e3o 48. Foram adicionados suporte para localidades adicionais 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 e suz-Sunu-NP.\n
As tabelas de caracteres Unicode foram atualizadas para a vers\u00e3o do padr\u00e3o 17.0.0. A base de dados de fusos hor\u00e1rios foi atualizada. <\/ul>\n
Capacidades de rede<\/b>\n
\n
No motor MSHTML em modo compatibilidade, foi garantido o trabalho com atributos de elementos como n\u00f3s DOM completos. Foram implementados objetos DOMParser, XDomainRequest e msCrypto.\n
Adicionada suporte a arrays tipados no JavaScript.\n
Para ICMPv6, o comando ping foi implementado. <\/ul>\n
BD<\/b>\n
\n
A biblioteca MSADO (ActiveX Data Objects) agora oferece suporte para grava\u00e7\u00e3o de altera\u00e7\u00f5es em banco de dados. A maioria das fun\u00e7\u00f5es do objeto Recordset foi implementada.\n
Na biblioteca odbc32, o suporte para drivers ANSI win32, que n\u00e3o foram feitos para trabalhar com Unicode, foi melhorado. Foram implementadas as fun\u00e7\u00f5es SQLDriverConnectA(), SQLSpecialColumnsW(), SQLGetInfoW(), SQLGetInfoW(), SQLStatisticsW() e QLColumnsW(). <\/ul>\n
Aplicativos Embutidos<\/b>\n
\n
Na WineCfg, uma aba para configurar o dispositivo MIDI padr\u00e3o foi adicionada.\n
Na ferramenta cmd, foi implementada a conclus\u00e3o autom\u00e1tica para a inser\u00e7\u00e3o de nomes de arquivos em modo interativo, adicionando suporte para instru\u00e7\u00f5es complexas e a implementa\u00e7\u00e3o do comando 'mklink \/j' para criar Reparse Point.\n
No utilit\u00e1rio conhost (Console Hosting) foi adicionada a suporte para obter o hist\u00f3rico pressionando as teclas F1 e F3.\n
Foram implementados os comandos timeout, runas e subst.\n
Na ferramenta find, foram adicionadas as op\u00e7\u00f5es '\/c' para mostrar o n\u00famero de correspond\u00eancias e '\/i' para compara\u00e7\u00f5es sem considerar mai\u00fasculas e min\u00fasculas.\n
No utilit\u00e1rio whoami agora \u00e9 poss\u00edvel configurar o formato da sa\u00edda. <\/ul>\n
Diversos<\/b>\n
\n
Na implementa\u00e7\u00e3o da linguagem de descri\u00e7\u00e3o de interface WIDL (Wine Interface Definition Language) foi adicionada a suporte para gera\u00e7\u00e3o de metadados do Windows Runtime (WinRT). Foi garantida a gera\u00e7\u00e3o e instala\u00e7\u00e3o de arquivos WinMD (Windows Metadata) para a API WinRT (Windows Runtime).\n
No utilit\u00e1rio winedump foi adicionada a suporte para o despejo de recursos MUI, n\u00fameros de chamadas de sistema, m\u00f3dulos NE embutidos e grandes arquivos PDB (> 4 GB).\n
Foi realizado um refatoramento na implementa\u00e7\u00e3o do Common Control, a biblioteca COMCTL32 foi dividida em m\u00f3dulos separados para as vers\u00f5es 5 e 6.\n
No BCrypt foi adicionada a suporte para o padr\u00e3o de forma\u00e7\u00e3o de chaves PBKDF2.\n
Foi adicionada a suporte para os diret\u00f3rios UserProgramFiles, AccountPictures e Screenshots.\n
Foram integradas as bibliotecas LLVM Compiler-RT 8.0.1 e TomCrypt 1.18.2. Para determinar a CPU na plataforma FreeBSD, foi utilizada a biblioteca HwLoc.\n
Os componentes foram atualizados para novas vers\u00f5es: 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