Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

xda-developers.com

Post reply on HN
Print view View original

251–260 of 512 posts

Re: Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

#251

Post by da_chicken »

coldpie wrote: post #142
RachelF wrote: post #119

Earlier quoted context omitted.

It is a superb project, and a hard thing to do. It is a pity that the apps most business people use everyday, like Word and Excel and Outlook don't work in it (Excel 2010 is the last version that has Platinum status). It is interesting that these are harder to get working than games.

> It is interesting that these are harder to get working than games. Games are mostly just doing their own thing, only interacting with the system for input & output. MS Office is using every single corner of Windows: every feature in the XML libraries, tons of .NET type stuff, all the OLE and COM and typelib and compound storage features, tons of Explorer integrations, auto-updating stuff via Windows patching mechan…

Yeah, people forget that MS Office, and Excel and Outlook in particular, are the real foundation of Microsoft's vendor lock-in on the desktop.

Re: Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

#252

Post by genodethrowaway »

wishfish wrote: post #104
adelmotsjr wrote: post #5

Reading these posts always make me feel like an imposter. People are dealing with such low level things, while i'm outta here building simple CRUDs.

Not only do the CRUDs have value but they're good for your sanity. I knew a guy back in the dot-com era. Very skilled coder. Backbone of the company. He pulled off miracles. Fulfilled impossible deadlines. Then one day, out of the blue, he quit. Took a job at a non-technical corp. They put him in a cubicle where he wrote Visual Basic CRUDs on an 8-5 schedule. No weird deadlines, no sleeping under the desk. He called…

ai slop

Re: Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

#253

Post by rationalist »

genodethrowaway wrote: post #252
wishfish wrote: post #104

Earlier quoted context omitted.

Not only do the CRUDs have value but they're good for your sanity. I knew a guy back in the dot-com era. Very skilled coder. Backbone of the company. He pulled off miracles. Fulfilled impossible deadlines. Then one day, out of the blue, he quit. Took a job at a non-technical corp. They put him in a cubicle where he wrote Visual Basic CRUDs on an 8-5 schedule. No weird deadlines, no sleeping under the desk. He called…

ai slop

Looking at the user's other comments, I disagree.

Looking at your comments however, while probably not AI, they're still not helpful.

Re: Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

#254

Post by ryukoposting »

spoiler wrote: post #210
computomatic wrote: post #130

Earlier quoted context omitted.

I avoided using Wine (and Linux for gaming generally) for years on the sole basis that I assumed what they were trying to do was impossible to do well. Occasionally I’d try wine for some simple game and be impressed it worked at all, but refused to admit to myself that it was something I could rely on. (This was many years ago and I freely admit today that I was wrong.)

To be fair, early wine (when I first tried it) wasn't very usable, and for gaming specifically. So if you were an early enthusiast adopter, you might've just experienced their growing pains. Also, I assume some Windows version jumps didn't make things easy for Wine either lol

It took some futzing. The crusty PlayOnLinux UI is permanently etched into my brain.

Re: Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

#255

Post by alpaca128 »

codebje wrote: post #209
vbezhenar wrote: post #166

Earlier quoted context omitted.

> Games are mostly just doing their own thing, only interacting with the system for input & output. They should be trivial to port then, no?

The killer for games tends to be the anti-cheat or anti-piracy layers. I have a Windows game I can't run under CrossOver (aka Wine 11) or a VM, only because its anti-piracy layer doesn't accept those circumstances.

Meanwhile I had to pirate Dark Souls 1 because Microsoft's own DRM prevented the legitimately purchased game from saving on Windows, and download official no-cd patches for two other games because their DRM stopped working.

The problem with DRM is the DRM.

Re: Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

#256

Post by pyuser583 »

tombert wrote: post #16

Wine is a project that I've grown a near-infinite level of respect for. I don't know for sure, but I suspect that a lot of the work for Wine is boring and thankless. Digging through and trying to get exact parity with both the documented and undocumented behavior of Windows for the past 30 years doesn't sound fun, but it's finding every little weird edge case that makes Wine a viable product. The fact that Wine runs…

There was a time when WINE was iffy. At best.

It’s gotten good and reliable.

Commendations to contributors!

Re: Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

#257

Post by Discordian93 »

da_chicken wrote: post #251
coldpie wrote: post #142

Earlier quoted context omitted.

> It is interesting that these are harder to get working than games. Games are mostly just doing their own thing, only interacting with the system for input & output. MS Office is using every single corner of Windows: every feature in the XML libraries, tons of .NET type stuff, all the OLE and COM and typelib and compound storage features, tons of Explorer integrations, auto-updating stuff via Windows patching mechan…

Yeah, people forget that MS Office, and Excel and Outlook in particular, are the real foundation of Microsoft's vendor lock-in on the desktop.

Outlook is now basically an Electron app, they've deprecated the old desktop Outlook in favor of a port of the web app to desktop, so it's basically just Excel remaining.

Re: Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

#258

Post by komali2 »

wishfish wrote: post #104
adelmotsjr wrote: post #5

Reading these posts always make me feel like an imposter. People are dealing with such low level things, while i'm outta here building simple CRUDs.

Not only do the CRUDs have value but they're good for your sanity. I knew a guy back in the dot-com era. Very skilled coder. Backbone of the company. He pulled off miracles. Fulfilled impossible deadlines. Then one day, out of the blue, he quit. Took a job at a non-technical corp. They put him in a cubicle where he wrote Visual Basic CRUDs on an 8-5 schedule. No weird deadlines, no sleeping under the desk. He called…

> He called it his paid vacation.

As a fellow CRUD writer you're kinda seconding the OP's point here...

Personally I say oh well, some people are smarter and/or harder working than me. Now watch this drive -

Re: Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

#259

Post by badsectoracula »

pdpi wrote: post #75
hxorr wrote: post #53

Earlier quoted context omitted.

ReactOS also deserves an honorary mention. A lot of knowledge from that project feeds into Wine.

And vice-versa. It's pretty interesting that the two projects haven't kind of merged despite all the collaboration.

Wine devs do not want to work with people who have looked at ReactOS[0] (see at the end) so any collaboration is one-way (or by ignoring the guidelines) and the likelihood of the two projects merging is zero.

[0] https://gitlab.winehq.org/wine/wine/-/wikis/Clean-Room-Guide...

Re: Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

#260

Post by badsectoracula »

gpderetta wrote: post #143
ToucanLoucan wrote: post #123

Earlier quoted context omitted.

So, what's the relationship between Wine and Proton? Is Proton just the SteamOS/Valve name for it, or is it actually it's own project?

More or less Wine + some experimental patches not yet I twgrated in mainstream wine + a buch of DirectX translation libraries + close steam integration.

There is also UMU Launcher[0] which is basically all that without the Steam integration/dependencies so you can run games from GOG and other stores (it is a command-line tool but launchers like Heroic can use it behind the scenes). I used to install dxvk, etc manually but in recent months i switched to it as it tends to work much more seamlessly for games (i did disable its autoupdates though).

[0] https://github.com/Open-Wine-Components/umu-launcher

Post reply on HN