SC Controller (the modernized fork) doesn’t support anything other than Linux. On Windows, I have to run a super outdated version from 2020 that is missing support for newer controllers such as the DualSense.
AMDGPU Mesa drivers are just better than the proprietary AMD drivers. There is experimental support for RADV in Windows, but nothing like the support that is on Linux.
This is going to sound weird, but WINE sometimes has better support for legacy games/software than modern Windows does, and WINE is not available on Windows outside of something like WSL.
I would also say KDE apps like Dolphin, Konsole, and Kate, but those have Windows builds.
Mesa would fall under “things like pulseaudio and kwin that are entrenched at lower levels of the OS and realistically can’t be ported to microsofts walled garden”. SC controller is a userspace driver, which realistically should be portable between operating systems but maybe they’re doing something silly like making kernel calls directly? The KDE apps only prove my point and the wine thing… Okay I’ve experienced the wine thing. For an operating system that to this day will not let you name a file or user “CON” in case it breaks a powershell script that’s older than I am its impressive how bad their backwards compatibility chokes so hard on games.
Microsoft already removed all support for 16 bit apps on all 64 bit versions of their OSs. You can replace the missing NTVDM with WineVDM, which is essentially just WINE for 16 bit apps, and likely has higher compatibility than NTVDM anyway.
That doesn’t help with the incompatibilities of some Win9x and XP era apps, though.
I don’t think SC-Controller is making direct kernel syscalls or anything like that. It’s probably just something as simple as the dev doesn’t use Windows and doesn’t feel like supporting it, which I can understand.
Also the reason I even mentioned Mesa is because there is a working Mesa port to Windows already that does software rendering and an experimental RADV port.
Also the reason I even mentioned Mesa is because there is a working Mesa port to Windows already that does software rendering and an experimental RADV port.
SC Controller (the modernized fork) doesn’t support anything other than Linux. On Windows, I have to run a super outdated version from 2020 that is missing support for newer controllers such as the DualSense.
AMDGPU Mesa drivers are just better than the proprietary AMD drivers. There is experimental support for RADV in Windows, but nothing like the support that is on Linux.
This is going to sound weird, but WINE sometimes has better support for legacy games/software than modern Windows does, and WINE is not available on Windows outside of something like WSL.
I would also say KDE apps like Dolphin, Konsole, and Kate, but those have Windows builds.
Mesa would fall under “things like pulseaudio and kwin that are entrenched at lower levels of the OS and realistically can’t be ported to microsofts walled garden”. SC controller is a userspace driver, which realistically should be portable between operating systems but maybe they’re doing something silly like making kernel calls directly? The KDE apps only prove my point and the wine thing… Okay I’ve experienced the wine thing. For an operating system that to this day will not let you name a file or user “CON” in case it breaks a powershell script that’s older than I am its impressive how bad their backwards compatibility chokes so hard on games.
Microsoft already removed all support for 16 bit apps on all 64 bit versions of their OSs. You can replace the missing NTVDM with WineVDM, which is essentially just WINE for 16 bit apps, and likely has higher compatibility than NTVDM anyway.
That doesn’t help with the incompatibilities of some Win9x and XP era apps, though.
I don’t think SC-Controller is making direct kernel syscalls or anything like that. It’s probably just something as simple as the dev doesn’t use Windows and doesn’t feel like supporting it, which I can understand.
Also the reason I even mentioned Mesa is because there is a working Mesa port to Windows already that does software rendering and an experimental RADV port.
There’s a fucking wot? WAT? That’s fascinating.
https://www.phoronix.com/news/Experimental-RADV-Windows