Software-update: Wine 3.13

Er is met versienummer 3.13 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 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 25.662 titels. Sinds versie 3.11 zijn de volgende veranderingen en verbeteringen aangebracht:

What's new in this release 3.13:

• Vulkan support on macOS using MoltenVK.
• Initial support for performance data in the registry.
• Mono engine updated with some bug fixes.
• Support for fetching BIOS information on Linux.
• GnuTLS also used on macOS when available.
• Improvements in the standard Task Dialog.
• Various bug fixes.

What's new in release 3.12:

• Unicode data updated to Unicode 11.0.0.
• Proxy configuration dialog in the Internet control panel.
• Syntax fixes in the Cmd.exe command intepreter.
• Some more glyphs in the Wingdings font.
• Various bug fixes.

Versienummer	3.13
Releasestatus	Unstable
Besturingssystemen	Linux, BSD, Solaris
Website	Wine HQ
Download	https://www.winehq.org/download
Licentietype	GPL

Reacties (23)

Blijft toch altied een beetje buggy die Windows releases onder Linux. De opzet is natuurlijk prima, maar liever zie ik dat (bijvoorbeeld game developers) ook titels beschikbaar maken voor het Linux kanaal (niet sporadisch, maar gewoon alle grote titels). Er is een stabiele versie van MS Office voor de MAC. Waarom niet voor een Linux distributie?

Native is beter ja. Maar een hoop software dat niet voor gnu systemen wordt ontwikkeld kan je nu toch draaien. Met games is het inderdaad vaak buggy. Maar de niet-games werken vaak 100 procent met wine. Dus het dient zeker een doel.

Native is beter ja.

Niet altijd. Wine is wel 'ns sneller dan native. Kan me nog herinneren dat CS sneller draaide in Wine op Linux, dan op Windows 9x. Ook was Linux stabieler.

Maar in principe is wine toch ook native? De MS API is toch opnieuw geïmplementeerd direct voor Linux?

Of wordt https://www.qt.io ook niet native genoemd?

Met native refereer ik naar de orig. implementatie. Je hebt gelijk, da's niet het juist woord.

Vergeet ook niet dat dit in 1999 oid was. Zou best kunnen zijn dat ik bepaalde DLLs nog moest draaien van Microsoft zelf. Dat weet ik niet meer. Ik weet wel dat dat in die tijd regelmatig nodig was. Denk hierbij aan een installatie van MSHTML (MSIE).

Ja, ik snap wat je bedoelt. Ik kan er ook geen ander woord voor bedenken voor deze situatie.

Wine is voor mij ook lang geleden. Tegenwoordig draai ik Windows in een VM als ik het nodig heb. Toendertijd win8 gekocht voor 30 euro. Dat kon ik niet laten liggen. Met die gratis updates zit ik nu dus op 10.

Ik start m hoofdzakelijk alleen als ik iets moet compileren voor Qt

Waarom?

Omdat het tijd en dus geld kost om dat te ontwikkelen.
De markt is simpelweg te klein -> kosten baten.

Er is wel een aantal redelijke grote Steam games verkrijgbaar voor Linux

Gros daar van is geport met behulp van WINE of een soortgelijke implementatie.

Er zijn erg weinig native game op Linux. Dat is jammer, maar gelukkig met WINE niet zo'n groot probleem.
Vandaar is elke release van WINE ook weer goed nieuws voor de Linux gamers.

Gros daar van is geport met behulp van WINE of een soortgelijke implementatie.

Zeker niet. Er zijn inderdaad een aantal triple-A games naar Linux geport door een bedrijf genaamd Virtual Programming door middel van hun gesloten "eON" technologie die volgens velen op Wine is gebaseerd maar het volgens hen zelf niet is. Maar van het merendeel van de "grote" games die op Steam voor Linux beschikbaar zijn is de broncode toch echt geport, wat onder andere wil zeggen dat er Windows API calls naar Linux API calls omgezet zijn die hetzelfde doen maar op een andere manier. De enige plek waar de voor Windows geschreven code nog vaak intact wordt gelaten is in de grapics engine van een game. Vaak wordt er een stukje middleware gebruikt om Direct3D calls te vertalen naar hun OpenGL of Vulkan equivalenten. Feral Interactive heeft hier bijvoorbeeld hun eigen code voor geschreven die ze IndirectX noemen.

Over middleware gesproken, dit wordt hoe dan ook al veel gebruikt in games, dus heel veel van de code die tijdens het ontwikkelen van de game zelf wordt geschreven is toch al redelijk platform agnostisch, als men het slim gedaan heeft tenminste. Je game praat tegen de API van een audio library, je (3D) graphics library en je I/O library. Dus zolang die stukken middleware beschikbaar zijn voor andere platformen dan Windows, en met uitzondering van DirectX zijn velen dat ook, is je game ook redelijk eenvoudig te porten. Natuurlijk kost dat nog steeds manuren, naast ontwikkeling ook om te testen en om ondersteuning te leveren en helaas vinden veel game studio's daar de kosten nog steeds niet opwegen tegen de baten.

Office was sowieso oorspronkelijk ontwikkeld voor Apple

Maar ik denk dat het aantal Mac gebruikers altijd meer is geweest dan Linux gebruikers en dat zal nu sowieso meer zijn.

windows in een vm en icm gpu pass through iets voor jou?

Dat hangt er helemaal vanaf over welke games je het hebt. Ik speel zelf sporadisch nog wel eens een potje Starcraft (zowel het origineel als Starcraft 2) onder Linux via Wine en heb nog nooit problemen gehad met de stabiliteit. De Battle.net client gedraagd zich onder Wine niet altijd even netjes, maar gelukkig hoeft die alleen maar in de achtergrond te draaien terwijl ik aan het spelen ben.

Is geen afzeiken, altied = altijd in het Limburgs.

Da's meer naar het oosten... Bij Weert gooi je er nog een j bij maar zag net dat je die niet schrijft, alleen uitspreekt Je schrijft dan altiêd

[Reactie gewijzigd door bvdbos op 22 juli 2018 16:51]

Jammer dat het voor games niet beter werkt, dan zou het draagvlak voor Linux op de desktop veel groter zijn.
Ondersteuning voor Linux zou dan vanzelf toenemen.

Zou CrossOver (www.codeweavers.com) dan beter zijn voor de die-hard Linux gebruikers onder ons? Je betaalt er tenslotte € 38,- of € 59,- voor per jaar.. En heb je aanvullend hulp nodig kost dat € 19,- per incident. Lijkt mij nog niet eens zó gek, als zakenmodel.

Naja, er zijn nog zoveel alternatieven, zie https://alternativeto.net/software/wine/

Linus Tech Tips maakte zojuist een Youtube filmpje over gamen in linux: https://www.youtube.com/watch?v=SsgI1mkx6iw

Je vergist je in de "normale" consument. Die houdt vast aan wat ze kennen. En dat is op dit moment Windows of Mac os.
Linux bestaat uit geweldige.producten, maar deze consument kent het gewoon niet.

En wat een boer niet kent, vreet ie niet.

In mijn omgeving merk ik wel dat de acceptatie voor Linux groter wordt. En bekender ook. Ik help ook steeds meer mensen aan Linux op hun goede, maar niet meer zo nieuwe computers. Tot nu toe met volle tevredenheid van de desbetreffende nieuwe gebruikers.

Enige wat ik mensen wel meegeef is om bekend te worden met de programma's die native onder Linux draaien. Anders blijf je afhankelijk van Windows, en dat zorgt ervoor dat je er feitelijk niet van los komt. Met als uiteindelijke resultaat dat men uiteindelijk toch weer terug gaat naar Windows. Alleen de doorzetters blijven zitten.

En om bovenstaande reden adviseer ik mensen ook Wine niet. Leuk dat het er is, ik waardeer het initiatief ten zeerste, maar met WIne hef je (gedeeltelijk) de voordelen van het draaien van Linux op. En tja.... als je games draait, dan zou ik zeggen: draai het dan gewoon op het platform waarop/waarvoor het ontwikkeld is. En als het onder Steam kan, installeer Steam. Of draai SteamOS. Een dualboot is zo gepiept.