Viktige forbedringer i Wine 11 for spilling og arbeid på Linux

Wine 11 kommer som en av de mest ambisiøse versjonene av det populære kompatibilitetslaget (se Wine 10 for bakgrunnsinformasjon ) som lar deg kjøre Windows-applikasjoner og spill på Unix- baserte systemer , primært GNU/Linux og også macOS. Etter en årelang utviklingssyklus, med tusenvis av endringer og hundrevis av feilrettinger, har det etablert seg som et nøkkelverktøy for de som ønsker å fortsette å bruke Microsoft-programvare uten å gi opp Linux-skrivebordet sitt.

Wine 11 er langt fra en enkel, mindre oppdatering, men introduserer dyptgripende strukturelle endringer i ytelse, grafikk, maskinvarekompatibilitet og arkitekturstøtte. Fra den nye NTSYNC-synkroniseringsbackend til den fullstendig fornyede WoW64-arkitekturen, sammen med forbedringer av Wayland, Vulkan, ARM64, inndataenheter, Bluetooth og skannere, representerer denne versjonen et betydelig sprang fremover for både Linux-spill (inkludert Steam Deck og Proton) og profesjonelle og eldre applikasjoner.

Hva er Wine 11, og hvorfor er det så viktig for Linux og macOS?

Wine er ikke en emulator i tradisjonell forstand , men snarere en reimplementering av Windows API-er (Win16, Win32 og etterfølgere) på Unix-lignende systemer. I praksis betyr dette at den oversetter Windows-kall til native vertssystemkall, uten å kreve tung virtualisering eller fullverdige virtuelle maskiner.

Etter mer enn tre tiår med utvikling har Wine blitt en essensiell komponent i mange GNU/Linux-distribusjoner og i derivatprosjekter som Proton , laget Valve bruker for å kjøre Windows-spill på SteamOS og Steam Deck. Mye av Linux-spillboomen de siste årene er direkte eller indirekte avhengig av Wine.

Selv om det innebygde Linux-programvareøkosystemet har vokst enormt, har vi fortsatt et stort antall programmer og spill eksklusivt for Windows . Fra nyere AAA-titler til klassikere med DirectDraw, samt eldre bedriftsverktøy og -verktøy som bedrifter ennå ikke har migrert, er Wine den praktiske måten å unngå å måtte vedlikeholde en Windows-partisjon eller en virtuell maskin bare for disse oppgavene.

Wine 11 lanseres som en ny årlig stabil gren , hvor kritiske feilrettinger vil bli integrert gjennom hele året, mens eksperimentell utvikling fortsetter i senere versjoner (11.xy og senere 12.0). Denne strategien balanserer stabilitet for sluttbrukeren med kontinuerlig innovasjon for de som ønsker å holde seg oppdatert.

NTSYNC: Windows-lignende synkronisering i Linux-kjernen

En av de flotte funksjonene i Wine 11 er full integrasjon med NTSYNC , en Linux-kjernemodul tilgjengelig fra versjon 6.14 og utover. Denne driveren implementerer Windows NT-synkroniseringsprimitiver direkte i Linux-kjernen.

Frem til nå har mange synkroniseringsoperasjoner blitt håndtert i brukerområdet , med mer overhead og latens: låser, semaforer, hendelser, signaler for å koordinere tråder ... Med NTSYNC løses disse primitivene nå i kjernen, noe som reduserer kostbare anrop og forbedrer ytelsen i applikasjoner med høyt flertrådsnivå.

I daglig bruk er dette spesielt merkbart i moderne spill og programmer som kjører dusinvis eller hundrevis av tråder . Bedre samtidighetshåndtering betyr færre interne flaskehalser, mer stabile bildefrekvenser og lavere risiko for mikrostakking eller uregelmessig oppførsel under tung belastning.

Ikke alle distribusjoner aktiverer NTSCyNC som standard, så På systemer med en nyere kjerne kan det være nødvendig å laste den inn manuelt. ved hjelp av kommandoen sudo modprobe ntsyncHvis resultatet er bra, kan det konfigureres til å lastes inn automatisk ved oppstart. Spillorienterte distribusjoner, som SteamOS i betaversjonene, innlemmer allerede dette, noe som baner vei for at disse forbedringene skal nå Steam Deck og andre enheter.

Utover videospill drar alle applikasjoner med intensiv bruk av synkronisering (for eksempel renderingsverktøy, vitenskapelig programvare eller komplekse sikkerhetskopieringsverktøy ) nytte av denne backend-funksjonen, og kommer litt nærmere oppførselen de ville hatt under et innebygd Windows-system.

WoW64 fornyet: farvel til mye av 32-bits rotet

Den andre store søylen i Wine 11 er kulminasjonen av den nye WoW64 -arkitekturen (Windows-på-Windows 64-bit). Denne redesignen har vært under utvikling siden tidligere versjoner og anses nå som fullført og klar for produksjon.

I den klassiske modellen krevde kjøring av 32-bits applikasjoner 32-bits Unix-prosesser , og derfor tilbyr distribusjonen multilib-biblioteker. Moderne systemer prøver i økende grad å redusere denne blandede modellen fordi den kompliserer vedlikehold og øker antallet pakker som kreves.

Med dagens WoW64 kan Wine kjøre 32-bits kode i 64-bits prosesser , uten å være så avhengig av 32-bits systembiblioteker. Windows-moduler får tilgang til 64-bits Unix-biblioteker gjennom kall-oversettere (thunks), noe som forenkler ting for distribusjoner som ønsker å bevege seg bort fra noe av multilib-arven.

Denne fornyede arkitekturen gjenoppretter og styrker også støtten for 16-biters applikasjoner , noe som kan høres veldig retro ut, men som fortsatt er viktig i noen bedriftsmiljøer der svært gamle interne verktøy overlever.

Blant de tilhørende justeringene finner vi forbedret minnetilordning for OpenGL, støtte for direkte SCSI-gjennomgang, muligheten for rene 32-bits prefikser og flere interne endringer som tar sikte på å få eldre programvare til å fungere konsekvent.

Videre forsvinner en gammel kilde til forvirring: den separerte binærfilen wine64 det slutter å være nødvendigFra nå av vil én kjørbar fil bli brukt. winesom automatisk bestemmer om det skal fungere som et 32-biters eller 64-biters miljø, avhengig av applikasjonen som startes. Når det finnes to versjoner av samme app, prioriteres 64-biters versjonen, selv om 32-biters versjonen alltid kan tvinges frem om ønskelig.

Wayland, X11 og skrivebordsopplevelse i Wine 11

Den gradvise migreringen av Linux-skrivebordet til Wayland har tvunget Wine-prosjektet til å skjerpe seg for å unngå å bli sittende fast på X11. Svært populære distribusjoner (Ubuntu, Fedora, KDE neon, openSUSE og andre) bruker allerede Wayland som standard eller planlegger å gjøre det snart.

Wine 11 fortsetter arbeidet som ble startet i tidligere grener med den dedikerte winewayland.drv-driveren og forbedrer skrivebordsintegrasjonen betydelig . En av de mest merkbare nye funksjonene er støtte for toveis utklippstavle : det å kopiere tekst i et Windows-program som kjører i Wine og lime den inn i en innebygd Wayland-app (og omvendt) fungerer nå mye mer sømløst.

Dra-og-slipp-støtte fra Wayland-applikasjoner til Wine-vinduer er også lagt til , noe som forenkler blandede arbeidsflyter. For eksempel er det nå mye enklere å dra en fil fra en innebygd filbehandler til et Windows-redigeringsprogram som kjører gjennom Wine.

En annen viktig detalj er at endringer i skjermmodus emuleres ved hjelp av compositor-skalering . Dette er flott for eldre spill som prøver å endre oppløsningen til 640x480 eller lignende verdier, da det forhindrer at de vises i et lite eller ufullstendig vindu på 1080p-, 1440p- eller 4K-skjermer.

For de som fortsatt bruker X11, har ikke Wine 11 glemt dem: integrasjonen av X11-vindusbehandleren har blitt forbedret , og når det gjelder grafikk, er EGL-backend aktivert som standard for OpenGL, noe som fortrenger den erfarne GLX. Dette tiltaket gir mulighet for mer kodedeling med Wayland-driveren, noe som sikrer at forbedringer på ett område automatisk kommer det andre til gode.

Grafikk, Vulkan, Direct3D og fullskjerm

Grafikksystemet i Wine 11 har fått en betydelig overhaling , både for moderne spill og for klassiske titler som fortsatt har svært aktive fellesskap. For det første har Vulkan-støtten blitt oppdatert til versjon 1.4, sammen med tilhørende Win32-utvidelser.

Ved å styrke Vulkan-kompatibiliteten forbedrer Wine Direct3D-oversettelseslagene oppå dette API-et , noe som er viktig for at krevende titler skal kjøre problemfritt. Det legger også til muligheter for å administrere minne, semaforer og eksterne gjerder, og utvider dermed utvalget av motorer og spill som kan kjøre uten problemer. Lær mer om Valve- og NVK-grafikkteknologier på Valve DLSS og NVK.

I Direct3D-verdenen er den eksklusive fullskjermmodusen og den generelle fullskjermmodusadministrasjonen implementert og forbedret . Dette påvirker først og fremst spill som forventer direkte kontroll over videomoduser, noe som var veldig vanlig i DirectX 9-tiden og lignende teknologier.

Disse endringene reduserer vanlige problemer som flimring, brå endringer i oppløsningen og uventede krasj på skrivebordet når du bytter fra spill til vindusmodus eller bruker Alt+Tab. Opplevelsen blir mer lik det du forventer av en innebygd Windows-installasjon.

En annen svært praktisk forbedring er at Wine 11 støtter maskinvareakselerert H.264-videodekoding via D3D11-video-API-ene ved bruk av Vulkan Video. Dette er til fordel for både mediespillere og strømmeplattformer , samt filmsekvenser i spillet.

På mellomstore bærbare datamaskiner og PC-er reduserer avlasting av videodekoding til GPU-en CPU-bruken , forbedrer jevnheten og senker energiforbruket – en kjærkommen fordel hvis du spiller spill eller ser på multimedieinnhold på en datamaskin med begrensede ressurser.

vkd3d-shader-biblioteket, nøkkelen til å oversette Direct3D-shadere (inkludert deler av Direct3D 12) til Vulkan, forbedrer støtten for eldre shadermodeller (Shader Model 1–3) . Dette betyr at mange klassiske spill gjengis med færre artefakter, bedre teksturer og et utseende som er mer tro mot originalen.

I tillegg er teksturkomprimering (f.eks. BC4/BC5) og automatisk mipmap-generering optimalisert , noe som jevner ut detaljer på avstand og unngår "rar lysstyrke" eller merkelige mønstre når man zoomer ut i visse titler.

Total ytelse, lyd og periferiutstyr

Utover NT Sync og grafikk, finjusterer Wine 11 trådprioritetshåndtering på både Linux og macOS. Målet er at spill og applikasjoner med mange interne prosesser skal oppføre seg mer konsistent, uten slike brå belastningstopper.

På noen Linux-systemer kan det være nødvendig å gjennomgå "fine" grenser eller planleggingsregler , fordi mange distribusjoner bruker konservative konfigurasjoner. Men når de er finjustert, vil du merke en betydelig forbedring i jevnheten under krevende scener, spesielt i prosessorintensive spill.

I lyddelen er det introdusert spesifikke forbedringer for SoundFont (SF2) og MIDI . Dette påvirker spesielt spill og applikasjoner fra slutten av 90-tallet og begynnelsen av 2000-tallet, der lydsporet er avhengig av disse teknologiene.

De som liker retrospill setter ofte pris på musikk som er mer tro mot den originale opplevelsen , uten uvanlige instrumenter eller ubalanserte mikser. For denne målgruppen utgjør Wine 11s lydforbedringer en merkbar forskjell.

Når det gjelder inndataenheter, styrker Wine 11 den hydrauliske backend-funksjonen for joysticks, kontrollere og ratt , noe som forbedrer nøyaktigheten og oppførselen til krafttilbakemeldinger. Dette er spesielt interessant for entusiaster av bilkjøring eller flysimulatorer, der et godt støttet ratt eller joystick fullstendig forvandler opplevelsen.

Bluetooth, MIDI, ARM64 og minne: Wine tilpasser seg ny maskinvare

Bluetooth-støtte i Wine 11 tar et skritt fremover med en oppdatert driver som er i stand til å oppdage og pare enheter på Linux via BlueZ. Støtte for Bluetooth Low Energy (BLE) og lavnivå RFCOMM-tilkoblinger er også lagt til.

Takket være dette er det mer sannsynlig at trådløse kontrollere, sensorer og moderne tilbehør fungerer riktig under Wine, slik at man unngår behovet for å ty til alternative løsninger eller altfor kompliserte konfigurasjoner.

Når det gjelder musikkproduksjon og MIDI, tilbyr Wine 11 redusert latens og mer moden MIDI-kompatibilitet når synthesizeren brukes. De som bruker musikkproduksjonsprogramvare eller Windows-sequencere på Linux, vil merke en mer umiddelbar respons når de spiller og spiller inn.

Maskinvareøkosystemet endrer seg også mot alternative arkitekturer, og Wine 11 tar hensyn til dette: spesifikke forbedringer er innarbeidet for ARM64 , en arkitektur som blir stadig mer vanlig i lette bærbare datamaskiner, mini-PC-er og noen stasjonære datamaskiner.

En av hovedfunksjonene er at Wine kan simulere 4K minnesider på ARM64-kjerner med større sidestørrelser (16K eller 64K). Selv om det for øyeblikket er rettet mot relativt enkle applikasjoner, baner det vei for mer robust kompatibilitet på disse enhetene.

I minnehåndtering brukes teknikker som Userfaultfd (UFFD) til å håndtere sidefeil fra brukerområdet . Interne tester av prosjektet viser drastiske reduksjoner i lastetider for visse spill, noe som bringer ytelsen nærmere den som tilbys under native Windows.

Innen sikkerhets- og kommunikasjonsfeltet legges det til nye kryptografiske algoritmer, som ECDSA_P521 og ECDH_P521 i BCrypt , som er nødvendige for nåværende applikasjoner som er avhengige av moderne protokoller og chiffer.

Filsystem, TWAIN, verktøy og formater

Wine 11 inkluderer også betydelige endringer i filsystemet , og introduserer en parsepunktmekanisme som ligner på den i Windows. Dette gjør at metadata kan legges til filer og kataloger for å gjengi symbolske lenker, spesielle monteringer og avanserte snarveier mer nøyaktig.

Dette detaljnivået er avgjørende for bedriftsapplikasjoner, sikkerhetskopieringsverktøy eller innholdsbehandlere som bruker filsystemet intensivt for å oppføre seg som forventet, uten merkelige feil når man følger lenker eller håndterer komplekse stier.

Innen skanning tar Wine 11 et betydelig sprang fremover med implementeringen av TWAIN 2.0 API for 64-biters applikasjoner . Dette muliggjør avanserte funksjoner som flersiders skanning, bruk av automatiske dokumentmatere og mer robust administrasjon av skannedialoger.

Mange av krasjene som oppsto ved åpning av visse skannergrensesnitt er nå en saga blott, så kontor- og hjemmebrukere som er avhengige av Windows-skanneprogrammer har nå et mer stabilt miljø på Linux og macOS.

Wine 11 har også premiere nye linjeforsyninger kommandoer utviklet for avanserte brukere og administratorer. Blant dem en implementering av timeoutnyttig for å begrense varigheten av prosesser, og innledende støtte for runassom tillater å kjøre programmer med forskjellige påloggingsinformasjon i Wine-miljøet.

Når det gjelder formater og nettverk, er mulighetene for å jobbe med TIFF-bilder forbedret, og kompatibiliteten med Unicode 17.0.0 er lagt til , noe som utvider repertoaret av tegn og symboler som applikasjoner kan håndtere.

Muligheten til å pinge over IPv6 er også aktivert , og støtte for store filer er utvidet ved hjelp av Zip64 i pakketjenestene, noe som er viktig i miljøer der svært tunge komprimerte datasett flyttes.

Spill, Proton og rollen til Wine 11 i Linux-økosystemet

Gjennom utviklingssyklusen til Wine 11 har hundrevis av feilrettinger fokusert på videospill blitt lagt til . Oppdateringsnotatene nevner titler så varierte som Nioh 2, StarCraft 2, The Witcher 2, Wing Commander Secret Ops, Call of Duty : Black Ops II, Final Fantasy XI, samt populære launchere som Battle.net.

Disse rettelsene dekker grafiske feil, inputfeil, sporadiske krasj og uimplementerte funksjoner som visse spill antok var inkludert. I de nyeste Release Candidates ble for eksempel problemer løst i spill som Rocket League, Monster Truck Madness 2, Heroes of Might and Magic V, Batman: Arkham Origins og Tomb Raider (2013).

Det er ikke veldig prangende endringer, men denne konstante strømmen av rettelser er det som utgjør forskjellen mellom en "brukbar" versjon og en som er virkelig pålitelig for hverdagsspilling, både for nåværende titler og katalogklassikere.

Alt dette arbeidet påvirker Proton direkte: Wine 11 blir fundamentet som Proton 11 skal bygges på , laget Steam bruker til å kjøre Windows-spill på Linux, inkludert Steam Deck og SteamOS. Videre gir det praktiske veiledninger for å installere Windows-spill med Steam på Linux , noe som reduserer behovet for komplekse konfigurasjoner.

For de som spiller på GNU/Linux-distribusjoner i Spania og resten av Europa, betyr dette en stadig bredere spillbar katalog , med mindre behov for juksekoder, rare skript eller svært forseggjorte konfigurasjoner for at en tittel skal fungere skikkelig.

Installasjon, stabil gren og forhold til andre verktøy

Wine 11.0 er tilgjengelig fra det offisielle nettstedet WineHQ.org , både som kildekode og i binærpakker eller repositorier for de fleste populære Linux-distribusjoner. Selv om nesten alle distribusjoner inkluderer en eller annen versjon av Wine, tilbyr alternativer som WinBoat forskjellige måter å kjøre Windows- apper på Linux.

I Ubuntu (mye brukt både hjemme og i profesjonelle omgivelser) vedlikeholder WineHQ spesifikke repositorier for versjoner fra 22.04 LTS og utover , slik at du kan installere den nåværende stabile utgaven og motta oppdateringer uten å være avhengig av Canonicals eget tempo.

Andre populære distribusjoner som Debian, Fedora, openSUSE, Linux Mint og deres derivater har også pakker som vedlikeholdes enten av selve prosjektet eller av svært aktive fellesskap . Dette gjør det relativt enkelt å ta i bruk Wine 11, selv om du ikke vil kompilere noe manuelt.

Etter å ha lansert den stabile versjonen, gjenopptok Wine-teamet sin to-ukentlige utviklingssyklus . Wine 11.1 dukket opp på bare noen få uker, og derfra begynte veien til en fremtidig Wine 12.0, i tråd med prosjektets vanlige mønster.

De som foretrekker stabilitet kan holde seg på gren 11 hele året, mens mer urolige brukere kan hoppe til utviklingsversjoner for å prøve ut nye funksjoner først, og akseptere muligheten for sporadiske feil.

Parallelt vil lag som Proton eller kommersielle løsninger basert på Wine gradvis absorbere disse forbedringene , med spesiell innvirkning på spilling på Linux, ytelse på Steam Deck og kompatibilitet med profesjonelle applikasjoner som mange selskaper ennå ikke har migrert til skyen eller native programvare.

Med boosten fra NTSYNC, den nye WoW64-arkitekturen, forbedringer av Wayland, Vulkan, minnehåndtering, periferiutstyr, ARM64, skannere, kryptering og hundrevis av spesifikke rettelser for spill og applikasjoner i den virkelige verden, etablerer Wine 11 seg som en viktig oppdatering for alle som er avhengige av Windows-programvare på Linux eller macOS , og tilbyr en veldig interessant balanse mellom ytelse, kompatibilitet og brukervennlighet.