You install Linux to escape the user-tracking consumerism hellosphere corporate Matrix. I install Linux to install this neat lil' Audio Player that plays Animal Crossing music. We are not the same.
You install Linux to escape the user-tracking consumerism hellosphere corporate Matrix. I install Linux to install this neat lil' Audio Player that plays Animal Crossing music. We are not the same.
You're viewing a single thread.
Not trying to discourage anybody from switching to Linux, but Nook is also available for Windows and Mac if that's not an option for you.
Damn, DIDN'T know that. Awesome (for those stuck in the trenches)
The thing about open source is it can usually be rebuilt for anything, and most linux apps are open source. The singular exception I've ever come across was a PS4 emulator of all things. Name a linux app and I can practically promise there's a windows version, baring things like pulseaudio and kwin that are entrenched at lower levels of the OS and realistically can't be ported to microsofts walled garden.
Did you know you can build pacman (the archlinux package manager) for windows? Its used for distributing certain switch homebrew and cross compiler toolchains across all platforms.
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.
There's a fucking wot? WAT? That's fascinating.
I mean, it really isn't hard to write an application, which won't work on Windows or macOS. For example, I have a little utility, which adds a text file into a folder underneath ~/.local/ and opens it in my default text editor via
xdg-open, so that I can easily jot something down. Both of things are currently implemented Linux-only.In this case, I could've pulled in two libraries to do those things with Windows/macOS support. But it's also an incredibly simple application. If you build something more complex, there's a good chance that no library exists and that you still need to make assumptions about the OS.
Of course, a complex applications is likely to be useful enough, that someone wants to use them on Windows/macOS and then contributes support (and pinky-promises to the maintainer to regularly test on those platforms). That's the other vehicle how lots of open-source applications do support a multitude of platforms.
But yeah, it's just not quite as much of a given as your comment makes it sound...