Software-update: Wine 5.15

Na een nieuwe stabiele uitgave verleden week, is dit weekeinde weer de gebruikelijke 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. De database met applicaties die onder Wine werken, al dan niet met behulp van kleine aanpassingen, bevat op het moment van schrijven 27.343 titels. Sinds build 5.13 zijn de volgende veranderingen en verbeteringen aangebracht:

What's new in release 5.14:

• More restructuration of the console support.
• Initial version of the Webdings font.
• Beginnings of PE conversion of the MSVCRT libraries.
• Various bug fixes.

What's new in release 5.15:

• Initial implementation of the XACT Engine libraries.
• Beginnings of a math library in MSVCRT based on Musl.
• Still more restructuration of the console support.
• Direct Input performance improvements.
• Exception handling fixes on x86-64.
• Various bug fixes.

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

Reacties (16)

Voor de mensen die wine-staging draaien zit er in wine-staging 5.15 nu ook een patchset bij voor allerlei Media Foundation dingen, wat de compatibiliteit met videos drastisch verbeterd. Volgens de tracking bug ervan werken er hierdoor een heleboel meer games. Een oudere versie van deze patchset zat al een tijdje in bepaalde versies van de GloriousEggroll Proton build en deed het best goed.

Nu nog een goede versie voor op Android 10 en hoger

Welke Windows x86_64 software zou je zonder sandbox willen draaien op een veelal ARM gebaseerd Android device?

Hij heeft dezelfde "vraag" gepost op de vorige Wine release post (5.0.2) van een week terug.

Niettegenstaande dat hij niet echt verstaat wat WINE is denk ik.

WINE "emuleert" geen Windows zoals jij dat zou inzien. WINE implementeert enkel de Windows API calls voor andere OS'en zoals Linux/BSD. Maar aangezien 99.9% van de windows programma's gecompiled zijn voor x86/x86_64 kan je niet zomaar WINE draaien op Android tenzij je de x86 versie van android zou draaien.
Je moet een vertaalslag maken van ARM naar x86, en daat gaat niet zomaar door even WINE te installeren. Het is ook best zwaar te noemen. Telefoons zijn daar niet echt optimaal voor dus het verbaast me niet dat mensen daar niet echt tijd insteken.
Je hebt wel de fancy "VM in JS" zoals dat win95 in a web browser project van een tijdje terug, maar windows 10 zal daarin niet werken, laat staan dat het ook maar enige vorm van "snelheid" zou hebben.

Nuja, daarboven blijft de vraag inderdaad waarom je zo absoluut windows wil draaien op een android phone/tablet...
In de vorige release thread kwam daar ook al geen reactie op van de OP...

[Reactie gewijzigd door GuntherDW op 15 augustus 2020 16:05]

Inderdaad: emuleren lijkt de makkelijkste optie, maar blijkt in de praktijk (en zeker vanaf Android 10 zo heb ik ondervonden) niet goed uitvoerbaar op een Android/ARM-CPU.

Dus zou Wine een redelijke tussenoplossing kunnen zijn, om dus daarmee enkel Windows/x86 applicaties te draaien.

Als je zelf behoorlijk met zowel windows als android bezig bent, dan loop je vanzelf tegen een aantal beperkingen van beide systemen in de zin dat sommige apps of functies beter of enkel op Windows werken en andersom.

Dus dat verklaart al een deel waarom je windows of windows functies op te telefoon zou will draaien.

In mijn geval gebruik ik bepaalde enkel op x86 gebasseerde functies voor meer geavanceerde object beveiliging, die (nog) niet voor ARM beschikbaar zijn.

Maar het lijkt niet echt helemaal door te dringen dat WINE geen emulator is.
Het gaat er niet voor zorgen dat je x86 code op je ARM phone kunt draaien. Dat is hun doel ook niet.

Hun wiki page legt het ook haarfijn uit.
https://wiki.winehq.org/ARM

Je kan Windows/ARM binaries draaien, maar Windows/x86 gaat niet lukken zonder een tussenlaag, welke zoals je al ondervonden hebt best zwaar is om te doen (vrij logischerwijze, van arch naar arch, laat staan RISC naar CISC is best hevig op je CPU).

EDIT: Ik ben trouwens wel best benieuwd over welke "geavanceerde object beveiligng" we het hier hebben, waardoor je kost wat kost een windows applicatie op je phone nodig hebt.

Als je het over de AES / AVX functies in je CPU hebt ga je van een koude douche thuiskomen. Je kan die emuleren, maar de performance hit is enorm, bovenop de al enorme performance impact als je x86 zou emuleren.
Niettemin ben ik nog altijd benieuwd waarom je die kost wat kost nodig hebt gezien je phone ook gewoon bepaalde crypto functies kan accelleraten in hardware.

[Reactie gewijzigd door GuntherDW op 15 augustus 2020 18:39]

Oké, dus als ik je goed begrijp kun je met Wine linux software emuleren op Android dmv een windows API? Super cool! Kan ik mijn C64 emulator draaien op Sailfish!

Eigenlijk gewoon wat GuntherDW schreef: je hebt een os dat gebouwd is voor een processor architectuur. Telefoons hebben meestal geen Intel/AMD x86 cpu, maar de energiezuiniger arm familie.
Je os heeft naast een ABI ook een API. Wine implementeert de Windows API voor (veelal) POSIX os-en, zoals Linux. Daarmee kan je dus Windows applicaties draaien die gecompileerd zijn op dezelfde processorarchitectuur. Wil je dus een x86 applicatie draaien op een arm heb je een processor emulator nodig een daarin dan het os.

Windows is ook al een tijdje een POSIX OS

Je kan wine dan ook prima onder windows draaien

Ik had zijn vraag toen niet opgemerkt, vandaar dat ik me er nu over verbaasde. Hij lijkt inderdaad niet te begrijpen wat Wine precies is en doet. Ik wel, maak je daarover geen zorgen

WINE "emuleert" geen Windows zoals jij dat zou inzien.

Ik ga er dan ook maar vanuit dat die zin niet aan mij is gericht

Ik weet het zelf ook niet, maar misschien voor een Android gebaseerd desktop OS?

Even Ducken op Android x86

Same here, draaide alles nog maar op assembly en basic hè

Ik denk niet dat het toevoegen van dit (of om het even welk ander) font hier het probleem was. Het issue lag waarschijnlijk bij het feit dat Webdings een font is waar Microsoft auteursrecht op heeft. Je mag dit dus niet zomaar 1 op 1 overnemen in Wine, je zult zelf een font met vergelijkbare glyphs moeten maken (tekenen) dat genoeg verschilt om geen rechtzaak over de auteursrechten aan je broek te krijgen. Als jij dat 25 jaar geleden had gemaakt onder een open source licentie dan had het font al lang in Wine gezeten.