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 , , 28 reacties
Bron: Wine HQ

Wine logo Er is met versienummer 1.9.24 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 23.882 titels. Sinds versie 1.9.22 zijn de volgende veranderingen en verbeteringen aangebracht:

What's new in release 1.9.24:
  • Support for unordered access views in Direct3D.
  • Many fixes in the regression tests.
  • Some more improvements in HID support.
  • Various bug fixes.
What's new in release 1.9.23:
  • HID bus support for macOS.
  • Color font support in Direct2D.
  • More color formats in Direct3D.
  • Uninstallation fixes in MSI.
  • Various bug fixes.

Civilization IV d.m.v. Wine

Versienummer:1.9.24
Releasestatus:Unstable
Besturingssystemen:Linux, BSD, Solaris
Website:Wine HQ
Download:https://www.winehq.org/download
Bestandsgrootte:22,50MB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (28)

Werkt het goed onder macosx?
Wil Lotus Notes Designer er onder draaien.
Kwestie van proberen, sommige dingen werken perfect, andere starten niet eens op...
Ik heb op mijn desktop afscheid genomen van Win10, nadat tot twee keer toe mijn account corrupt was geraakt tijdens updates. Heb alleen nog mijn Lightroom 6 van de Windows apps die ik wil behouden. Het draait helaas nog niet met wine (64 bit), dus heb ik het nu in een virtual box met win7. Dat laatste draait beduidend minder vlot dan onder Native Windows.

Over een paar versies nog maar eens wine hiervoor proberen.

[Reactie gewijzigd door rense op 26 november 2016 13:36]

Virtualbox is dan ook een van de minst goede virtualisatie oplossingen, omdat het een "full stack" emuleert. Probeer Gnome Boxes (frontend voor Qemu/KVM) eens, of anders virt-manager. Ik ga er vanuit dat je Linux draait wel.

Bij de meeste distros is dit zo uit de repo's te pulken.
Als je van hier naar wil kijken is het wel aan te raden om vt-d support te checken als je een intel cpu hebt en indien amd iommu. Bij intel kan je de ark.intel site checken, weet niet hoe het zit voor amd.
Dan nog moet je mobo het ondersteunen (bij mijn e520 wel, al was het standaard uitgeschakeld) en dat is helaas niet altijd het geval. Bij AMD heeft iedere cpu het alleen is de software-ondersteuning weer minder.
Je moederboard niet, je BIOS of (U)EFI. Virtualisatie heeft 0,0 met je moederboard te maken.
Sowieso is het handig om te checken of vmx (Intel VT techniek) of svm (AMD tegenhanger) aanstaat, dan weet je of je CPU überhaupt virtualisatie ondersteunt. Let wel op, dit kan ook in je (U)EFI/BIOS uitgezet zijn, dan krijg je ook niks terug.

Commando's voor onder Linux:

Intel:
# grep --color vmx /proc/cpuinfo
AMD:
# grep --color svm /proc/cpuinfo
Dit ^

Met qemu/kvm kun je zelfs je grafische kaart via passthrough direct doorgeven aan je VM, zo zullen de graka-functies in Adobe-producten native 3D kunnen uitvoeren.
Met qemu/kvm kun je zelfs je grafische kaart via passthrough direct doorgeven aan je VM
Dat kon met Virtualbox toch ook, sinds kort? Of heb ik dat verkeerd begrepen? Maar goed, je blijft met performance penalties zitten door de full-stack virtualisatie ja. Hoe dichter bij het bare metal hoe sneller
Is dat zo? Ik bedoel de techniek waar je je graka volledig dedicate aan je VM en losmaakt van je host. Ik heb het met VB nog niet gezien.
Heb je gekeken of http://www.darktable.org/ iets is voor jouw?
Of http://www.digikam.org, is wat meer op het foto-management gericht terwijl darktable weer wat meer mogelijkheden qua bewerken van afbeeldingen heeft. Ik gebruik beide :-)
Helaas een KDE-app, niet fijn als je een gtk2/3 desktop gebruikt en weinig schijfruimte hebt.
Met KDE5 valt dat reuze mee, dat is geen library hell meer, maar gewoon sane defaults met weinig dependancies. KDE3 en 4 waren vreselijk ja.
Daarnaast wordt de nieuwste digikam (5.3) aangeboden als AppImage, waarbij alle dependencies meegenomen zijn. De AppImage-file is zo'n 180 MB, als ik kijk naar de RAW-foto's van mijn camera neemt digikam dus slechts de ruimte van 8 foto's in ;-)
Library hell zoals je bij Windows de dll-hell had was er nooit, mits je een fatsoenlijke distributie gebruikte. Wel was het zo dat één kde-app van 125kb zomaar 2-3 Gb aan dependencies kon vragen. Omgekeerd was dat ook zo met een GTK-app in een KDE-desktop maar met die desktop kreeg je destijds het snelste systeem op de knieën.

In hoeverre dat nog zo is weet ik niet, ik blijk verre van KDE en tegenwoordig ook van Gnome (Toen 3 kwam was 2 al afgrijselijk zwaar). RazorQt (voorheen LXQT) heeft echter wel mijn belangstelling al zie ik nog geen praktische voordelen t.o.v. LXDE. Voorlopig blijf ik maar bij XFCE.
Ik heb toch een ander beeld. Ik heb het, zeker voor 2010, toch redelijk vaak meegemaakt dat applicatie A prima installeerde, maar dat applicatie B niet wilde omdat versie "versie.a" ontbrak van een library, terwijl "versie.b" en "versie.c" wel geïnstalleerd stonden. Helaas ontbrak dan de library die je nodig had in je repo's, dus kon je weer vanaf source gaan builden of een library symlinken....

Datzelfde heb je op moderne systemen nog wel eens. Download en installeer maar eens de tool g810-led te installeren op iets anders dan Ubuntu. Gaat je niet lukken, want je mist libusb-1.0-dev....
ik blijk verre van KDE en tegenwoordig ook van Gnome (Toen 3 kwam was 2 al afgrijselijk zwaar).
Defineer "zwaar"? Ik draai hier Fedora 25 met Gnome 3.22, en ik gebruik nu (met Chrome open met 4 tabs, waarvan 2 YouTube filmpjes, eentje GitHub en deze reactie) en ik zit op een totaal systeem (RAM) gebruik van 6.3 GiB, met 2 virtuele CentOS servers in KVM erbij (~4 GiB RAM). Komt dus neer op ~2.3 GiB RAM... Dat vind ik best meevallen eigelijk.
Definieer zwaar:
Uiteraard is dat iets dat met de tijd veranderd. Echter in 2008 constatteerde ik dat de standaard Ubuntu-versie, met Gnome 2.22.3 traag was op mijn systeempjes. Vooral het opstarten vanaf CD-rom duurde al meer dan een half uur terwijl xubuntu en Ubuntu-lite/U-lite 0,8 (de voorloper van Lubuntu) binnen 5 minuten op het scherm stonden. De officiële system requirements vereisten 384MB en ik had in mijn P3 512MB (meer ondersteunden/herkenden moederbord/chipset niet) en in mijn Duron 850 768MB.

Gnome 3 staat bekend als fors zwaarder dan Gnome 2/MATE.
KDE heb ik al veel eerder verbannen. Destijds hadden we een Pentium 133 met maar liefsts 32MB ram. De Storm-Linux versie die ik destijd kocht was een van de eerste distro's die zowel Gnome als KDE bijleverde. Gnome was toen prima, KDE was traag. Daarvoor ook Suse 9.3 geprobeerd met KDE en je kon kiezen, of inloggen in KDE (was traag op de Pentium 133) of inloggen op Bash maar al je dan toch een keer een GUI-app wilde gebruiken (bv WP8) dan moest je eerst inloggen als root.

2016
Thuis hebben wij 2 laptops, een met een Celeron 2957U waar mijn zoon minecraft op speelt en youtube op kijkt, en een met een i5-2450 waar mijn vrouw meestal gebruik van maakt.

De systemen waar ik het mee moest doen waren dan een HP Proliant ML330-G3 met één Xeon 2800 (P4 generatie, wel dual-core), 1,5Gb geheugen en een nVidia Geforce FX5200 PCI 128MB of een Dell 170L met een Celeron 2.66 en 512MB geheugen die niet opstart als er geen HDD wordt gevonden.
Ik draai hier Fedora 25 met Gnome 3.22, en ik gebruik nu (met Chrome open met 4 tabs, waarvan 2 YouTube filmpjes, eentje GitHub en deze reactie)
Ten tijd van de P3 en de Duron had ik Opera met 60+ tabs én Firefox met 60+ tabs (versie 1.5 en 2.0) en dan begon je te merken dat Firefox traag begon te worden en wilde ik voor de extra tabs een derde bowser maar Chrome draaide niet goed op die systemen, liep al vas bij opstarten of na 2, 3 of 4 tabs open.
Nu is het web natuurlijk wel zwaarder geworden.
en ik zit op een totaal systeem (RAM) gebruik van 6.3 GiB, met 2 virtuele CentOS servers in KVM erbij (~4 GiB RAM). Komt dus neer op ~2.3 GiB RAM... Dat vind ik best meevallen eigelijk.
Nou dan is het dus duidelijk dat het beschikbare geheugen minstens moet verdubbelen voordat er Gnome gedraait kan worden. Die 60 tabs heb ik niet meer open, maar 10-15 wil nog wel lukken. (op de Android nu net boven de 20 in Opera)


symptoom1:
Dat als je de screensaver wilt verlaten het langer duurt voordat je in kunt loggen als dat de standaard timeout voordat de screensaver geactiveerd wordt.
Je vergelijkt een product uit de jaren 90 (Gnome 2.x) met een product uit 2008, dat is sowieso al een manke vergelijking he. Gnome 3 draait, soepeltjes, op mijn Asus Zenbook UX305 met ~4GB RAM en een 800 megahertz (ja echt, 0.8 ghz) Intel Core M-5Y10 (specificaties: pricewatch: Asus Zenbook UX305FA-FC007H), al heb ik de 4K variant.

Dus, je RAM zal het issue niet zijn. Voor Gnome 3 (en KDE 5) heb je gewoon een redelijk recente GPU (onboard of extern maakt niet uit) nodig.
Ik had het over Gnome 2.22 in Ubuntu 8.04 dat traag was, dat is geen jaren 90 en XFCE of LXDE van na die release waren dus niet traag.

De KDE waar ik het over had was 1999/2000 dus nog net wel jaren 90. Maar mijn ML330-G3 is nu meer verouderd als die P133 toen. Die P133 had eerst 32MB, later zelfs 64MB en dat dus rijkelijk in het geheugengebruik. (Mijn systeem daarna, een K2-233 wilde in zijn ene geheugengebruik niet meer zien als 32MB)

Die 1,5Gb van die ML330-G3 is wel krap, ook voor de tijd dat die nieuw was. Dat staat in geen verhouding tot de 4GB die jij hebt. Je gaf ook al aan dat de 2,3GB gebruikt exclusief de VM's. Dan is mijn systeem al lang aan het trashen, en dat is precies het probleem dat ik er ook mee had met Windows 7 en 4-5 tabs open in Firefox en K-meleon werd zelfs al eerder unresponsive.

En veel distro's herkennen ook niet de stokoude SCSI-HDD. 18GB.
Dat staat in geen verhouding tot de 4GB die jij hebt.
Je zit er maar 60 GB naast ;-) Deze bak zit 64 GB RAM in.

Anyway, GNOME 2.22 is uit ~2008, maar wel gebouwd op techniek ontwikkeld in de jaren '90, voor hardware uit die tijd. Dat was dus veel lichter dan GNOME 3.x, waarvan de ontwikkeling is begonnen in ~2007 en de eerste versie (3.00) uitkwam in 2011. Daar zit dus 21 jaar verschil, ontwikkeling en evolutie in. Niet alleen in software, maar ook in hardware...
Mijn zoon krijgt het ook iedere keer voor elkaar en die werkt in een beperkt account.
(onbeperkte accounts hebben er dan weer geen last van dat de group policy client service niet start)
Door niets bijzonders te doen: Windows upgraden (niet fresh install) van 7 naar 10. Ik kwam na een tijdje (niet direct) steeds in een tijdelijk account. Vervolgens maar oude account weggegooid en opnieuw aangemaakt onder Windows 10. Echter, direct bij de anniversary update was het weer raak zonder iets te hoeven doen.

Tien jaar geleden waren er voor mij nog te veel applicaties die ik alleen onder WIndows tot mijn beschikking had; daarnaast was het installeren onder linux nog een heel woud met alle dependencies. Dat is beide nu veel meer op het niveau als bij WIndows.

Nu ervaar ik dat ik meer tijd kwijt ben met WIndows configureren dan voorheen, ook op momenten dat ik er niet op zat te wachten, maar de update was dan al ongevraagd geïnstalleerd. Voor mij dus de trigger Linux weer eens te proberen op mijn desktop.

Bijkomend voordeel: mijn NAS draait linux, router draait linux, RPi draait linux, dat praat nu mooi allemaal op hetzelfde niveau binnenshuis.
Tien jaar geleden waren er voor mij nog te veel applicaties die ik alleen onder WIndows tot mijn beschikking had; daarnaast was het installeren onder linux nog een heel woud met alle dependencies. Dat is beide nu veel meer op het niveau als bij WIndows.
Dan toch echt alleen voor applicaties die niet in je repo's zaten, of waar geen PPA of copr or RPM beschikbaar voor was (met enkele uitzonderingen daar, maar dat is nu nog).

De dependency hell komt tegenwoordig, met sane defaults, bijna niet meer voor. Ik moet er moeite voor doen zeg maar.


Om te kunnen reageren moet je ingelogd zijn



Nintendo Switch Google Pixel Sony PlayStation VR Samsung Galaxy S8 Apple iPhone 7 Dishonored 2 Google Android 7.x 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