Hoofdcategorieën
Device Settings

Plannen voor Wine 1.0 gepresenteerd

Door Harm Hilvers, zaterdag 30 september 2006 00:01
Bron: WineHQ, views: 23.120

In een speciale editie van de Wine Weekly Newsletter is door een van de medewerkers van het Wine-project geschetst hoe de toekomst van het programma er zal uitzien. Het is de bedoeling dat versie 1.0 van Wine tegen het einde van dit jaar het levenslicht ziet, voorafgaand daaraan zullen er twee maanden lang alleen maar bugs opgelost worden. Voordat het zover is, moet er nog het een en ander gebeuren. Zo zal het Wine-register nog enige veranderingen moeten ondergaan en is het de bedoeling dat de IDL-compiler featurecompleet zal zijn. Door middel van een IDL is het mogelijk om programma's met elkaar te laten communiceren, ook als ze niet in dezelfde 'taal' gebouwd zijn.

Wine HQ-logoVerder is het de bedoeling dat Wine 1.0 zal beschikken over functionaliteit om met kopieerbeveiligingen om te gaan. Een andere belangrijke feature die in deze eerste finale versie van Wine zijn opwachting zal maken, is de mogelijkheid om het overgrote deel van de Direct3D-applicaties te kunnen gebruiken. Ook aan andere DirectX-features, te weten DirectInput, DirectSound en DirectPlay, wordt hard gewerkt. Onder meer door de afwezigheid van documentatie is dat echter geen eenvoudige taak. Volledige compatibiliteit met Windows op dit gebied is geen vereiste voordat Wine 1.0 gereleased zal worden.

Volgens de Wine-developers zal het niet enorm veel werk zijn om Direct3D10, dat met Windows Vista zal worden meegeleverd, in Wine te gaan ondersteunen. Interessant hieraan is dat het mogelijk zou moeten zijn om de Wine-implementatie van Direct3D10 te porten naar Windows. Dat zou betekenen dat het toch mogelijk wordt om Direct3D10-games op eerdere Windows-versies dan Windows Vista te spelen. Microsoft zelf zal namelijk DirectX10 alleen beschikbaar stellen voor die Windows-release. In de nabije toekomst zullen in Wine verder bugs gefixed worden in het verwerken van RPC-calls over een TCP/IP-verbinding. Verder zal de support voor Visual Basic-applicaties vervolmaakt worden.

Een ander gebied waar door de Wine-ontwikkelaars de komende tijd veel aandacht aan geschonken zal worden, is het verder verbeteren van de Mac OS X-versie van de software. Die versie is namelijk vooralsnog gemiddeld drie keer zo langzaam als de Linux-versie van Wine. Verder zal er gewerkt worden aan het beter compatibel maken van de software met de Mac OS X-kernel. Dit is geen eenvoudige opgave, omdat de Wine-developers tegen verschillende problemen met de genoemde kernel aanlopen. Dit wordt waarschijnlijk veroorzaakt door het feit dat Wine codepaden aanroept die door zeer weinig andere software gebruikt worden. Vanuit Apple wordt echter op een positieve wijze meegewerkt.

Volgende 08:51 Meer informatie over toekomstige mobiele chip AMD
Vorige 22:47 Intel Ecomark meet prestaties en stroomverbruik
Advertentie

Reacties

«  1  2  »

dus als ik het goed snap kan ik straks toch (mischien) halo2 op mijn PC spelen door whine op windows te zetten en zo een windows game te neppen in het fijt dat ik geen VISTA heb maar toch DX10 en alsnog dat dan kan gaan draaien...

leuk leuk leuk dan... wel de lusten niet de lasten (mijn PC is niet vista waardig maar Halo 2 moet kunnen..)

volgens mij heb je dat goed gelezen :D

Het niet fungeren van DX10 op WinXP is op deze manier alleen maar gunstig voor de OSS coomunity. Op deze manier krijgt WINE ook feedback van de windows gebruikers die allemaal spelletjes willen spelen. Oftewel, gamen op linux word waarschijnlijk nog makkelijker!

Straks gaat iedereen nog linux installeren met wine, omdat de spellen met wine beter werken dan op Windows XP O+ :P

directx10 komt echt wel voor xp. Wacht maar af. Zo gaat het elke keer met die beloftes.

Euh.. Ms belooft niets. Ze zeggen juist dat het _niet_ beschikbaar komt voor XP.

Waarom zouden ze daar over 'liegen'. Als ze het achteraf toch beschikbaar stellen, snijden ze zichzelf alleen maar, doordat er dan weer een reden minder is om naar Vista te gaan.

IMO wel erg kool als door wine dadelijk toch een dx10 voor xp kan worden gebakken.

Trouwens er worden nogal wat 3d accelerator gl toestand pakketen gebouwt voor xorg enz, is het niet handig om bv de wine implementaties van DX10 daarvoor te gaan gebruiken. Opengl ligt al zolang stil, en is een drama met zijn 982340 fabrikant specifieke extensies, die nooit hetzelfde werken.

DX10 is niet backwards compatible ;)

http://www.driverheaven.net/articles/dx10/

En het is wel logisch dat het niet backwards compattible is omdat de hele Vista kernel anders te werk gaat met de verschillende hardware. Wel leveren ze een emulator in Vista voor DX9, maar dan kan je voorlopig net zo goed doorgaan met XP, aangezien de emulator toch weer wat vertraagd.

Als Microsoft weer aankomt met zo'n "het is een integraal onderdeel van het operating systeem en kan niet zomaar losgekoppeld worden"

.. dan open ik m'n internet-explorer op m'n ubuntu-bak en probeer windows update te draaien.

Wat zullen de quality assurance mannetjes toch raar opkijken.

Is het iemand trouwens al opgevallen dat je met Wine + IE de windows-genuine verificatie _slaagt_ .. jaja ,, wine is genuine windows. Aldus microsoft wanneer ik directX probeer te installeren. Helaas werkte dat niet, maar ja zo gek ik dat nou ook weer niet.

Humor toch.

IE7 was vista exclusief en de iPod killer bestond ook niet.

IE7+ is vista exclusief
En een Ipod killer is er ook nog niet :P

Dat hier vanaf Apple positief aan meegewerkt wordt is prachtig. Dat betekent dat zij open staan voor het draaien van Windows-programma's op hun besturings systeem. En Linux ook. Als Microsoft hier uiteindelijk ook in mee zou gaan omdat Apple meegaat, komt het er misschien ooit in de hele verre toekomst nog eens van dat gecompileerde applicaties op alle 3 de platformen zullen werken.. Maar dan is er nog een lange weg te gaan.

Ik zie eerder een volledige implementatie van het .NET framework gebeuren dan willekeurige win32 binaries die op elk platform draaien.

Ik niet, want al is het veel moeilijker, het laatste is veel interessanter dan het eerste.

Ik zie persoonlijk beide gebeuren, mono is al heel ver met het framework en het is ook een stuk makkelijker dan bij de win32 API, maar ik denk dat het toch zeker mogelijk is dat in de toekomst nagenoeg alle applicaties waarvoor geen (goede) kloon te verkrijgen is op elk systeem onder wine kunnen draaien.

Misschien als de bedrijven nu eens een licentie betalen voor de Windows toevoegingen had het allang geintregeerd kunnen zijn/worden. Dat is denk ik ook het probleem voor MS om dat zomaar weg te geven, MS krijgt ook niets van de andere developers voor niets ;)

Ik denk dat alle Linux -distribiteurs dit zouden moeten supporten; het (niet) ondersteunen van in gebruik zijnde Win applicaties is een vrijwel onneembare drempel voor bedrijven om Linux voor de desktop zelfs maar te overwegen.

Hoe zouden ze dat dan moeten doen? Het is namelijk niet zo moeilijk om een optie aan te bieden tijdens de installatie om Wine mee te installeren (of het zelfs standaard mee te installeren)

Maar waar moeten bedrijven terecht met vragen over Win32-applicaties onder Linux (via Wine)? Moet een Linux fabrikant mensen hebben die weten wat er allemaal mis kan gaan? Met de vele honderden maatwerk pakketten is dat bijna onmogelijk...

Verder is het natuurlijk de vraag in hoeverre Wine 1.0 al feature-compleet is, welke Win32 API wordt er geimplementeerd (keuze uit meer dan 5 Windows versies). Uit het bericht op WineHQ is overigens helaas niet op te maken wat ze als referentieplatform genomen hebben - voor bedrijven die evt. over willen stappen is het echter heel belangrijk om te weten of de door hen gebruikte applicaties gaan werken op "Winux"....

* Little Penguin gaat Wine overigens wel weer eens een keertje uitproberen. Er is in 4 jaar namelijk wel enorm veel veranderd.

Met winecfg kan je instellen welke Windows je wilt 'draaien'. Je kan zelfs aangeven dat wine bij een bepaald programma een andere Windows API moet nabootsen.

Ik hoop dat 1.0 ook Dreamweaver zal ondersteunen.

Dan kan ik de overstap op Linux volledig maken.

Hoezo dreamweaver? Op linux heb je toch ook gewoon vi?

;-)

Wine 1.0 > Windows (whatever) + DirectX(whatever) .... :+

Wat ik interessanter vind dan die gewone desktop apps is de ondersteuning voor D3D. Ik kom op quakenet genoeg mensen tegen die wel over willen stappen, maar wel hun games willen blijven spelen. Vooral grappig dat Linux straks meer games kan draaien dan XP, zo gauw er Vista-only D3D10 games komen. Dan wordt het juist interessant om Linux te gaan draaien als je gamer bent, omdat je dan meer games kan spelen, in plaats van de omgekeerde situatie nu. Natuurlijk moet er dan nog wel een heleboel aan de compatibiliteit gedaan worden, want nu is de game ondersteuning nog huilen met de pet op, maar ja, games zijn nou eenmaal een stuk complexer dan random desktop apps.

Edit: overigens hoop ik nog steeds dat ze eens wat aan de look&feel gaan doen. Die win95 look vind ik er niet uit zien en past niet in m'n desktop. Waarom gebruiken ze niet gewoon GTK2, zoals Mono? Het lijkt me niet dat het een technische beperking is, want onder XP zijn apps ook skinned en kan je de look aanpassen met skins, dus waarom onder wine niet?

ik denk niet dat windows vista minder games zal ondersteunen dan de voorgangers, dus dat gaat niet helemaal op.

Maar er zijn wel spellen die wel op Linux draaien en niet op Windows...

Dat zijn dan ook de niet-commercieele games. Alle commerciele games ( van de grotere merken) komt op windows uit, en in een sporadische geval ook op linux.

Als de game ontwikkelaars nou eens Microsofts monopolie software zouden laten varen en kiezen voor onafhankelijke producten zou het hele probleem opgelost zijn. Dan is het gewoon een kwestie van een Windows / Linux / OS X / BSD / Solaris versie maken, naar gelang wat ze leuk vinden, en dan kan iedereen het spelen.

Niet helemaal. De Unreal engine (imens populair, weten we allemaal) kan perfect op Linux draaien (De hele UT serie is dan ook speelbaar onder Linux) maar Epic vraagt wel een enorme meerprijs wanneer een licentie houder zijn spel onder Linux wil uitbrengen, en die kost weegt niet op tegen de toegevoegde verkopen.

Nee, de unreal engine kost meer als je de engine ook wilt gebruiken voor consoles. Ze maken inderdaad onderscheid tussen het aantal platforms, maar linux en windows vallen allebei onder het pc-platform.

Apples nu dus ook :Y)

Denk er ook aan dat Unreal niet alleen op windows geprogrammeerd word, ook op Mac's en Linux systemen.

Dan wordt het juist interessant om Linux te gaan draaien als je gamer bent
Nou, gedeeltelijk dan, feitelijk hangt het af van welk spel je wilt spelen.

Ikzelf gebruik al een paar jaar nu Wine om te Windows games te spelen (of liever gezegd, ik gebruik cedega, maar dat is op wine gebaseerd) en voor een hele hoop games werkt het perfect.

Je moet rekening houden met een flinke afname in de fps. Dus voor de meeste éénspeler spelletjes geen probleem, je went er snel genoeg aan, WOW speelt perfect bijv.

Maar voor multiplayer games wil je toch de laatste paar frames eruit kunnen persen dus meestal blijft op mijn systeem de framerate bij spelletjes als Counter Strike of Day of Defeat dik boven de 25 (en dat is dan laag), maar je krijgt altijd net die dip naar 15fps op het moment dat je het _niet_ kunt gebruiken.

Onder Windows is de fps veel stabieler. De reden daarvoor weet ik niet maar ik neem aan dat het met de simulatie van de verschillende APIs te maken heeft.

Wine is leuk als tijdelijk oplossing of als je even een windows applicatie moet draaien. Ik gebruik het amper want native oplossingen zijn vaak toch beter (zeker als je het veel moet gebruiken). Maar toch fijn dat het bestaat.

Dit is voor legacy applicaties, die je vroeger op windows had en nu ook nog op Linux wil blijven gebruiken, misschien omdat je er nog aan gehecht bent, of omdat er geen vervanger voor is.
Ik gebruikte toen ik overstapte nog een tijdje mirc, omdat ik mijne helemaal customized had met scripts enzo. Na een tijdje vond ik xchat toch beter, juist omdat mirc zo rommelig was geworden :+
Ik kan me ook voorstellen dat er mensen zijn die MS Office op wine willen draaien, zolang ze nog moeten wennen aan openoffice, of er uberhaupt niet aan willen wennen.

@madman

Wine is een kopie, althans een poging tot van de Win32 API, het is dus native.

Wine is not an emulator ;)

het mag dan een poging zijn om de Win32 API te implementeren, het is nog steeds (helaas) veel trager dan native onder windows, met name games.
Niet te min, erg netjes dat ze zo ver zijn gekomen.

Functionaliteit heeft de hoogste prioriteit, niet optimalisatie (weet je nog hoe "snel" de eerste releases van Firefox draaiden?) En de reden dat games zo langzaam zijn is dat veel aspecten van de 3D ge-emuleerd moet worden omdat er nog geen vertalingen naar de hardware zijn. Hier zijn met uitgebreidere implementaties van D3D code nog relatief eenvoudig flinke winsten te behalen.

Ik draai World of Warcraft toch echt soepeler onder Linux met Wine dan onder Windows hoor ;)

Het is niet correct dat Wine trager is. Er zijn juist benchmarks die aangeven dat Wine op sommige gebieden zelfs sneller is dan Windows:
http://www.linux-watch.com/news/NS6148938546.html

alleen sommige 3d onderdelen zijn nog wat trager, maar daar gaan ze nu dus nog hard aan werken.

Als DirectDraw nou ook ondersteund gaat worden, dan kan ik StarCraft en Red Alert, en alle dergelijke spellen uit die tijd, soepel spelen zonder het commerciële Cedega.

Onder Wine 0.9.15 kan ik StarCraft: Brood War zonder problemen spelen.

Hmm, wine 0.9.8 is de nieuwste stable in Gentoo. Broodwars draait er wel in, maar zonder directe hardware toegang, en als je dan 5 tanks hebt, speelt het heel sloom... (edit: doet de battlenet interface het ook? Bij mij niet. Dat is een bekend probleem).

Red Alert crasht na een paar seconde spelen steeds. Red Alert 2 en Tiberiun Sun doen helemaal niets...

Waarom haal je niet versie 0.9.22 binnen? Wine 0.9.8 is nog van 15 februari! Je loopt 14 versies achter! In die tijd is vooral de DirectX-implementatie er flink op vooruit gegaan.

Stabiele releases zijn er toch nog niet... het is allemaal nog alpha materiaal.

en ook red alert werkt al heel lang onder wine...

C&C Renegade... Carmageddon 2...
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 08:51 Meer informatie over toekomstige mobiele chip AMD
Vorige 22:47 Intel Ecomark meet prestaties en stroomverbruik
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011