Hibajavítások és fontos fejlesztések a Wine 11.0-ban

Informatec Digital » Erőforrás » Hibajavítások és fontos fejlesztések a Wine 11.0-ban

A Wine 11.0 alapvető elemmé vált Azoknak, akik Linuxot vagy macOS-t használnak, de továbbra is a Windowsra tervezett programokra és játékokra hagyatkoznak. Egy nagyon intenzív fejlesztési ciklus után, amely tele volt béta verziókkal és kiadásra jelöltekkel, ez az új stabil kiadás jelentős változásokkal érkezik a teljesítmény, a kompatibilitás és a hardvertámogatás terén. Ez nem csak egy egyszerű frissítés: ez az az alap, amelyre a projekt összes munkája épülni fog az elkövetkező hónapokban.

A bor mögött több mint három évtizednyi folyamatos fejlődés állBár a név a „Wine Is Not an Emulator” (A Wine nem emulátor) kifejezésből ered, valójában a Windows API-k (Win16, Win32 és utódai) újraimplementációját találjuk Unix-szerű rendszereken. A végső cél egyértelmű: Windows alkalmazások és játékok futtatása Linux, BSD, macOS és más környezetekben teljes virtuális gépek nélkül. A Wine 11.0-val ez a cél jelentős előrelépést jelent, különösen a hibajavítások, a finomhangolás és az elavult függőségek, például a 32 bites könyvtárak csökkentése tekintetében.

Mi az a Wine 11.0, és miért olyan fontos Linux és macOS rendszereken?

A bor kompatibilitási rétegként működik Ez valós időben lefordítja azokat a hívásokat, amelyeket egy Windows alkalmazás az operációs rendszernek küldene, hogy azok értelmesek legyenek Linux, BSD, Solaris vagy macOS rendszereken. A gyakorlatban ez lehetővé teszi, hogy egy olyan program, amelynek soha nem kellett volna elhagynia a Microsoft ökoszisztémáját, viszonylag jól működjön egy modern GNU/Linux asztali gépen vagy Macen anélkül, hogy külön telepíteni kellene a Windowst.

A 11.0-s verzió jelentős mérföldkövet jelent Mivel egy teljes fejlesztési ciklust zár le, körülbelül 6.300 egyedi változtatással és több mint 600 hibajavítással az előző ághoz képest. Ez egy stabil, éves kiadás, amely számos korábbi tesztverzióra (10.xx) és számos kiadásra jelöltre épít, amelyek szinte kizárólag a hibák finomítására szolgáltak, mint például az RC2 és az RC5, amelyek a játékok, telepítők és professzionális alkalmazások nagyon specifikus javításaira összpontosítottak.

Asztali felhasználóknak és tech startupoknakA Wine stratégiai szerepet játszik. Lehetővé teszi a licencelési költségek csökkentését azáltal, hogy kiküszöböli a virtuális gépek vagy további Windows asztali számítógépek szükségességét, megkönnyíti a vegyes környezetek közötti interoperabilitást, és életképesebbé teszi a régebbi vagy speciális vállalati szoftverek futtatását Linux szervereken. Valójában olyan kulcsfontosságú projektek, mint a Proton, a Valve Steam és Steam Deck kompatibilitási rétege, közvetlenül a Wine-ra támaszkodnak, így minden stabil verzió kiadása hatással van a Linux játékkönyvtárra is.

A Wine 11.0 megjelenésének éve egybeesik A GNU/Linux disztribúciók személyi és professzionális számítógépeken való elterjedésének jelentős növekedésével egyre többen döntenek úgy, hogy felhagynak a Windowsszal, vagy csak akkor használják, ha feltétlenül szükséges. A Wine így „híddá” válik, amely lehetővé teszi a felhasználók számára, hogy továbbra is használják az ismerős alkalmazásokat, miközben élvezik a szabad szoftverek előnyeit: nagyobb kontrollt, fokozott rugalmasságot, valamint automatizálási és telepítési lehetőségeket, amelyek zárt környezetekben költségesebbek.

A kompatibilitás, a teljesítmény és az új funkciók kombinációja Ezáltal a Wine 11.0 több mint egy egyszerű inkrementális frissítés. Ez egy olyan verzió, amely mélyreható belső változásokat vezet be (például az NTSYNC integrációját és az új WoW64 architektúrára való áttérést), és egyúttal számos felhalmozódott hibát is kijavít. A korábbi verziókról érkezők számára az ugrás leginkább az igényes játékokban és azokon a rendszereken észrevehető, ahol a 32 bites könyvtárak átvitele már nem kívánatos.

Egy év fejlesztés, dedikált RC-k a hibajavításokhoz és a stabilitásra való összpontosítás

A stabil Wine 11.0 felé vezető út kijelölve Ezt a 10.xx ágban nagyjából kéthetente kiadott fejlesztési verziók sorozatával, valamint számos kiadásra jelölt verzióval (11.0-rcX) érik el, ahol a projekt befagyasztotta a kódot, hogy kizárólag a hibajavításokra koncentrálhasson. Ez a munkafolyamat lehetővé teszi a jelentős változtatásokkal való kísérletezést a tesztelési fázisban, majd később több hetet szentelhetnek a hibakeresésnek új funkciók hozzáadása nélkül.

A Wine 11.0 RC2 volt a második kulcsfontosságú mérföldkő. Ez a befagyasztási folyamat nem tartalmazott látható új funkciókat az adott verzióban; ehelyett 28 hibát javított ki, amelyek a stabilitást, a kritikus alkalmazásokkal való kompatibilitást, valamint a különféle Windows programok viselkedését befolyásolták Linux és macOS rendszereken. A „befagyasztott kód” fázisba lépés azt jelenti, hogy az abszolút prioritás a végtermék megbízhatósága lesz.

Később jött a WINE 11.0-rc5Ez a kiadásra jelölt kiadás különösen fontos volt, mivel akár az utolsó is lehetett volna a stabil megjelenés előtt. Ez az RC nem adott hozzá semmilyen elbűvölő funkciót, de 27 belső változtatást és 32 hibajavítást hozott. Ezek között voltak ismert videojátékokkal (mint például a Heroes of Might and Magic V, a Tomb Raider 2013, a Rocket League, a Batman: Arkham Origins, a The Evil Within és a Wolfenstein: The New Order) és termelékenységi alkalmazásokkal és telepítőkkel (többek között a VirtualBox, az SQLyog, a Sumatra PDF) kapcsolatos problémák.

A javítások mindent tartalmaztak, a fekete képernyőktől és a villogástól kezdve Ezek a problémák magukban foglalták az egérbevitel kezelésével kapcsolatos problémákat nagyon magas frekvenciákon (kb. 1000 Hz), a billentyűzetesemények ismétlődését olyan beviteli módszerekkel, mint az Fcitx vagy az IBus, hibákat a teljes képernyős DirectDraw ablakokban, valamint összeomlásokat különféle eszközökben, például a MiPonyban, a Hearthstone Deck Trackerben és az iriver LDB Managerben. Olyan funkciókat is hozzáadtak, amelyeket néhány régebbi játék magától értetődőnek vett, pedig olyan címekhez kellettek, mint a Microsoft Deadly Tide.

Mindez a csendes erőfeszítés az RC-ben Ez jelöli a határt egy olyan verzió között, amely egyszerűen "többé-kevésbé működik", és egy olyan között, amely készen áll a komoly mindennapi használatra, mind szabadidős, mind professzionális környezetben. Miután validálták, hogy az elért stabilitás elegendő, Alexandre Julliard vezette csapata zöld utat adott a stabil Wine 11.0-nak, amely ettől a pillanattól kezdve az új, folyamatos fejlesztés évének alapjává vált.

NTSync és teljesítmény: Windows stílusú szinkronizálás a Linux kernelben

A Wine 11.0 egyik fő funkciója az NTSYNC.Egy Linux kernel modul (a 6.14-es verziótól elérhető), amely a Windows NT-ben találhatóakhoz hasonló szinkronizációs primitíveket valósít meg közvetlenül a rendszerkernelben. Eddig a Wine-nak ezt a logikát a felhasználói térben kellett emulálnia, ami a nehezebb és kevésbé hatékony hívások többletterhelésével járt.

Az NTSYNC engedélyezésével a Wine számos szinkronizációs műveletet delegál. kernel szinten, közelebb hozva a Windows tényleges viselkedéséhez. A gyakorlatban ez észrevehető teljesítményjavulást jelent a többszálú alkalmazásokban és játékokban. A blokkolással, jelzéssel és várakozással járó késleltetés csökken, és sok esetben a képkocka/másodperc sebesség is megnő az igényes modern játékokban.

En népszerű disztribúciók például Ubuntu, Fedora, openSUSE vagy DebianAz NTSYNC modul nem mindig töltődik be alapértelmezés szerint. Ha a kernel elég friss, akkor egy egyszerű paranccsal engedélyezhető: sudo modprobe ntsyncHa a változtatás jó eredményeket hoz, ideális esetben a rendszert úgy kellene konfigurálni, hogy minden rendszerindításkor automatikusan betöltse a modult. Néhány SteamOS béta verzió már elkezdte integrálni ezt, előrevetítve a Steam Deck és más játékra fókuszáló csapatok számára várható előnyöket.

Az NT SYNC integrációja más beállításokkal kombinálva A Wine 11.0 finomítja a szálprioritás-kezelést mind Linux, mind macOS rendszeren, javítva a prioritások kiosztásának és az intenzív folyamatok kezelésének módját, ami simább teljesítményt eredményez a sok belső feladatot tartalmazó játékok és alkalmazások számára. Egyes disztribúciók azonban konzervatív folyamatütemezési szabályzatokat tartanak fenn, így bizonyos rendszereken szükség lehet a prioritási korlátok módosítására vagy a beállítások finomhangolására a fejlesztések teljes kihasználásához.

A bruttó teljesítményterv mellettA stabilitás terén mutatkozó előnyök láthatók: kevesebb összeomlás a szálversenyek miatt, kevésbé kiszámíthatatlan viselkedés a játékok minimalizálásakor és visszaállításakor, valamint következetesebb válaszidők az igényes jelenetekben. Mindezek a fejlesztések, bár a végfelhasználó számára láthatatlanok, számos konkrét hibajavítás alapját képezik a Wine 11.0-ban való megbízható működéshez.

Megújult a WoW64: búcsút inthetünk a 32 bites könyvtáraktól való függőségnek

Egy másik nagyon fontos szerkezeti változás az új WoW64 architektúrával jár. (Windows-on-Windows 64-bit), amelyre az átállást a Wine 11.0-ban tekintjük teljesnek. Hagyományosan a 32 bites alkalmazások Wine-ban való futtatásához 32 bites Unix folyamatokra és tágabb értelemben egy duplikált könyvtárakkal teli több könyvtárból álló rendszerre is szükség volt. A disztribúciók egyre inkább maguk mögött akarják hagyni ezt a terhet, és a tiszta 64 bites környezetre szeretnének koncentrálni.

A Wine 11.0-val az új WoW64 lehetővé teszi a 32 bites kód futtatását. 64 bites folyamatokon belül, anélkül, hogy az összes 32 bites rendszerkönyvtárat telepíteni kellene. Ez nagymértékben leegyszerűsíti a telepítést olyan modern disztribúciókon, amelyek már nem támogatják alapértelmezés szerint a több könyvtárat, és csökkenti a vegyes környezetek fenntartásának bonyolultságát a régi Windows-alkalmazások futtatásához.

Ennek eléréséhez a Wine hívásfordítókat (thunks) használ. Ezek a funkciók lehetővé teszik a 32 bites Windows modulok számára, hogy transzparens módon hozzáférjenek a 64 bites Unix könyvtárakhoz. Az eredmény egy könnyebb környezet kevesebb ismétlődéssel, miközben jobban kompatibilis a ma sok Linux-felhasználó által előnyben részesített telepítési típussal.

Az új architektúra a 16 bites programok jobb támogatását is visszahozza.Ez talán számítógépes régészetnek hangzik, de bizonyos európai vállalati környezetekben mégis van értelme. Néhány belső eszköz, például a menedzsment vagy az ipari vezérlés területén, soha nem lett átírva, és továbbra is ezekre a technológiákra támaszkodnak. A kapcsolódó fejlesztések közé tartozik az OpenGL-hez jobban illeszkedő memória-leképezés, a közvetlen SCSI átvitel támogatása, a tiszta 32 bites előtagok használatának lehetősége, valamint egyéb, a valós kompatibilitásra összpontosító belső beállítások.

Látható következményként a különálló végrehajtható fájl eltűnik. wine64Ettől a verziótól kezdve egységes bináris fájlt használnak. wineamely automatikusan eldönti, hogy 32 bites vagy 64 bites környezetként viselkedjen-e az elindított alkalmazástól függően. Ha ugyanazon programnak több kiadása is létezik, a 64 bites verzió továbbra is az előnyben részesített, bár a 32 bites verzió mindig kényszeríthető, ha kompatibilitási okokból szükséges.

Wayland, X11 és asztali élmény a Wine 11.0-val

A Linux ökoszisztéma fokozatos elmozdulása a Wayland felé Ez a Wine projektet sem kerülte el. A Spanyolországban és Európában népszerű disztribúciók, mint például a Fedora, az Ubuntu, a KDE neon és az openSUSE, egyre inkább ezt a grafikus szerverprotokollt erőltetik a veterán X11 rovására, kikényszerítve a Windows alkalmazásélmény adaptálását.

A Wine 11.0 megerősíti a Wayland specifikus hajtóerejétA Wine 9-ben debütált és azóta folyamatosan fejlődő winewayland.drv mostantól teljes kétirányú vágólap-támogatást kínál. Ez lehetővé teszi, hogy szöveget másoljunk egy Wine alatt futó Windows-alkalmazásból, és beillesszük egy natív Wayland-programba, illetve fordítva, anélkül, hogy bármilyen szokatlan megoldáshoz folyamodnánk.

A natív Wayland alkalmazásokból a drag and drop támogatás is hozzáadásra került. a Wine-on futó programok felé. Ez megkönnyíti a vegyes munkafolyamatokat, ahol a Windows szoftvereket natív eszközökkel kombinálják, például fájlok húzásával a fájlkezelőből vagy egy helyi szerkesztőből egy olyan alkalmazásba, amely csak egy Windows verzióban létezik.

A Wayland Wine vezérlője emulálja a képernyőmód-változásokat a zeneszerző saját méretezését használva. Ez különösen hasznos régebbi játékoknál, amelyek megpróbálják a felbontást nagyon alacsony értékekre, például 640x480-ra állítani, ami a modern monitorokon apró vagy rosszul elhelyezett ablakokat eredményezett. Ennek az emulációnak köszönhetően a játékélmény sokkal élvezetesebb anélkül, hogy az egész rendszer "táncolna" a felbontással.

Ennek ellenére az X11 ebben a verzióban nem sokkal marad el a többitől.Az X11 ablakkezelő jobban integrálódik a Wine-nal, és az OpenGL EGL backendje mostantól alapértelmezés szerint engedélyezve van a régebbi GLX használata helyett. Ez a változás nagyobb kódmegosztást tesz lehetővé az X11 és a Wayland illesztőprogramok között, így számos, az egyik környezethez kifejlesztett fejlesztés közvetlenül a másikra is előnyös.

Grafika, Vulkan, Direct3D és gyorsított videó a Wine 11.0-ban

A grafikai rész az egyik olyan terület, amely a legtöbbet profitál belőle. A Wine 11.0-ban ez különösen fontos a modern játékok, de a klasszikus címek esetében is. A Vulkan API frissült az 1.4-es verzióra (pontosabban az 1.4.335-ösre), és a Win32-specifikus kiterjesztések megerősítésre kerültek, hogy átfogóbbak és megbízhatóbbak legyenek. Ez kulcsfontosságú a Direct3D-t Vulkanná konvertáló fordítási rétegeknél, például a Proton által használtaknál.

Ezenkívül fejlett képességeket adtak hozzá a memória, a szemaforok és a külső kerítések kezeléséhez.Ez megnyitja az utat több grafikus motor és játék előtt, amelyek ezekre a funkciókra támaszkodnak. Számos újabb AAA cím, valamint a modern motorokat használó indie projektek is robusztusabb kompatibilitást élveznek, kevesebb vizuális hibával és összeomlással.

Az egyik legjelentősebb változás a játékiparban Ez a kizárólagos teljes képernyős mód fejlesztése és a Direct3D teljes képernyős kezelésének átalakítása. A DirectX 9-es korszakból származó és hasonló játékok, amelyeket eredetileg a videómódok közvetlen váltására terveztek, most sokkal kiszámíthatóbban viselkednek: kevesebb hirtelen felbontásváltozás, kevesebb villódzás, kevesebb váratlan asztali összeomlás, és kisebb a lefagyás valószínűsége a játék- és rendszermód közötti váltáskor.

A Wine 11.0 hardveres gyorsítású H.264 videó dekódolást is bevezet. Ez a D3D11 videó API-kon keresztül érhető el, a Vulkan Videó kihasználásával. Ez nemcsak a Wine-on belüli médialejátszókat és streaming platformokat érinti, hanem magukba a játékokba ágyazott videókat is (bevezetők, filmes jelenetek stb.). A munkaterhelés GPU-ra hárítása csökkenti a CPU-használatot és javítja a teljesítményt, ami különösen előnyös a laptopokon és a középkategóriás számítógépeken, amelyek gyakoriak az európai otthoni felhasználók körében.

Eközben a vkd3d-shader könyvtár javítja a kompatibilitást A régebbi shader modellek (Shader Model 1-3) használatával a játék a klasszikus játékok hűbb megjelenítését kínálja. A textúra-tömörítést (pl. BC4/BC5 formátumok) és az automatikus mipmap generálást finomították, ami simább távolságrészleteket és textúrákat eredményezett a teljesítmény feláldozása nélkül.

Hang, perifériák, Bluetooth és játékélmény

A grafikán, hangon és beviteli eszközökön túl A Wine 11.0-ban különös figyelmet kapnak. Az audio területén javult a SoundFont (SF2) és a MIDI támogatása, ami kulcsfontosságú a 90-es évek végi és a 2000-es évek eleji játékoknál, amelyek zenéje ezekre a technológiákra épül. Azok, akik még mindig szeretik a retró játékokat, észre fogják venni, hogy a filmzene hűbb az eredetihez.

A vezérlők és parancsok tekintetében a hidraw backend egyre nagyobb hangsúlyt kap. Joystickok, kormánykerekek és egyéb játékvezérlők esetében pontosabb választ és következetesebb erő-visszacsatolást (rezgés- és erőhatásokat) kínál. Ez különösen előnyös a vezetési vagy repülésszimulátor-rajongók számára, akik pedálokkal ellátott kormánykereket, repülőgép-joystickokat vagy Linuxhoz csatlakoztatott fejlett vezérlőket használnak.

A Bluetooth illesztőprogramot átdolgozták a Linuxszal való jobb integráció érdekében.Ez magában foglalja az eszközök keresésének lehetőségét a BlueZ-n keresztül, és azok párosítását a megfelelő API használatával. A Bluetooth Low Energy (BLE) és az alacsony szintű RFCOMM kapcsolatok támogatása is hozzáadásra került, megkönnyítve a modern vezeték nélküli vezérlők, érzékelők és egyéb, ezekre a technológiákra támaszkodó tartozékok használatát.

Ezzel párhuzamosan kijavították a játékmenetet befolyásoló beviteli problémákat.például erős akadozás azokban a játékokban, amelyek nagyon magas frekvenciákon mintavételezik az egeret. Az ilyen részletek jelentik a különbséget egy alig játszható cím és egy zökkenőmentes élmény között a lövöldözős játékokban, akciójátékokban és más műfajokban, ahol az egér pontossága kritikus fontosságú.

Ezen fejlesztések közül sok közvetlen hatással van a ProtonraA Wine 11.0 az a kompatibilitási réteg, amelyet a Steam használ a Windows játékok Linuxon és Steam Decken történő futtatásához. Ez szolgál alapot a közelgő Proton 11-hez, így az összes felhalmozott grafikai, hang-, bemeneti és Bluetooth-kompatibilitási javítás végső soron a Linuxon elérhető játékok katalógusát javítja, egyre kevesebb konfigurációs erőfeszítéssel.

ARM64, memóriakezelés, szkennerek és fájlformátumok

A hardver ökoszisztéma változik az ARM64 térhódításával Könnyű laptopokban, mini PC-kben és bizonyos asztali számítógépekben a Wine 11.0-t kifejezetten ehhez az architektúrához igazították. Az egyik legszembetűnőbb a 4K memórialapok szimulálásának képessége az ARM64 kernelekben, amelyek nagyobb méreteket (16K vagy 64K) használnak, így a rendszer viselkedése közelebb kerül ahhoz, amit sok Windows alkalmazás elvár.

Ez a funkció egyelőre viszonylag egyszerű alkalmazásokhoz készült.Ugyanakkor utat nyit a szélesebb körű kompatibilitás felé a jövőben. Ezzel párhuzamosan a memóriakezelést olyan technikákkal erősítették meg, mint a Userfaultfd (UFFD), amely lehetővé teszi az oldalhibák kezelését a felhasználói térből. A belső projekttesztek jelentős csökkenést mutatnak az igényes játékok betöltési idejében, így azok teljesítménye sokkal közelebb kerül a natív Windows-teljesítményhez.

A kommunikáció és a biztonság területénA Wine 11.0 modern kriptográfiai algoritmusokat, például az ECDSA_P521-et és az ECDH_P521-et ad hozzá a BCrypt implementációjához, amelyek elengedhetetlenek számos olyan jelenlegi alkalmazáshoz, amelyek erős titkosításra támaszkodnak a meglepetések nélküli futtatáshoz.

Az integrált rendszer segédprogramjai is továbbfejlesztésre kerültek.Például egy egyéni megvalósítás beépül timeouthasznos a Wine-on belüli folyamatok időtartamának korlátozására, valamint a kezdeti támogatásra runasEz megkönnyíti a különböző hitelesítő adatokkal rendelkező programok futtatását a kompatibilitási környezetben anélkül, hogy külső kísérletekre kellene folyamodni. Ezek apró eszközök, de a rendszergazdák és a haladó felhasználók nagyra értékelik őket.

Irodai eszközökről és dokumentumkezelésrőlA TWAIN 2.0 API 64 bites alkalmazásokhoz való megvalósítása jelentősen javítja a szkennerek támogatását. A többoldalas szkennelés, az automatikus dokumentumadagolók használata és a stabilabb felületkezelés mostantól megvalósíthatóbb, csökkentve az ismétlődő összeomlásokat bizonyos szkennelési párbeszédablakok megnyitásakor.

Fájlrendszer-, Unicode-, hálózat- és vállalati kompatibilitás

A Wine 11.0 mélyebben beleássa magát a fájlrendszer-kompatibilitásba is A Windows rendszert javítópontok bevezetésével fejlesztették tovább. Ez a funkció lehetővé teszi metaadatok csatolását fájlokhoz és könyvtárakhoz, lemásolva, hogyan kezeli a Windows a speciális szimbolikus hivatkozásokat, csatolásokat vagy speciális parancsikonokat. Bizonyos vállalati alkalmazások és rendszereszközök esetében ezek a részletek jelenthetik a különbséget a helyes működés és a szabálytalan viselkedés között.

Memóriakezelés és bemeneti/kimeneti műveletek Finomították őket, hogy jobban hasonlítsanak a Windows környezetekben várható viselkedéshez. Ez közvetlenül befolyásolja az összetett telepítőket, a biztonsági mentési eszközöket, a vállalati tartalomkezelő rendszereket és más olyan megoldásokat, amelyek intenzív olvasási és írási műveleteket végeznek nagy mennyiségű adaton.

Egy másik terület, ahol a munka észrevehető, a formátumok és kódolások kezelése.A Wine 11.0 javítja a TIFF képek támogatását, amely formátum még mindig széles körben használatos a szkennelésben és a dokumentumarchiválásban, és kompatibilitást biztosít az Unicode 17.0.0-val, bővítve az elérhető karakterek, ábécék és szimbólumok körét. Ez fontos a globális alkalmazások, az üzenetküldés, az irodai programcsomagok és minden olyan program számára, amely több nyelven kezeli a szöveget.

Hálózati szinten engedélyezve van az IPv6-on keresztüli pingelés. A nagy fájlokkal való kompatibilitást a csomagolási szolgáltatások Zip64-je erősíti. Azokban a környezetekben, ahol nagyméretű tömörített biztonsági mentéseket, tudományos adatcsomagokat vagy nagyon nagy kódtárakat kezelnek, az ilyen fejlesztések megakadályozzák a kellemetlen meglepetéseket és hibákat hatalmas fájlokkal való munka során.

Vállalatok és szervezetek számára, akik infrastruktúrájuk egy részét Linuxra vagy macOS-re migrálják De továbbra is kizárólag Windows-eszközökre támaszkodnak; ezek a fájlrendszeri, Unicode- és hálózati szintű módosítások fontos lépést jelentenek egy kiszámíthatóbb élmény felé, csökkentve a dedikált Windows-kiszolgálók fenntartásának szükségességét csupán néhány régebbi alkalmazás futtatásához.

A Wine elérése, telepítése és jövőbeli fejlesztése

A Wine 11.0 stabil verziója elérhető a WineHQ.org oldalon.A projekt forráskódot és bináris csomagokat is biztosít a főbb GNU/Linux disztribúciókhoz. Saját repository-kat tart fenn, amelyek sok esetben naprakészebbek, mint az egyes disztribúciók tárhelyei, így a legújabb funkciókat igénylő felhasználók gyakran közvetlenül konfigurálják azokat.

Az Ubuntu esetében, ami nagyon elterjedt SpanyolországbanA WineHQ az Ubuntu 22.04 LTS-től kezdődő verziókhoz kínál repository-kat, lehetővé téve a stabil kiadás telepítését és a frissítések gond nélküli fogadását. Más népszerű európai disztribúciók, mint például a Debian, a Fedora, az openSUSE és a Linux Mint, csomagjait vagy maga a projekt, vagy aktív közösségek tartják karban.

Amint megjelenik a stabil verzió, a Wine csapat folytatja a munkát. A szokásos fejlesztői kiadási ütemterv folytatódik. A 11.x sorozat továbbra is néhány hetente kap béta verziókat új funkciókkal és hibajavításokkal, megnyitva az utat a jövőbeli Wine 12.0 előtt. Azok, akik a legújabb funkciókat szeretnék, követhetik a fejlesztői ágat, vállalva egy kicsit nagyobb kockázatot, míg azok, akiknek a stabilitás a fontosabb, kényelmesen maradhatnak a 11.0-nál, és csak akkor frissíthetnek, amikor egy nagyobb új stabil kiadás elérhető.

Ezzel párhuzamosan a munka továbbra is szorosan kapcsolódik a játék-ökoszisztémához.különösen a Protonon keresztül. Sok olyan címhez tartozó hibajavítás, mint a Nioh 2, a StarCraft 2, a The Witcher 2, a Call of Duty: Black Ops II, a Final Fantasy XI, a Battle.net, vagy más klasszikusokhoz, mint a Wing Commander Secret Ops vagy az Earth 2150, integrálva lett a Wine-ba, majd átkerült a Protonra, bővítve ezzel azon játékok számát, amelyek „azonnal, a dobozból kivéve” működnek speciális beállítások nélkül.

Linux és macOS felhasználók számára Spanyolországban és Európában Azok számára, akik nem akarnak lemondani sem játékkönyvtárukról, sem vállalati, sem speciális Windows szoftvereikről, a Wine 11.0 egy nagyon érdekes mérföldkövet jelent. Az NTSCyNC-vel való integráció, a WoW64 fejlődése, a Vulkannal és a Direct3D-vel történő grafikai fejlesztések, a perifériák és a Bluetooth jobb kezelése, az ARM64 támogatása, a memóriakezelés fejlesztései, valamint számos játék- és valós alkalmazáshiba-javítás révén ez a verzió megszilárdítja a Wine-t, mint robusztus megoldást, egyre kevésbé "kísérleti" jellegűt, és jobban felkészült a mindennapi használatra olyan környezetekben, ahol a nyílt forráskódú szoftverek egyre nagyobb teret hódítanak anélkül, hogy bezárnák az ajtót a régi, zártkörű szoftverek előtt.