Software-update: Wine 10.9

Er is met versienummer 10.9 een nieuwe ontwikkelbuild van Wine verschenen. Wine is een opensource implementatie van de Windows-api en maakt het mogelijk om DOS- en Windows-programma's op Linux, FreeBSD, Solaris en macOS te draaien. Een grote groep ontwikkelaars draagt bij aan Wine en er is voor gekozen om elke twee weken een nieuwe zogeheten ontwikkelversie uit te brengen in plaats van te wachten tot er een aantal nieuwe functies klaar is. Een paar keer per jaar verschijnt er een stabiele uitgave. Wine houdt een database bij met hoe goed of slecht applicaties onder Wine werken, al dan niet met behulp van enkele aanpassingen. Deze bevat op het moment van schrijven 29.662 titels, wat er 22 meer zijn dan twee weken geleden. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:

What's new in this release:

• Bundled vkd3d upgraded to version 1.16.
• Initial support for generating Windows Runtime metadata in WIDL.
• Support for compiler-based exception handling with Clang.
• EGL library support available to all graphics drivers.

Bugs fixed in 10.9 (total 34):

• #10853 Code::Blocks 8.02 IDE: some toolbar strips are too long
• #10941 Wine does not print in a new allocated console window using AllocConsole()
• #21666 Heavy Metal Pro fails to print Record Sheet
• #22018 No MIDI music in Alonix
• #26017 3D Pinball - Space Cadet: fullscreen does not work properly
• #34331 Toolbar buttons can be activated without a proper click
• #35882 Empire Earth 1.x display artifacts
• #46750 MS Office 2010 on Windows 7 crash
• #47281 wineserver uses a full CPU core with Ableton Live 10.0.6 and a custom Wine version
• #51386 ln.exe needs KERNEL32.dll.FindFirstFileNameW
• #51644 Implementation of wsplitpath_s required for The Legend of Heroes: Trails of Cold Steel
• #51945 property "Size" from win32_logicaldisk gives bogus results
• #52239 Partially invisible URL in TurnFlash's About window
• #54899 EA app launcher problem with text display
• #55254 Dyson Sphere Program (Steam): white artefact on opening scene
• #55255 Dyson Sphere Program (Steam): mouse ignored if switching windows
• #55304 Kerberos authentication stopped to work after PE wldap32 conversion
• #55928 NtQuerySystemInformation SystemProcessInformation result misaligned
• #56068 No "Timeout" command
• #56186 The 32-bit dmusic:dmusic fails in a 64-bit wineprefix
• #56859 Can't install photoshop CS6 through wine
• #57105 Steam GPU process crash loop with 64-bit wineprefix
• #57178 toolbar control doesn't forward WM_NOTIFY to it's original parent (affects 7-zip file manager)
• #57387 Sega Rally Championship Demo crashes at startup if Direct3d/renderer set to GDI
• #57613 Calling 'iphlpapi.GetIpNetTable' with a large number of network interfaces present crashes Wine builtin NSI proxy service
• #58060 Zafehouse: Diaries demo crashes in d3dx_initialize_image_from_wic with unsupported pixel format {6fddc324-4e03-4bfe-b185-3d77768dc902}
• #58133 Gigapixel ai no longer starts 8.3.3
• #58203 PL/SQL Developer: All system memory gets eaten
• #58217 The Journeyman Project 3 doesn't work in virtual desktop mode
• #58243 Geekbench 6 crashes at start.
• #58255 Player2 crashes
• #58269 Build regression in wine 10.7 using clang on aarch64 (error in backend: Invalid register name "x18")
• #58277 Virtual desktop doesn't resize correctly
• #58285 Crystal of Atlan - Hard crash after server selection

Versienummer	10.9
Releasestatus	Unstable
Besturingssystemen	Linux, BSD, macOS, Solaris
Website	Wine HQ
Download	https://wiki.winehq.org/Download
Licentietype	GPL

Reacties (14)

[freshy98]

Kan iemand mij uitleggen waarom ik, voor games, nou perse de proton versie zou moeten draaien?
Als beiden iets als de Battle launcher kunnen draaien en een game?

En als ik het goed begrepen heb loopt Proton achter op Wine qua build?
Wat is dan het precieze nut?

[ReDnAx1991]

Omdat voor zover ik het begrijp Proton speciaal ontwikkeld is voor games, waar Wine dat niet is. Daarnaast zou Proton beter overweg moeten kunnen met "anti-cheat" software ingebakken door game developers.

Bij sommige games wordt het draaien van een game in een VM gezien als "cheaten", terwijl dat in de meeste gevallen natuurlijk helemaal niet zo is. Tenminste, hoop ik natuurlijk

[freshy98]

Beste zou dus zijn dat de functionaliteit van Proton in Wine word opgenomen.

[rbr320]

Korte antwoord: nee.

In ieder geval lang niet alles. Je moet begrijpen dat Proton en Wine een heel ander doel hebben, al lijkt dat aan de buitenkant misschien niet zo. Het Wine project heeft als doel een 'clean room' herimplementatie te maken van Windows API's voor diverse POSIX operating systems, waaronder Linux, macOS en BSD. Om juridische problemen te voorkomen mag je niet aan het Wine project bijdragen als je ooit de broncode van Windows hebt ingezien, omdat je dan per ongeluk auteursrechtelijk beschermde code uit Windows zou kunnen gebruiken om iets op te lossen in Wine.

Proton daarentegen is bedoeld om gaming zo goed mogelijk te laten werken op Linux. Er bestaat dan ook geen Proton voor MacOS en andere OSen waar Wine wel op werkt. Er zitten Linux-specifieke optimalisaties in Proton waardoor het ook lastige te porten is naar andere operating systems. En in Proton is het ook toegestaan om gebruik te maken van oplossingen die als hacks beschouwd worden, zolang het maar werkt en goed performt.

Kortom, als je code op een nette manier een stukje van een Windows API implementeert en cross-platform werkt, hoort deze thuis in het Wine project. Als het specifiek bedoelt is om de game ervaring te verbeteren of alleen werkt op Linux, lever je deze code aan bij Proton. @Powergrim heeft waarschijnlijk wel een punt dat er ook code van Proton terug naar Wine vloeit, maar in principe is het bovenstaande de nette manier. Het feit dat Valve Proton heeft bedacht heeft daar weinig mee te maken, aangezien ontwikkelaars van Valve die aan Proton werken waarschijnlijk ook het bovenstaande hanteren. Bovendien is CodeWeavers de commerciële partij die beide projecten onderhoudt. Wine omdat ze hier betaalde ondersteuning op leveren in de vorm van CrossOver, wat ook weer op Wine gebaseerd is en vooral bedoelt om productiviteitssoftware voor Windows op Linux te draaien. Proton onderhouden ze in opdracht van Valve, die ze daar ook voor betaald.

[freshy98]

Er is een Proton port/package voor FreeBSD, dus dat het alleen voor dat andere OS is klopt niet.

[rbr320]

Dat is goed om te weten. Blijkbaar zit er dus nog geen Linux specifieke code in Proton en wat mij betreft is dat absoluut een goed ding. Andere OSen worden echter niet officieel door Valve ondersteund, vanuit Steam heb je daarom geen Proton om Windows games op MacOS te draaien wat ook een BSD variant is.

[Powergrim]

En dat is ook exact wat er gebeurd. Veel zaken die Valve ontwikkelt voor Proton komen weer terug in Wine. Proton wordt dus specifiek voor games ontwikkelt waar Wine meer breed ingezet wordt. Wil je dus bleeding edge game support, dan is Proton the way to go. Wil je meer generieke application support die op gaming iets achterloopt, dan is Wine prima.

Zoiets als Bottles laat je al goed een library opbouwen en zelf kiezen welke runners je gebruikt.

[freshy98]

Ik wist niet dat Valve terug commit richting Wine, maar echt hun eigen ding doen bovenop Wine.

[ReDnAx1991]

Ik weet niet of dat het beste is, soms is het goed om zaken gescheiden te houden. Kijk maar naar Photoshop en Lightroom. Hebben een bepaalde overlap met het bewerken van foto's, maar de ene kan meer dan het ander. Hangt er maar net van af, waar je het voor wil gebruiken.

Daarnaast wordt Proton ontwikkeld door Valve, de eigenaar van Steam en de Steamdeck. Proton is een aangepaste versie van Wine, doordat Valve het heft in eigen handen nam. Gaming op Linux is belangrijk voor veel mensen. De ontwikkelingen gingen te langzaam waardoor Valve dacht "als je het goed wil doen, moet je het zelf doen".

[freshy98]

Meestal zo met forks :-)

[tedvg]

Voor zover ik het begrijp is Proton een uitbreiding bovenop Wine specifiek voor het draaien van (Steam) games. Je hoeft dan niets in Wine te configureren om een game te kunnen spelen. Veel aanpassingen die Proton doet vloeien terug naar Wine.
Speel je dus alleen maar Steam-games, kies dan voor Proton. Draai je ook veel andere Windows-software (niet zijnde games), gebruik dan Wine, waarbij je dan een boel zelf moet configureren.

Speel je veel games, maar niet alleen Steam-games: gebruik Lutris

Op deze site wordt het begrijpelijk uitgelegd, inclusief een link naar een artikel waar het verschil tussen Proton en Lutris wordt uitgelegd:
https://embeddedinventor....ne-differences-explained/

[freshy98]

Nog een andere versie :-)

Ik zal de link bekijken. Dank je wel.

[MrFax]

Lutris is alleen een client. Het gebruikt onder de kap gewoon Proton. Omdat Proton alleen is gemaakt voor Steam, gebruikt het iets genaamd "umu" om zo Proton buiten Steam te kunnen gebruiken. Dit heeft vele voordelen: Je kan dus ook non-Steam games gebruiken met Proton, wat zonder umu dus niet mogelijk is.

[MrFax]

Even zonder vaktermen: Gewoon omdat het beter is opgezet voor games. Dat is het vooral. Er is veel betere integratie met Steam en Valve heeft het zo opgezet dat bepaalde fixes die gamen nodig hebben automatisch worden toegepast, zoals bijvoorbeeld een specifieke versie van d3d9.dll die een game nodig heeft.