61–70 of 319 posts
Amazing, you can buy a triple A title and have it just work out of the box. I'm so happy with Valve's support for linux. And of course the thousands of hours of work that have gone into Wine. It's becoming a more reliable experience to play old windows games using wine than trying to run them on windows 10.
I wonder if you can install Wine under WSL? :evil laugh:
Proton has been fantastic for me, it finally gave me what I needed to reclaim my Windows partition and go full-on Arch! In some cases, running the Windows version inside Proton has actually worked out better for me than the native port (Dead Cells, for example. The native port crashes the Steam overlay and lacks Steam Controller support, but running the Windows version in Proton is seamless) I highly encourage you gu…
How so you know if someone is an arch user? > I needed to reclaim my Windows partition and go full-on Arch! They tell you.
Proton has been fantastic for me, it finally gave me what I needed to reclaim my Windows partition and go full-on Arch! In some cases, running the Windows version inside Proton has actually worked out better for me than the native port (Dead Cells, for example. The native port crashes the Steam overlay and lacks Steam Controller support, but running the Windows version in Proton is seamless) I highly encourage you gu…
> In some cases, running the Windows version inside Proton has actually worked out better for me than the native port I, for one, am not surprised. Windows userland APIs are more stable, consistent, and well documented than their Linux equivalents.
Amazing, you can buy a triple A title and have it just work out of the box. I'm so happy with Valve's support for linux. And of course the thousands of hours of work that have gone into Wine. It's becoming a more reliable experience to play old windows games using wine than trying to run them on windows 10.
I wonder if you can install Wine under WSL? :evil laugh:
Earlier quoted context omitted.
>> Microsoft can change DirectX whenever they want They really can't. Software that uses DirectX will require a specific version of DirectX in order to have the correct ABI so that it can dynamically link against the DirectX libraries. Those versions and therefor ABIs are set-in-stone. Not to mention that a huge cross-section of the DirectX software library also distributed the required version of DirectX with the so…
I wonder if Microsoft has a cross platform .Net Core-like DirectX in the works. Given their push to unify their Windows and XBox gaming experiences, I can't imagine it'd hurt to spread that out even further and expand to capture as many games as possible. Though I guess outside the other consoles there's not a lot of other game systems.
Earlier quoted context omitted.
> In some cases, running the Windows version inside Proton has actually worked out better for me than the native port I, for one, am not surprised. Windows userland APIs are more stable, consistent, and well documented than their Linux equivalents.
The implication from the comment was that Wine is better at running old Windows games than Windows itself. I’m not sure where this Linux vs. Windows comparison is coming from.
> (Dead Cells, for example. The native port crashes the Steam overlay and lacks Steam Controller support, but running the Windows version in Proton is seamless)
Suggests the comment is about running the Windows version under Proton being a better experience than running the native Linux version.
Earlier quoted context omitted.
> In some cases, running the Windows version inside Proton has actually worked out better for me than the native port I, for one, am not surprised. Windows userland APIs are more stable, consistent, and well documented than their Linux equivalents.
The implication from the comment was that Wine is better at running old Windows games than Windows itself. I’m not sure where this Linux vs. Windows comparison is coming from.
Earlier quoted context omitted.
> In some cases, running the Windows version inside Proton has actually worked out better for me than the native port I, for one, am not surprised. Windows userland APIs are more stable, consistent, and well documented than their Linux equivalents.
The implication from the comment was that Wine is better at running old Windows games than Windows itself. I’m not sure where this Linux vs. Windows comparison is coming from.
As a long-time Linux dev (see my profile), I have also found this to be true. Linux userland APIs are unstable and change all the time. Some transitions that come to mind that have affected me personally: ALSA->pulse; libudev->libudev2->systemd; gstreamer 0.10->1.0. All of those changes required modifications to my software, and the backwards-compat tools that are provided are buggy and insufficient. Meanwhile, you can still write and run winmm[1] applications on Windows 10, and they will work in almost all cases. It's simply the case that the win32 API is more stable than Linux userland APIs, so it's entirely plausible that games will run better in Wine, which shares that stable ABI, than they will on Linux, especially as time goes on and Linux userland shifts yet again.
[1] winmm dates to the Windows 3.x days!