Live data from Hacker News

How Wine works 101

werat.dev

181–188 of 188 posts

Re: How Wine works 101

#181

Earlier quoted context omitted.

They still went all in, built a nice community around Proton itself, documented it and supported forks, etc.

Yes, because their business profited from that. It's an example in favour of GPL licenses: the interests of the public and of a for-profit venture aligned to produce value for both.

So capitalism functioned how it should, and a company wasn't a greedy douchebag. Still seems commendable to me. They had a choice. Their choice was to do what most companies do, and ignore barely-enforceable licensing; or to give back. They chose the better route.

Is Valve still just a company with profit as its main motive? Yeah, that's the point. But it can do helpful things as a side-effect.

Re: How Wine works 101

#182

Earlier quoted context omitted.

Still a bit sad that Microsoft went the hypervisor way with WSL2, rather than the Windows Subsystem way in WSL1. It makes perfect sense that they did, but I'm still a bit sad.

I'm curious why it makes you sad? I was very glad when they announced WSL2 and while still using WSL1 for running socat for port forwarding, not missing it lack of further development much. Could be I'm missing some productivity stuff there?

Nothing from a productivity standpoint, I just find the idea of Windows NT subsystems cool as hell.

Re: How Wine works 101

#183
post #180

Earlier quoted context omitted.

Interesting, maybe I'll be able to play Space Empires 5 again ?! Any pointers towards how to use this wrapper ?

https://fdossena.com/?p=wined3d/index.frag

Thanks a lot, but d3d8 and d3d9 seemingly have no effect, while ddraw fails with "The procedure entry point DDKMTOpenAdapterFromLuid could not be located in the dynamic link library gdi32.dll.", then game's mandatory launcher does open, but then an access violation when trying to launch the game itself from it...

Re: How Wine works 101

#184

Earlier quoted context omitted.

I'm curious why it makes you sad? I was very glad when they announced WSL2 and while still using WSL1 for running socat for port forwarding, not missing it lack of further development much. Could be I'm missing some productivity stuff there?

Nothing from a productivity standpoint, I just find the idea of Windows NT subsystems cool as hell.

aha, got it ;)

Re: How Wine works 101

#185

> Fifth, oh, did you want to run a game? Not just a hello world? Then you need to deal with DirectX, audio (hello PulseAudio, my old friend), input devices (gamepads, joysticks), etc. It’s a lot of work! These last paragraphs just made me realise how grateful I am to people who work on these open source projects without expecting any compensation or even praise for their work. It has happened once or twice that I tri…

And let's not forget to be grateful towards for-profit companies that contribute to open source. A lot of the work required to get games working transparently on Wine was thanks to Valve, who released Proton as open source, along with heavy work on DXVK to simulate DirectX, etc. Of course they did it because it benefits them, but still they could have kept it private and it would have boosted only Steam sales. Instea…

> And let's not forget to be grateful towards for-profit companies that contribute to open source.

The main sponsor of WINE is CodeWeavers, who have been paying folks that work on WINE for a very long time, and are involved in Proton development:

https://www.codeweavers.com/

They sell a supported version of WINE for Linux, macOS and ChromeOS, as well as providing engineering services to clients like Valve.

Re: How Wine works 101

#186
post #180

Earlier quoted context omitted.

https://fdossena.com/?p=wined3d/index.frag

Thanks a lot, but d3d8 and d3d9 seemingly have no effect, while ddraw fails with "The procedure entry point DDKMTOpenAdapterFromLuid could not be located in the dynamic link library gdi32.dll.", then game's mandatory launcher does open, but then an access violation when trying to launch the game itself from it...

You can try boxedwine too https://github.com/danoon2/Boxedwine

Re: How Wine works 101

#187

Earlier quoted context omitted.

Thanks a lot, but d3d8 and d3d9 seemingly have no effect, while ddraw fails with "The procedure entry point DDKMTOpenAdapterFromLuid could not be located in the dynamic link library gdi32.dll.", then game's mandatory launcher does open, but then an access violation when trying to launch the game itself from it...

You can try boxedwine too https://github.com/danoon2/Boxedwine

"Games after the year 2000 have limitted success at running", but still thanks, I'll take any potential solution at this point, I'll check this out !

Re: How Wine works 101

#188
post #70

Earlier quoted context omitted.

According to Raymond Chen, this usually happens when software relies on undocumented APIs or undefined behavior. When Windows removes undocumented APIs or changes behavior not covered by the documentation, such apps break and people blame Microsoft. For example, I remember one app used to programmatically find some kind of "Print" menu in Windows' desktop environment and call it to implement printing functionality. W…

> According to Raymond Chen, this usually happens when software relies on undocumented APIs or undefined behavior. This may have been the case, but it no longer is. DirectDraw and other _official_ APIs have been removed from Windows, providing no official replacement (other than the ones coming from Wine itself!), and leaving hundreds of programs in the dust. The MS of Chen no longer exists. Or may have never existed…

DirectDraw has been deprecated for a long time, but it's still there, and it still works. I regularly run games using it on Win11, e.g. https://triumph.net/ageofwonders (1999)
Post reply on HN