Live data from Hacker News

Wine 2.0 released

winehq.org

171–180 of 314 posts

Re: Wine 2.0 released

#171
I still recall a fresh intern arriving in my office grinning and breathless one day, talking about Wine. We discussed it a little and I told him "it'll take a while before it achieves usable compatibility with major Windows applications".

This was in 1993.

Re: Wine 2.0 released

#174
post #109

Earlier quoted context omitted.

Does Adobe's stuff run well? I'd switch to Linux in a heartbeat if Premiere Pro performed adequately.

Can't speak for Premiere, but I have a really old copy of Photoshop (7.0) that I run on Wine and it has all of the features I need.

As long as you're not trying to collaborate with anyone, I've come around to The Gimp a bit lately for basic image manipulation w/ layers.

Re: Wine 2.0 released

#175
post #62

Earlier quoted context omitted.

Wow, I never would have thought they could run better. I'm thinking of old titles, AoE II, Starcraft, etc. They have good ratings but I'm just wondering if it would be anywhere near as bad as when I used to run VMWare on my old Mac.

Both AoE II and Starcraft play totally fine now. But they used to run poorly on old wine releases from 6 years ago. Any software that is around 15 years or older has a really good chance of running, I would say even more than Windows 10. Newer DirectX 9 games, specially with the wine-staging patches, have a good chance of running, but nowhere near what current Windows can attain. Anything newer with DirectX 10, 11 or…

> Anything newer with DirectX 10, 11 or 12 is pretty much a train-wreck. Unless the game runs OpenGL or Vulkan, like DOOM 2016, which after removing the DRM and some patching from devs runs like a dream.

Unless you run wine with the gallium-nine patches (which implements DirectX 9, 10, and parts of 11 natively on top of the gallium driver system, providing native DirectX performance on AMD and the open source nvidia drivers).

Sadly, the wine maintainers prefer their ugly hacks for their DirectX implementation, so it’ll likely never be merged.

Re: Wine 2.0 released

#176

Cool. I have to admit I haven't thought about Wine in a while because I can't think of any software I use that doesn't have a Linux version. What are people's use-cases nowadays?

Microsoft Office. /thread

Re: Wine 2.0 released

#177

Earlier quoted context omitted.

> It's also a godsend for windows gaming on Linux here FTFY.

I'm pretty amazing at the Humble Bundle (DRM-free) and Steam selections for Linux; not just independent titles but some larger ones too. We've come a long way since Loki ports.

HumbleBundle games for linux have a history of being... suboptimal. Maybe they've improved over the past year, but HB doesn't really have a good method for fixing bugs in releases (unlike Steam).

Re: Wine 2.0 released

#178

Earlier quoted context omitted.

You do realise 'let's put the year in the product name' is not MS' current strategy with Office though right? Office 365 is what is promoted most heavily now, for both business and home users.

But that falls out of the pattern as one can subscribe to it?

It falls out of the pattern as it doesn't sell based on the year in the product name.

Re: Wine 2.0 released

#179
post #112

Wine is a great project, and truly 'is not an emulator'. It takes the main win32 APIs and they are reimplemented natively by posix means, GDI, USER32, ADVAPI, and so on. Time ago I run an experiment to port Wine to windows and run a notepad.exe on top of X11. After that I managed to wrap ActiveX components inside GTK2 bonobo components served on windows to insert them into Linux GTK apps so you could have UI-bound ne…

> Wine is a great project, and truly 'is not an emulator'. The Wine is not an emulator thing has an interesting history. It originally was officially called an emulator. The change was largely due to essentially marketing. The first suggestion for the "Wine Is Not an Emulator" language was made in 1993, over concern that "Windows Emulator" might run into trademark problems with Microsoft. That suggestion was by Bob A…

The "not an emulator" thing I think is good marketing but yeah kinda confusing since it is essentially High-level emulation.

https://en.wikipedia.org/wiki/High-level_emulation

Interestingly that's how video game system console emulators after N64 got to be so fast, my understanding is the core concept is they just convert the machine instructions to x64 and do special linking to link the graphic calls to hardware-accelerated APIs.

Re: Wine 2.0 released

#180

A few years ago I was working on ReactOS and I found a bug in the list view control. After working hard on a patch, I submitted it and heard nothing about it. Have community relations improved since then?

I'm sorry to hear that. In order to avoid regressions, we have pretty rigorous requirements for patch submissions. Unfortunately this can result in dropped patches, especially in subsystems that no one in particular feels responsible for. We are trying to improve this, and we now ship a MAINTAINERS file that will hopefully help with this, and are also actively spreading patch review responsibilities around. I don't t…

I did those things back then, but there just wasn't anyone listening on the other end.
Post reply on HN