Software-update: Wine 2.0-rc4

Na een lange reeks van ontwikkelbuilds wordt er weer naar een stabiele build van Wine toegewerkt. Wine is een opensource-implementatie van de Windows-api en maakt het mogelijk om DOS- en Windows-programma's op Linux, FreeBSD en Solaris 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. De database met applicaties die onder Wine werken, al dan niet met behulp van kleine aanpassingen, bevat op het moment van schrijven 24.157 titels. De changelog voor deze uitgave ziet er als volgt uit:

What's new in this release:

• Bug fixes only, we are in code freeze.

Bugs fixed in 2.0-rc4 (total 28):

• 7592: Window problems when running Citrix ICA client ICA16 v6.20.985 (Win16)
• 11808: winefile: broken horizontal scrolling
• 24718: Condes renders every line or point 100x thicker than it should be
• 29287: Heroes of Might and Magic IV: performance issues with Opengl renderer
• 32682: Multiple .NET 4.0 applications fail to load the pen cursor (IDC_PEN, 32631, 0x7F77 missing)
• 33570: SWAT 4: Mouse Escapes Wine environment in full screen or windowed mode
• 34030: Altium Designer 10 hangs on startup accessing a driver
• 34807: Gruntz crashes on startup in d3d
• 35293: Halo: Combat Evolved has graphical glitches
• 35700: Arabic Shaping Is Broken After Rechedit News.
• 36959: Whirlwind of Vietnam crashes after starting
• 37416: The Sims 3: Display locks when running in window, uses 100% cpu
• 38766: RpcBindingServerFromClient is unimplemented, needed to determine client Computer Name/IP Address
• 39268: x11drv: Can't store handle for display fd
• 39714: Halo some sounds in cut scenes don't play
• 40169: Recognize INTERNET_FLAG_SECURE with INTERNET_INVALID_PORT_NUMBER in GetHttpConnection
• 40243: Korg Nano editor USB MIDI driver won't install, requires Administrator Privileges
• 40477: Motocross Madness and 3DMark2000 do not start (VRAM, video memory size)
• 41347: TMIDI Player: Some characters and logos in LCD are rendered as black rectangles
• 41599: Battle.net and Hearthstone play loud static when receiving messages
• 41708: Duo 0.10 crashes on startup
• 41998: Regression in wined3d crashes visual novel "A drug that makes you dream"
• 42031: Heroes Of Might & Magic VI: no more started
• 42057: Pressing Ctrl+C to close iTunes results in error dialog with gibberish title
• 42071: LINE (Powered by Naver): LINE does not work on wine 1.9.16 and later versions
• 42074: osu! - Audio latency regression (ALSA)
• 42090: Highway Pursuit constantly emits loud noise when sound effects enabled
• 42101: Strania - The Stella Machina (Steam) black screen on launch

Versienummer	2.0-rc4
Releasestatus	Beta
Besturingssystemen	Linux, BSD, Solaris
Website	Wine HQ
Download	https://www.winehq.org/download
Bestandsgrootte	22,50MB
Licentietype	GPL

Reacties (16)

[skunkopaat]

Hearthstone static sound.. als ik het uberhaupt toch eens aan de praat krijg op linux... het is voor mij de enige reden om op windows te blijven

[jaquesparblue]

Wine is dan ook zeker geen vervanger van Windows, nooit geweest, zal het nooit worden. Daarvoor is de werking nog altijd te veel onderhevig aan willekeur. Ook platinum status programma's kunnen het af laten weten omdat jouw distro build net een lib mist die in 99% andere builds wel zit.

Zie ook net dat de top-10 platinum titels voornamelijk bestaat uit games die geschikt zijn gemaakt voor SteamOS, zo lust ik er ook wel een paar.

[skunkopaat]

Geen vervanger, uiteraard, maar als ik zie dat zoveel mensen Hearthstone werkend hebben, word ik wel een beetje chagrijnig.

Ik heb alle benodigde libs, frameworks en wat nodig is, maar als ik in de launcher op Play klik, dan gebeurd er gewoon niks.

De steamOS titels hoeft je in principe toch helemaal niet in Wine te draaien?

[Theimon]

Ik heb een donkerbruin vermoeden dat je ff moet googlen op winetricks vcrun2015.

Ik probeerde laatst weer mijn Diablo 3 install aan de gang te krijgen, maar zowel in wine als playonlinux benadering gaf geen sjoege. Na wat debug ellende bleek de Battlenet launcher recent over te zijn gegaan op vcrun2015.

Met winetricks is dat redelijk eenvoudig te installeren, genoeg info over te vinden. Hier werkt het weer in ieder geval.

[i-chat]

Zie ook net dat de top-10 platinum titels voornamelijk bestaat uit games die geschikt zijn gemaakt voor SteamOS, zo lust ik er ook wel een paar.

typisch een gevalletje onderbuik redeneren, maar laat ik je uit de droom helpen, wine is niet zo goed geworden doordat die games platinum waren, nee de games zijn linux (en dus steam) compatible geworden door het harde werk van wine dev... daar zou je zo achter zijn gekomen als je wist dat valve libwine gebruikt voor een aantal van zijn ports.

[jaquesparblue]

Ik weet inderdaad dat veel SteamOS titels gebruik maakt van Wine.. Source en GoldSrc titels hebben er altijd redelijk goed op gedraaid. Neemt niet weg dat heden ten dag de top 10 overheerst wordt door titels waarvan Valve er alles aan zal hebben gedaan om ze perfect te laten lopen op hun eigen linux distro. Ik zeg ook niet dat ze er onterecht in staan. Maar als je zoiets als uithangbord op je website wilt gebruiken zouden er m.i. meer titels in moeten staan die juist niet die speciale aandacht hebben gehad.

[rbr320]

daar zou je zo achter zijn gekomen als je wist dat valve libwine gebruikt voor een aantal van zijn ports.

Ik weet inderdaad dat veel SteamOS titels gebruik maakt van Wine..

Ik weet niet waar jullie deze onzin vandaan hebben, maar het is in ieder geval niet waar. Alle eigen titels van Valve zijn zonder Wine naar Linux en Mac OSX geport en bevatten dus 100% native code. Het enige stukje middleware dat ze in hun GoldSrc en Source engine games hebben gebruikt is hun eigen ToGL om Direct3D draw calls om te zetten naar hun OpenGL equivalenten. Maar in Source 2 is zelfs dat niet meer nodig aangezien deze nieuwe engine zowel een OpenGL als Vulkan backend bevat.

Wel een belangrijke reden waarom een groot aantal van de top 10 meest verkochte games op Steam ook op Linux draaien is omdat deze games gebruik maken van cross-platform engines. De Linux ondersteuning van zowel Unity3D 5.x als van Unreal Engine 4 is ronduit goed te noemen en veel ontwikkelaars maken daar gebruik van tegenwoordig.

[Reactie gewijzigd door rbr320 op 24 juli 2024 12:29]

[Jerie]

Je kunt toch ook gewoon een VM installeren met Hearthstone?

[skunkopaat]

Zeker, maar dat trekt mijn i3 5005u niet

[Jerie]

Hmm, nou ja, het is geen container dus hij zal idd het OS op moeten starten. Maar verder zou het in een hardware accelerated VM vrijwel native moeten draaien, op 99% performance. Misschien heeft zo'n i3 zoals de jouwe geen hardware VM, dat weet ik niet.

[Cave_Boy]

Deze cpu heeft inderdaad niet alle mogelijke virtualisatie boosts maar wel een paar belangrijke. Mits je ook wat geheugen hebt en een leuke snelle opslag moet 1 virtuele machine goed kunnen.

http://ark.intel.com/m/nl...z#@product/specifications
Edit link erbij gezet.

[Reactie gewijzigd door Cave_Boy op 24 juli 2024 12:29]

[Kai Nickson]

Wat is de motivatie/reden om versie nummer 2.x te beginnen gebruiken? Ben niet meer zo mee met Wine

[ClementL]

Het is behoorlijk arbitrair, net zoals wanneer de Linux kernel van 2.6.xx naar 3.0 en later 4.0 overging. De ontwikkeling van dergelijke software gaat zo geleidelijk dat geen enkele update een grote versiewijziging vraagt. Op een gegeven moment is er gewoon zoveel veranderd dat de huidige software heel veel verschilt met de eerste software die onder dat versienummer verscheen. Wine 1.0 kwam acht jaar geleden uit, voldoende reden om naar 2.0 i.p.v. 1.10 te gaan.

Echter is er wel een klein dingetje wat deze wijziging kan rechtvaardigen: er zit eindelijk beginnende ondersteuning voor DX11 in. Moet je wel via Wine2.0-staging binnenhalen.

[Blokker_1999]

Met de komst van Wine 1.0 waren er enkele programma's waarvan men zij: deze moeten een goedstatus hebben voor we Wine de 1.0 stikker geven. Ik mag hopen dat ze dit voor 2.0 ook weer gedaan hebben.

[ClementL]

Dat zullen ze vast wel hebben, ik legde enkel uit waarom waarschijnlijk voor 2.0 i.p.v. 1.10 gekozen is.

Een andere reden zou kunnen zijn dat ze na 2.0 nieuwe versies tijdsgewijs willen gaan releasen.

[Anoniem: 677256]

Hoe het zou moeten zijn : http://semver.org

Kort door de bocht, met breaking changes komt een nieuwe major versie nummer.