Feilrettinger og viktige forbedringer i Wine 11.0

Informatec Digital » Ressurser » Feilrettinger og viktige forbedringer i Wine 11.0

Wine 11.0 har blitt en grunnleggende brikke For de som bruker Linux eller macOS, men fortsatt er avhengige av programmer og spill designet for Windows. Etter en svært intens utviklingssyklus, full av betaversjoner og utgivelseskandidater, kommer denne nye stabile utgivelsen med betydelige endringer i ytelse, kompatibilitet og maskinvarestøtte. Dette er ikke bare en hvilken som helst oppdatering: det er grunnlaget som alt prosjektets arbeid vil bli bygget på i mange måneder fremover.

Bak vin ligger mer enn tre tiår med konstant utviklingSelv om navnet kommer fra «Wine Is Not an Emulator», er det vi faktisk finner en reimplementering av Windows API-ene (Win16, Win32 og etterfølgere) på Unix-lignende systemer. Det endelige målet er ganske klart: å kjøre Windows-applikasjoner og -spill på Linux, BSD, macOS og andre miljøer uten behov for komplette virtuelle maskiner. Med Wine 11.0 tar dette målet et betydelig sprang fremover, spesielt når det gjelder feilrettinger, polering og reduksjon av foreldede avhengigheter som 32-biters biblioteker.

Hva er Wine 11.0, og hvorfor er det så viktig i Linux og macOS?

Vin fungerer som et kompatibilitetslag Dette oversetter i sanntid kallene som et Windows-program ville gjort til operativsystemet, slik at de gir mening på Linux, BSD, Solaris eller macOS. I praksis tillater dette at et program som aldri var ment å forlate Microsofts økosystem, fungerer rimelig bra på et moderne GNU/Linux-skrivebord eller på en Mac uten å installere Windows separat.

Versjon 11.0 representerer en viktig milepæl Fordi den kulminerer i en komplett utviklingssyklus med rundt 6.300 individuelle endringer og mer enn 600 feilrettinger sammenlignet med den forrige grenen. Det er en stabil, årlig utgivelse som bygger på mange tidligere betaversjoner (10.xx) og flere utgivelseskandidater som nesten utelukkende er dedikert til polering av problemer, som RC2 og RC5, som fokuserte på svært spesifikke feilrettinger for spill, installasjonsprogrammer og profesjonelle applikasjoner.

For desktopbrukere og for teknologiske oppstartsbedrifterWine spiller en strategisk rolle. Det reduserer lisenskostnader ved å eliminere behovet for virtuelle maskiner eller ekstra Windows-skrivebord, forenkler interoperabilitet mellom blandede miljøer og gjør det mer levedyktig å kjøre eldre eller spesialisert bedriftsprogramvare på Linux-servere. Faktisk er viktige prosjekter som Proton, Valves kompatibilitetslag for Steam og Steam Deck, direkte avhengige av Wine, så hver stabile versjonsutgivelse påvirker også Linux-spillbiblioteket.

Året Wine 11.0 ble utgitt sammenfaller Med en merkbar økning i bruken av GNU/Linux-distribusjoner på personlige og profesjonelle datamaskiner, velger stadig flere å forlate Windows eller bare bruke det når det er absolutt nødvendig. Wine blir da «broen» som lar brukere fortsette å bruke kjente applikasjoner samtidig som de nyter fordelene med fri programvare: større kontroll, økt fleksibilitet og automatiserings- og distribusjonsmuligheter som er dyrere i lukkede miljøer.

Kombinasjonen av kompatibilitet, ytelse og nye funksjoner Dette gjør Wine 11.0 til mer enn bare en enkel trinnvis oppdatering. Det er en versjon som introduserer dyptgripende interne endringer (som NTSYNC-integrasjon og overgangen til den nye WoW64-arkitekturen) og samtidig retter opp et stort antall akkumulerte feil. For de som kommer fra tidligere versjoner, er spranget mest merkbart i krevende spill og på systemer der det ikke lenger er ønskelig å overføre 32-bits biblioteker.

Ett år med utvikling, dedikerte fjernkontrollere for feilrettinger og fokus på stabilitet

Veien til stabil Wine 11.0 er markert Dette oppnås gjennom en serie utviklingsversjoner i 10.xx-grenen, som slippes omtrent annenhver uke, og flere Release Candidates (11.0-rcX) der prosjektet frøs koden for å fokusere utelukkende på feilrettinger. Denne arbeidsflyten tillater eksperimentering med betydelige endringer i testfasen, og senere dedikering av flere uker til feilsøking uten å legge til nye funksjoner.

Wine 11.0 RC2 var den andre viktige milepælen Denne fryseprosessen inkluderte ingen synlige nye funksjoner i den versjonen; i stedet løste den 28 feil som påvirket stabilitet, kompatibilitet med kritiske applikasjoner og oppførselen til ulike Windows-programmer på Linux og macOS. Å gå inn i fasen med «frossen kode» betyr at den absolutte prioriteten blir påliteligheten til det endelige produktet.

Senere kom WINE 11.0-rc5Denne utgivelseskandidaten var spesielt relevant fordi den kunne ha vært den siste før den stabile lanseringen. Denne RC-en la ikke til noen glamorøse funksjoner, men den brakte med seg 27 interne endringer og 32 feilrettinger. Disse inkluderte problemer knyttet til kjente videospill (som Heroes of Might and Magic V, Tomb Raider 2013, Rocket League, Batman: Arkham Origins, The Evil Within og Wolfenstein: The New Order) og produktivitetsapplikasjoner og installasjonsprogrammer (blant annet VirtualBox, SQLyog, Sumatra PDF).

Rettelsene inkluderte alt fra svarte skjermer og flimring Disse problemene inkluderte problemer med håndtering av museinndata ved svært høye frekvenser (rundt 1000 Hz), duplisering av tastaturhendelser med inndatametoder som Fcitx eller IBus, feil i fullskjerms DirectDraw-vinduer og krasj i diverse verktøy som MiPony, Hearthstone Deck Tracker og iriver LDB Manager. Funksjoner som noen eldre spill tok for gitt, nødvendige for titler som Microsoft Deadly Tide, ble også lagt til.

All denne stille innsatsen i RC Dette er grensen mellom en versjon som rett og slett «fungerer mer eller mindre» og en som er klar for seriøs daglig bruk, både til fritidsbruk og i profesjonelle miljøer. Etter å ha bekreftet at den oppnådde stabiliteten var tilstrekkelig, ga teamet ledet av Alexandre Julliard grønt lys til den stabile Wine 11.0, som fra det øyeblikket ble grunnlinjen for det nye året med kontinuerlig utvikling.

NTSync og ytelse: Windows-lignende synkronisering i Linux-kjernen

En av hovedfunksjonene i Wine 11.0 er NTSYNCEn Linux-kjernemodul (tilgjengelig fra versjon 6.14 og utover) som implementerer synkroniseringsprimitiver som ligner på de i Windows NT direkte i systemkjernen. Frem til nå har Wine måttet emulere denne logikken i brukerområdet, med den ekstra kostnaden for tyngre og mindre effektive kall.

Med NTSYNC aktivert delegerer Wine mange synkroniseringsoperasjoner. på kjernenivå, noe som bringer det nærmere den faktiske oppførselen til Windows. I praksis betyr dette merkbare ytelsesforbedringer i flertrådede applikasjoner og spill. Latens forbundet med blokkering, signalering og venting reduseres, og i mange tilfeller økes antall bilder per sekund i krevende moderne titler.

En populære distribusjoner som for eksempel Ubuntu, Fedora, OpenSUSE eller DebianNTSYNC-modulen lastes ikke alltid inn som standard. Hvis kjernen er ny nok, kan den aktiveres med en enkel kommando: sudo modprobe ntsyncHvis endringen gir gode resultater, bør systemet ideelt sett konfigureres til å laste inn modulen automatisk ved hver oppstart. Noen betaversjoner av SteamOS har allerede begynt å integrere dette, noe som varsler noen av fordelene som kommer til Steam Deck og andre spillfokuserte team.

Integrasjon med NT SYNC kombineres med andre innstillinger Wine 11.0 forbedrer trådprioritetshåndteringen i både Linux og macOS, og forbedrer hvordan prioriteringer tildeles og intensive prosesser håndteres. Dette resulterer i jevnere ytelse for spill og applikasjoner med mange interne oppgaver. Noen distribusjoner opprettholder imidlertid konservative prosessplanleggingspolicyer, så på visse systemer kan det være nødvendig å justere prioritetsgrenser eller finjustere innstillinger for å dra full nytte av disse forbedringene.

I tillegg til brutto ytelsesplanenFordeler innen stabilitet sees: færre krasj på grunn av trådkappløp, mindre uregelmessig oppførsel ved minimering og gjenoppretting av spill, og mer konsistente responstider i krevende scener. Alle disse forbedringene, selv om de er usynlige for sluttbrukeren, er grunnlaget for mange spesifikke feilrettinger som fungerer pålitelig i Wine 11.0.

WoW64 fornyet: farvel til avhengighet av 32-bits biblioteker

En annen svært viktig strukturell endring kommer med den nye WoW64-arkitekturen (Windows-på-Windows 64-bit), som overgangen til anses som fullført i Wine 11.0. Tradisjonelt krevde kjøring av 32-bits applikasjoner i Wine også 32-bits Unix-prosesser og, i forlengelsen av dette, et multilib-system lastet med duplikatbiblioteker. I økende grad ønsker distribusjoner å legge denne byrden bak seg og fokusere på det rene 64-bitsmiljøet.

Med Wine 11.0 tillater den nye WoW64 utførelse av 32-biters kode innenfor 64-bits prosesser, uten å måtte installere alle 32-bits systembibliotekene. Dette forenkler distribusjonen i stor grad på moderne distribusjoner som ikke lenger inkluderer multilib-støtte som standard, og reduserer kompleksiteten ved å vedlikeholde blandede miljøer for å kjøre eldre Windows-applikasjoner.

For å oppnå dette bruker Wine samtaleoversettere (thunks) Disse funksjonene lar 32-bits Windows-moduler få transparent tilgang til 64-bits Unix-biblioteker. Resultatet er et lettere miljø med mindre duplisering, samtidig som det er mer kompatibelt med den typen installasjon mange Linux-brukere foretrekker i dag.

Den nye arkitekturen gir også forbedret støtte for 16-bits programmer.Dette høres kanskje ut som dataarkologi, men det gir fortsatt mening i visse europeiske bedriftsmiljøer. Noen interne verktøy, for administrasjon eller industriell kontroll, ble aldri omskrevet og er fortsatt avhengige av disse teknologiene. Blant de tilhørende forbedringene er en minnetilordning som er bedre egnet for OpenGL, støtte for direkte SCSI-gjennomgang, muligheten til å bruke rene 32-bits prefikser og andre interne justeringer fokusert på kompatibilitet i den virkelige verden.

Som en synlig konsekvens forsvinner den separate kjørbare filen. wine64Fra denne versjonen og utover brukes en enhetlig binærfil. winesom automatisk bestemmer om den skal oppføre seg som et 32-biters eller 64-biters miljø, avhengig av hvilket program som startes. Når flere utgaver av samme program finnes, er 64-biters versjonen fortsatt å foretrekke, selv om 32-biters versjonen alltid kan tvinges frem om nødvendig av kompatibilitetsårsaker.

Wayland, X11 og skrivebordsopplevelse med Wine 11.0

Det progressive skiftet av Linux-økosystemet mot Wayland Dette har heller ikke gått ubemerket hen hos Wine-prosjektet. Populære distribusjoner i Spania og Europa, som Fedora, Ubuntu, KDE neon og openSUSE, presser i økende grad denne grafiske serverprotokollen på bekostning av den erfarne X11, noe som tvinger frem en tilpasning av Windows-applikasjonsopplevelsen.

Wine 11.0 styrker den spesifikke driveren for Waylandwinewayland.drv, som debuterte i Wine 9 og har vært i stadig utvikling siden den gang, har nå full støtte for toveis utklippstavle. Dette lar deg kopiere tekst fra et Windows-program som kjører under Wine og lime den inn i et innebygd Wayland-program, og omvendt, uten å ty til noen uvanlige løsninger.

Dra-og-slipp-støtte er også lagt til fra native Wayland-applikasjoner mot programmer som kjører på Wine. Dette legger til rette for blandede arbeidsflyter, der Windows-programvare kombineres med innebygde verktøy, for eksempel ved å dra filer fra filbehandleren eller en lokal editor til et program som bare finnes i en Windows-versjon.

Wines kontroller på Wayland emulerer endringer i skjermmodus ved hjelp av komponistens egen skalering. Dette er spesielt nyttig for eldre spill som prøver å endre oppløsningen til svært lave verdier, for eksempel 640x480, noe som på moderne skjermer resulterte i små eller dårlig plasserte vinduer. Takket være denne emuleringen er opplevelsen mye morsommere uten at man ser hele systemet "danse" med oppløsningen.

Likevel henger ikke X11 langt bak i denne versjonenX11-vindusbehandleren integreres bedre med Wine, og EGL-backend for OpenGL er nå aktivert som standard i stedet for å fortsette å bruke den eldre GLX. Denne endringen tillater større kodedeling mellom X11- og Wayland-driverne, så mange forbedringer utviklet for ett miljø kommer det andre direkte til gode.

Grafikk, Vulkan, Direct3D og akselerert video i Wine 11.0

Grafikkdelen er et av områdene som drar mest nytte av dette. I Wine 11.0 er dette spesielt relevant for moderne spill, men også for klassiske titler. Vulkan API-et er oppdatert til versjon 1.4 (spesifikt 1.4.335), og de Win32-spesifikke utvidelsene er styrket for å være mer omfattende og pålitelige. Dette er nøkkelen for oversettelseslag som konverterer Direct3D til Vulkan, slik som de som brukes av Proton.

I tillegg er det lagt til avanserte funksjoner for håndtering av minne, semaforer og eksterne gjerder.Dette åpner døren for et større antall grafikkmotorer og spill som er avhengige av disse funksjonene. Mange nyere AAA-titler, så vel som indie-prosjekter som bruker moderne motorer, drar nytte av mer robust kompatibilitet, med færre visuelle artefakter og krasj.

En av de mest bemerkelsesverdige endringene i spillbransjen Dette er en forbedring av den eksklusive fullskjermmodusen og en overhaling av fullskjermhåndteringen i Direct3D. Spill fra DirectX 9-æraen og lignende, som var designet for å bytte videomoduser direkte, oppfører seg nå mye mer forutsigbart: færre brå endringer i oppløsningen, mindre flimring, færre uventede krasj på skrivebordet og lavere sannsynlighet for frysing når man bytter mellom spill- og systemmodus.

Wine 11.0 introduserer også maskinvareakselerert H.264-videodekoding Dette oppnås gjennom D3D11-video-API-ene, som utnytter Vulkan Video. Dette påvirker ikke bare mediespillere og strømmeplattformer i Wine, men også videoer som er innebygd i selve spillene (introduksjoner, filmsekvenser osv.). Å avlaste denne arbeidsmengden til GPU-en reduserer CPU-bruken og forbedrer ytelsen, noe som er spesielt gunstig på bærbare datamaskiner og mellomklasse-datamaskiner, som er vanlige blant europeiske hjemmebrukere.

I mellomtiden forbedrer vkd3d-shader-biblioteket kompatibiliteten Ved å bruke eldre shadermodeller (Shader Model 1–3) tilbyr spillet en mer trofast representasjon av klassiske spill. Teksturkomprimering (f.eks. BC4/BC5-formater) og automatisk mipmap-generering har blitt forbedret, noe som resulterer i jevnere avstandsdetaljer og teksturer uten at det går på bekostning av ytelsen.

Lyd, periferiutstyr, Bluetooth og spillopplevelse

Utover grafikk, lyd og inndataenheter De får også spesiell oppmerksomhet i Wine 11.0. Innen lydfeltet har støtten for SoundFont (SF2) og MIDI blitt forbedret, et viktig punkt for spill fra slutten av 90-tallet og begynnelsen av 2000-tallet der musikken er avhengig av disse teknologiene. De som fortsatt liker retro-titler vil legge merke til et lydspor som er mer tro mot originalen.

Når det gjelder kontroller og kommandoer, blir hidraw-backend stadig mer fremtredende. For joysticks, ratt og andre gamepads tilbyr den mer presis respons og mer konsistent krafttilbakemelding (vibrasjon og krafteffekter). Dette er spesielt gunstig for bil- eller flysimulatorentusiaster som bruker ratt med pedaler, flyjoysticks eller avanserte kontrollere koblet til Linux.

Bluetooth-driveren har blitt oppdatert for bedre integrering med LinuxDette inkluderer muligheten til å søke etter enheter gjennom BlueZ og koble dem sammen ved hjelp av riktig API. Støtte for Bluetooth Low Energy (BLE) og lavnivå RFCOMM-tilkoblinger er også lagt til, noe som forenkler bruken av moderne trådløse kontrollere, sensorer og annet tilbehør som er avhengig av disse teknologiene.

Parallelt har problemer med inndata som påvirket spillingen blitt rettet.som for eksempel kraftig hakking i spill som sampler musen ved svært høye frekvenser. Denne typen detaljer utgjør forskjellen mellom et knapt spillbart spill og en jevn opplevelse i skytespill, actionspill og andre sjangre der musens presisjon er avgjørende.

Mange av disse forbedringene har en direkte innvirkning på ProtonWine 11.0 er kompatibilitetslaget Steam bruker for å kjøre Windows-spill på Linux og Steam Deck. Det fungerer som grunnlaget for den kommende Proton 11, slik at alle de akkumulerte rettelsene for grafikk, lyd, input og Bluetooth-kompatibilitet kommer til slutt spillkatalogen som er tilgjengelig på Linux til gode med stadig mindre konfigurasjonsarbeid.

ARM64, minnehåndtering, skannere og filformater

Maskinvareøkosystemet endrer seg med utvidelsen av ARM64 I lette bærbare datamaskiner, mini-PC-er og visse stasjonære datamaskiner er Wine 11.0 tilpasset med spesifikke forbedringer for denne arkitekturen. En av de mest slående er muligheten til å simulere 4K-minnesider i ARM64-kjerner som bruker større størrelser (16K eller 64K), noe som bringer systemoppførselen nærmere det mange Windows-applikasjoner forventer.

Foreløpig er denne funksjonaliteten rettet mot relativt enkle applikasjoner.Det baner imidlertid vei for bredere kompatibilitet i fremtiden. Parallelt har minnehåndteringen blitt styrket gjennom teknikker som Userfaultfd (UFFD), som gjør det mulig å håndtere sidefeil fra brukerområdet. Interne prosjekttester viser betydelige reduksjoner i lastetider for krevende spill, noe som bringer dem mye nærmere den opprinnelige Windows-ytelsen.

Innen kommunikasjon og sikkerhetWine 11.0 legger til moderne kryptografiske algoritmer som ECDSA_P521 og ECDH_P521 i BCrypt-implementeringen, noe som er essensielt for mange nåværende applikasjoner som er avhengige av sterk kryptering for å kjøre uten overraskelser.

De integrerte systemverktøyene er også forbedret.For eksempel er en tilpasset implementering innlemmet timeoutnyttig for å begrense varigheten av prosesser i Wine, og initial støtte for runasDette forenkler kjøring av programmer med ulik legitimasjon i kompatibilitetsmiljøet uten å ty til eksterne eksperimenter. Dette er små verktøy, men de er høyt verdsatt av administratorer og avanserte brukere.

Angående kontorutstyr og dokumenthåndteringImplementeringen av TWAIN 2.0 API for 64-biters applikasjoner forbedrer skannerstøtten betydelig. Skanning av flere sider, bruk av automatiske dokumentmatere og mer stabil grensesnittadministrasjon er nå mer mulig, noe som reduserer gjentatte krasj når visse skannedialoger åpnes.

Filsystem, Unicode, nettverk og bedriftskompatibilitet

Wine 11.0 går også dypere inn i filsystemkompatibilitet Windows er forbedret gjennom introduksjonen av reparasjonspunkter. Denne funksjonaliteten gjør det mulig å legge til metadata i filer og mapper, og gjenskape hvordan Windows håndterer spesielle symbolske lenker, monteringer eller avanserte snarveier. For visse bedriftsapplikasjoner og systemverktøy kan disse detaljene utgjøre forskjellen mellom å fungere riktig og å vise uregelmessig oppførsel.

Minnehåndtering og input/output-operasjoner De har blitt forbedret for å ligne mer på forventet oppførsel i Windows-miljøer. Dette påvirker direkte komplekse installasjonsprogrammer, sikkerhetskopieringsverktøy, systemer for innholdsadministrasjon i bedrifter og andre løsninger som utfører intensive lese- og skriveoperasjoner på store datamengder.

Et annet område der arbeidet er merkbart, er håndteringen av formater og kodinger.Wine 11.0 forbedrer støtten for TIFF-bilder, et format som fortsatt er mye brukt i skanning og dokumentarkivering, og legger til kompatibilitet med Unicode 17.0.0, noe som utvider utvalget av tilgjengelige tegn, alfabeter og symboler. Dette er viktig for globale applikasjoner, meldinger, kontorpakker og alle programmer som håndterer tekst på flere språk.

På nettverksnivå er muligheten til å pinge over IPv6 aktivert. Og kompatibilitet med store filer styrkes gjennom Zip64 i pakketjenestene. I miljøer der store komprimerte sikkerhetskopier, vitenskapelige datapakker eller svært store kodelagre håndteres, forhindrer denne typen forbedringer ubehagelige overraskelser og feil når man arbeider med enorme filer.

For bedrifter og organisasjoner som migrerer deler av infrastrukturen sin til Linux eller macOS Men de er fortsatt avhengige av Windows-eksklusive verktøy; alle disse justeringene på filsystem-, Unicode- og nettverksnivå representerer et viktig skritt mot en mer forutsigbar opplevelse, og reduserer behovet for å vedlikeholde dedikerte Windows-servere bare for å kjøre en håndfull eldre applikasjoner.

Tilgang, installasjon og fremtidig utvikling av Wine

Den stabile versjonen av Wine 11.0 er tilgjengelig på WineHQ.orgProsjektet tilbyr både kildekode og binærpakker for store GNU/Linux-distribusjoner. Det vedlikeholder sine egne repositorier, som i mange tilfeller er mer oppdaterte enn de enkelte distribusjonene, så brukere som ønsker de nyeste funksjonene konfigurerer dem ofte direkte.

Når det gjelder Ubuntu, som er svært utbredt i SpaniaWineHQ tilbyr repositorier for versjoner som starter med Ubuntu 22.04 LTS, slik at du kan installere den stabile utgaven og motta oppdateringer uten mye problemer. Andre populære europeiske distribusjoner, som Debian, Fedora, openSUSE og Linux Mint, har pakker som vedlikeholdes enten av selve prosjektet eller av aktive fellesskap.

Når den stabile versjonen er utgitt, gjenopptas Wine-teamet Den vanlige utviklingsplanen vil fortsette. 11.x-serien vil fortsette å motta betaversjoner med noen få ukers mellomrom med nye funksjoner og feilrettinger, noe som baner vei for en fremtidig Wine 12.0. De som ønsker de nyeste funksjonene kan følge utviklingsgrenen, men ta litt mer risiko, mens de som prioriterer stabilitet komfortabelt kan holde seg på 11.0 og bare oppdatere når en større ny stabil utgivelse er tilgjengelig.

Parallelt fortsetter arbeidet å være tett knyttet til spilløkosystemet.spesielt gjennom Proton. Mange av de spesifikke rettelsene for titler som Nioh 2, StarCraft 2, The Witcher 2, Call of Duty: Black Ops II, Final Fantasy XI, Battle.net eller andre klassikere som Wing Commander Secret Ops eller Earth 2150 er integrert i Wine og deretter portert til Proton, noe som utvider antallet spill som fungerer «rett ut av esken» uten avanserte justeringer.

For Linux- og macOS-brukere i Spania og Europa For de som ikke vil gi opp verken spillbiblioteket sitt eller bedrifts- eller spesialisert Windows-programvare, representerer Wine 11.0 en svært interessant milepæl. Med integrasjonen med NTSCyNC, utviklingen av WoW64, grafiske forbedringer med Vulkan og Direct3D, bedre håndtering av periferiutstyr og Bluetooth, støtte for ARM64, fremskritt innen minnehåndtering og en rekke feilrettinger for spill og virkelige applikasjoner, befester denne versjonen Wine som en robust løsning, stadig mindre "eksperimentell" og mer forberedt for daglig bruk i miljøer der åpen kildekode vinner terreng uten å stenge døren for eldre proprietær programvare.