Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 31 reacties
Bron: Wine HQ

Wine logo (60 pix) Zojuist is versie 0.9.49 van Wine uitgebracht. Met behulp van dit programma is het mogelijk om MS-DOS- en Windows-programma's te draaien op onder andere Linux, FreeBSD en Mac OS X. Wine wordt onderhouden door een grote groep enthousiaste ontwikkelaars en in plaats van nieuwe releases uit te brengen als er nieuwe features aan de software toegevoegd zijn heeft men er voor gekozen elke twee weken een nieuwe build uit te brengen. Meer informatie over Wine kan in deze FAQ worden gevonden. Het changelog van deze release laat de volgende veranderingen en verbeteringen zien:

What's new in this release:
  • Many copy protection fixes.
  • GLSL is now the default for Direct3D.
  • Lots of memory errors fixed thanks to Valgrind.
  • Support for TOPMOST windows.
  • Beginnings of an inetcomm dll implementation.
  • Lots of bug fixes.
[break]
Dreamweaver 8 onder Wine. Klik op de afbeelding voor een grotere versie.
Versienummer:0.9.49
Releasestatus:Final
Besturingssystemen:Linux, BSD, macOS, Solaris
Website:Wine HQ
Download:http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.49.tar.bz2
Bestandsgrootte:12,10MB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (31)

Op http://thisismyinter.net/?p=21 staat een gecompileerde darwine versie van 0.9.49
Is het niet een hele kleine moeite om die link voortaan even hier op te nemen? ;) Ik begrijp dat het voor het Wine team waarschijnlijk uit copyright overwegingen niet kan om direct zelf een link naar de Mac binary builds op te nemen, maar tweakers.net kan dat toch wel in meuk posts over Wine?
De reden waarom ze niet online staan is om Codeweavers niet voor het blok te stoten. Zij zijn een van onze belangrijkste ontwikkelaars. Het is daarnaast ook aan te raden Crossover te gebruiken op de Mac, omdat deze versie beter integreert (ze leveren hun eigen Xorg versie mee omdat Apple's versie te buggy is en ze hebben het tevens op andere manieren beter geintegreerd).

Op zich kunnen er op de Wine site gewoon packages komen.
De reden waarom ze niet online staan is om Codeweavers niet voor het blok te stoten. Zij zijn een van onze belangrijkste ontwikkelaars
Ok, ik snap het. Dat klinkt inderdaad logisch. Bedankt voor de toelichting.
ze leveren hun eigen Xorg versie mee omdat Apple's versie te buggy is en ze hebben het tevens op andere manieren beter geintegreerd
Apple levert Xorg pas sinds heel kort mee (sind OS X 10.5 Leopard), bedoel je niet Xfree86 uit 10.4? Zou de situatie nu met 10.5 niet beter zijn geworden?

[Reactie gewijzigd door flowerp op 11 november 2007 17:17]

Voorheen gebruikten ze natuurlijk Xfree86. Ook in de huidige Xorg voor OSX zitten een aantal problemen ik weet niet exact welke. In Crossover zitten een hoop 'hacks' om Wine goed te laten integreren met OSX (icoontjes in de balk onderin) en dat soort dingen. Dit krijg je met standaard Wine ook niet.
In Crossover zitten een hoop 'hacks' om Wine goed te laten integreren met OSX (icoontjes in de balk onderin) en dat soort dingen.
Voor OS X is het natuurlijk een aparte situatie. X11 is al niet native voor OS X. Wine mapped win32 calls naar X11 calls, en de X11 implementatie zal waarschijnlijk wel weer 't een en 't ander naar Quartz mappen.

Zou 't in de Wine architectuur mogelijk zijn om met pluggable backends te werken? Het is in de praktijk misschien haast niet de moeite, maar het idee zou dan zijn dat er geen X11 dependencies zijn, en dat diverse backends (X11, Quartz) er in geplugged zouden kunnen worden. Op die manier zou je in de toekomst ook win32 onder Windows kunnen supporten, mocht MS de support er van droppen (b.v. omdat alle userland dingen voor .NET geschreven moeten gaan worden).

(ik ken de wine code niet, excuses als dit een domme opmerking is of als het al zo gebeurd ;))
Wine heeft zijn eigen 'video driver'. Op het moment hebben we er alleen een voor X11. Na Wine 1.0 zijn er plannen om ook een Quartz driver te ontwikkelen (er is al een versie in GIT, maar die is verre van compleet en bruikbaar). Het is zeer lastig een dergelijke driver te schrijven. Zelfs de huidige X11 driver heeft nog een aantal zeer nare problemen.
Graag zou ik iedereen willen opdragen die 'regressies' ontdekt in Wine (dingen die eerder werkten, maar nu niet meer) uit te zoeken welke patch voor de fout zorgt (zie http://wiki.winehq.org/RegressionTesting).

Daarnaast wanneer je bugs tegenkomt post ze in onze bugzilla op http://bugs.winehq.org.
vergeet niet ff te helpen door even http://test.winehq.org/data/ te draaien :) onderste map, exe ff draaien

Ik weet niet precies wat het test maar het schijnt te helpen :D
Deze tests zijn niet echt nuttig. Ze testen of alle functies in wine zich correct gedragen t.o.v. Windows. Het is niet nuttig als iedereen bijvoorbeeld XP test. Over het algemeen hoeven deze tests slechts op 95/98/me/nt4/2k/xp/2003/vista uitgevoerd te worden. Hier zijn mensen voor.
umhhh........
hoeveel builds zijn ere niet voor windows? zeker testen, iedereen
Deze resultaten worden gebruikt om Wine met Windows te vergelijken. Onze tests worden per release een klein beetje uitgebreid. Het merendeel blijft hetzelfde. (Ik weet waar ik over praat ik ben een Wine developer ..)
is dat niet alleen voor windows (xp/vista) ?
En eindelijk een screenshot van Wine in actie i.p.v. crossover :P Ik zie trouwens flash 8 werken. Dat is mij nog nooit gelukt, is dat nieuw in deze release?
Lijkt me sterk dat Tweakers.net speciaal voor deze release een Duitse Flash heeft gekocht en in Wine ge´nstalleerd. Volgens de AppDB werkt Flash 8 ook al zeker een half jaar.
Het kan toch dat dit een screen is van wine 0.9.49?
Dan kan het toch ook nieuw zijn in deze versie?

Ben benieuwd hoe lang dit nog zin zal hebben. Virtualisatie wordt steeds beter en populairder en als ik zie wat vmware fusion allemaal wel niet doet op de mac weet ik niet of iemand dan nog op wine zit te wachten. Maargoed dan moet je natuurlijk wel een windows licentie hebben en die heeft niet elke linux-gebruiker.
Een Duits screenshot van Wine 0.9.49 op Tweakers.net een paar minuten na de aankondiging op Winehq.org? En daarnaast... hoe kan het nieuw zijn als Flash 8 al tijden werkt?

Ik zie virtualisatie nog niet zo gauw doorbreken als iets voor thuisgebruik. Aan het fenomeen virtualisatie opzich heb je helemaal niets en waarom zou je een Windows-licentie kopen als je met hetzelfde gemak je programma gewoon kan installeren in Linux door het te openen met Wine? Programma's werken in Wine tegenwoordig vaker wel dan niet.

En mocht virtualisatie dan tijdelijk een oplossing zijn voor de 2 games die nog niet in Wine werken, dan verdwijnt die noodzaak op langere termijn weer doordat Wine steeds completer wordt. Wine bouwt Windows op het moment sneller na dan dat die laatste zich vernieuwt. Windows moet wel met hele grote veranderingen op de proppen komen (een ontwikkeling als DOS-kernel => NT-kernel) om het Wine moeilijk te maken.

[Reactie gewijzigd door DOT op 10 november 2007 01:11]

virtual machine is niet virtualistaite en heeft niks met wine
wine is toch wel wat sneller als virtualisatie
Voor hardware 3D ondersteuning is virtualisatie (nog) niet geschikt, VMWare fusion kan dat ook een beetje, en drie keer raden welke code ze gebruiken om DirectX naar OpenGL te vertalen ;)

maw: wine blijft voorlopig zeker wel nuttig.
Parallels gebruikt op het moment Wine's code. Vmware gebruikt dat niet. Wine's direct3d gaat direct van bijvoorbeeld d3d9.dll -> wined3d.dll -> opengl32.dll, maar Vmware doet alles op de 'Windows manier' dat wil zeggen dat ze een echte video driver hebben geschreven die de opengl vertaling doet. Ze gebruiken dan ook de echte directx dlls.
Ik vraag me af of het niet veel en veel makkelijker kan. Ze zouden eens proberen om ipv alleen de CPU direct access toe te laten (door middel van VT en Pacifica) ook de rest van het systeem directe toegang laten hebben tot de hardware...

* Darkvater blijft dromen
Je vergeet dat alleen de CPU gevirtualiseerd wordt. Games gaat dus mooi niet door. Wine kan dat (met varierend succes natuurlijk) wel.
Lijkt me sterk dat Tweakers.net speciaal voor deze release een Duitse Flash heeft gekocht

Ik zie dan ook een mapje "keygen" openstaan in het screenshot :P
Met enige regelmaat zie ik Wine updates verschenen en ieder keer staat Mac OS X vermeld als besturingssysteem. De download pagina van Wine HQ, laat helaas alleen een commerciele versie van Wine zien (CrossOver).

Bestaat er een GPL Mac versie van Wine?
Net of je die niet zelf kunt compileren ;)

Overigens alleen de intel versies werken, ik denk niet dat er al een qemu-wine mash up is voor PPC.
Hmmm... heb geen ervaring met het compileren van binaries voor Mac OS X, maar ga wel even op Internet kijken of ik er wat meer info over kan vinden.

Thanks.
Bij mij wordt onder Wine de license key van Office XP geweigerd, van een versie die ik eerder met succes onder WinXP heb ge´nstalleerd. Ben benieuwd of dat bij de bugfixes zit... :/
Heeft iemand anders ook problemen met UPNP? Sinds een tijdje wil utorrent geen UPNP verbinding meer maken met de router, en ik verdenk een wine update hiervan. Helaas is het programma nog bezig, dus ik wil het niet afsluiten om wat regression testing te doen, maar ben ik de enige met dit probleem?

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True