Matthew "Queso" Niederberger

@Queso2469

Game programmer, designer, director; retired quadball player; antimeme; radical descriptivist; antilabel; Moose;

Working at Muse Games. Directed Embr, worked on Wildmender and Guns of Icarus, Making new secret stuffs

Opinions are everyone else's

Matthew "Queso" Niederberger @Queso246911/5/2023, 5:48 PM

Johnnemann @johnnemann

~ ＭＡＣＩＮＴＯＳＨＭＩＮＵＳ ~@QuestForTori11/4/2023, 6:09 PM

Sorry! This post has been deleted by its original author.

~ ＭＡＣＩＮＴＯＳＨＭＩＮＵＳ ~@QuestForTori11/5/2023, 4:16 PM

Sorry! This post has been deleted by its original author.

X @xkeeper11/5/2023, 5:10 PM

I'm going to be that person

I think it's silly to not think of Windows as the default "easier to support" option, because that's what it is.

"But X, —"

iPhone/iOS's disabling of 32-bit app support
MacOS/iOS's upkeep fees for "developer accounts"/app store access
Android updates frequently break old apps or they get removed from the store (and more upkeep fees)
Many Linux distributions, all with their own packaging/support nonsense
- Flatpak/Snap/Docker/whatever the "distribution is hard man I just want shit to run" solution du jour is helps this but you can kind of see the problem already with there being more and more variations
Windows, by nature of its already immense install base, also has pretty good tools on other systems to run things; VMs, dual booting, etc. If you have a Windows game, there's a pretty good chance you can figure out how to get it running on MacOS or Linux. You have a MacOS game and want to play it on Windows? Good luck, pal.

You can still, right now, download the original cave story, for windows, a program with a last modified date of 18 fucking years ago, and it runs fine on modern Windows, with zero effort. I literally dragged it out of a zip archive and clicked it and boom, game. Hell, most older games seem to work pretty great. There's a few that don't, of course, but those are exceptions to the rules.

Windows, for all its flaws and faults, explicitly went out of their way to make compatibility a thing.

Microsoft, as shitty and garbage of a company as they are, did not decide x years ago "You know what? We're going to disable every single 32-bit program released for our device, just because we can, and there's nothing you can do about it."

Johnnemann @johnnemann11/5/2023, 5:38 PM

Yes

I dropped support for Mac with my games not just because of audience size and bug report numbers, but because I needed to pay Apple every year for the privilege, as well as own and maintain Mac hardware for testing and building. I support Linux because at least it's free, I can dual boot to test, and also Linux users are generally pretty understanding of needing to do a little tinkering to have a good experience.

But I'm just not going to give Apple any more money to be one of their developers and get treated like shit.

Matthew "Queso" Niederberger @Queso246911/5/2023, 5:48 PM

Absolutely Yes

My studio dropped Mac support literally the moment they added the stupid app stapling requirement. We had exactly one person on our team on a mac, and he wasn't a developer. It was literally easier for him to just buy a Windows machine to test on then it was for us to pipeline the whole process of getting the app built properly for mac. We didn't have any mac development machines. We weren't running Xcode anywhere. It was the >thousand dollar lead weight that broke the camel's back. The only reason Linux gaming is even relevant right now is because there's a privately funded multi billion dollar company (Valve) who's afraid of Windows doing the same thing. And it's only viable for developers to consider supporting it at all because it's almost no work, and most of the issues are considered bugs on Proton's end, not the application's side. And they also had to build an entire extremely high value hardware ecosystem around it as well to even have Linux market share be a meaningful fraction of the user base.

#indiedev #gamedev #indie development #game development #steam #steam deck #valve #there are too many game dev tags

You must log in to comment.

in reply to @QuestForTori's post:

Misty @dog11/4/2023, 6:12 PM

There was also a fun thing from one dev who discovered that indeed most of their bugs were reported on Linux… but that those bugs weren’t Linux-specific. Instead, they just found that Linux users were more likely to submit bug reports.

~ ＭＡＣＩＮＴＯＳＨＭＩＮＵＳ ~@QuestForTori11/4/2023, 6:16 PM

Oh wow that absolutely tracks for Linux users lol XD

philosophy major (derogatory (reclamative))@nullpat11/4/2023, 6:25 PM

I remember reading something to the same effect about the quake 3 arena beta being released on mac first

~ ＭＡＣＩＮＴＯＳＨＭＩＮＵＳ ~@QuestForTori11/4/2023, 6:15 PM

Fewer devs mean fewer tools and less testing/support for the tools that do exist, which means fewer games which means smaller audiences on those platforms looking to buy them, plus it means fewer developers making games on those platforms since it’s what they use as their daily driver machine, and the cycle repeats >~>

Plum @plumpan11/4/2023, 6:19 PM

So I don't mean this to come off as pointed, I feel like it can potentially but that's not the intent.

Are there still big reasons to try and develop native linux ports with how Proton is nowadays? Or at the very least, targeting proton compatibility rather than native linux use?

Lapis the Nevrean @lapisnev11/4/2023, 6:28 PM

Proton is not a perfect copy of Windows and needs to be tested separately for compatibility. Not every dev does this. A handful actually do support Proton as the intended way to play on Linux but most completely ignore Wine/Proton issues.

Valve's own compatibility information gets out of date sometimes. Either a game marked working really doesn't or a game never officially tested has always worked perfectly.

DRM.

~ ＭＡＣＩＮＴＯＳＨＭＩＮＵＳ ~@QuestForTori11/4/2023, 6:32 PM

There’s also the fact that if a dev wanted to reach multiple platforms, they’d probably do both Mac and Linux. But now that Proton has taken hold as most people’s default way to play games on Linux, most devs don’t bother with ports at all, which means Mac gets stuck with absolutely NO way to play the game.

Plum @plumpan11/4/2023, 6:34 PM

The days of buds are long gone now :eggbug-pensive:

I'm also curious what's involved in making mac ports on arm now, I'm assuming it's more than "change some flags" but that's also well out of my realm of knowledge.

~ ＭＡＣＩＮＴＯＳＨＭＩＮＵＳ ~@QuestForTori11/4/2023, 6:36 PM

Apple actually released a tool very recently called the Game Porting Toolkit which helps devs answer this exact question! It shows what your game would look like when running on MacOS with no tweaks so you can see what still would need to be changed. :)

Plum @plumpan11/4/2023, 6:38 PM

Oh nice!

I'm kinda surprised apple is doing stuff like that outside of some apple arcade specific/restricted use, given how they're pushing that lately. Because of all the things you've mentioned I just assume, from the outside, that it's extremely rare to see a game with macos compatibility if it's not coming from apple's marketplaces.

♿︎｜Asriel // Azi｜Θ∆｜🏳️‍⚧️@MisutaaAsriel11/4/2023, 7:00 PM

Pretty much. Apple tried a handful of times to partner with Valve for things like VR or extended support, only for Valve to drop the ball the minute the money dried up (and put in the bare minimum when they did support things).

Now they're partnering with the likes of Kojima, CAPCOM, SEGA, etc. to directly bring games to Mac themselves, and Game Porting Toolkit is essentially Apple's answer to Proton, except you can't ship software with/for it (so it's only for testing). Though they do also provide tools to convert DirectX shaders to Metal shaders, which is in part what GPT is meant to test (since it runs this atop WINE).

Plum @plumpan11/4/2023, 7:07 PM

"GPT" at the end here threw me for a loop for a good moment or two before I realized what it was.

♿︎｜Asriel // Azi｜Θ∆｜🏳️‍⚧️@MisutaaAsriel11/4/2023, 7:12 PM

It's why I spelled it the first time lol

invertigo hayfever @the-doomed-posts-of-muteKi11/5/2023, 5:25 PM

They should have tools for creating multiplatform releases and call it something like the "universal environment for interpreters (UEFI)" or something

Plum @plumpan11/4/2023, 6:33 PM

I'm curious what the workload is for "hey let's make sure it runs in proton" vs "let's do a native linux port". I imagine a lot of that depends on how the game was built.

As a user and from a wider picture view, a native linux port is for sure better. I think for anyone big enough to be looking at a game in terms of a business, it starts to become a harder sell. In that scenario I think proton is also a lot more attractive since I feel like that's basically the intended steam deck platform at this point rather than native. Might be wrong on that but those are the vibes I get. Almost just the steam deck as a platform rather than linux (despite the fact that it IS linux)

SArpnt @SArpnt11/5/2023, 6:28 PM

as a linux user, i don't ever want to touch windows. i don't think i'll even support properly windows for any programs i develop.

if windows users want to run my programs they can compile it themselves (or see if the untested binaries work), they can run it in wsl, or they can run linux in a liveboot.

in reply to @xkeeper's post:

♿︎｜Asriel // Azi｜Θ∆｜🏳️‍⚧️@MisutaaAsriel11/5/2023, 6:15 PM

Apple brought 64-bit application support to Mac as far back as 2007, and was telling everyone approximately around 2010 to make all software 64-bit if at all possible. 32-bit PCs were being sold well into the life of Windows 8, whilst Apple completed the transition in 2010, phasing 32-bit Mac hardware out entirely with macOS 10.7.

They didn't arbitrarily drop 32-bit support, as there is performance benefits + it eased the jump to ARM, and, they warned developers years in advance that they should be building their applications as 64-bit.

Microsoft continued support for 32-bit due to legacy enterprise software (the world of business software is rife with rot), and whiny OEMs who couldn't be bothered to ship machines with 4GB of RAM as standard or a functional CPU. And they just did the same transition in 2021 Apple did with Mac 11 years prior in 2010 — Windows 11 is the first major release of Windows to drop support for 32-bit hardware (though I believe there was a service pack/feature update for 10 that also dropped support).

Legacy support is no excuse for developer complacency or laziness.

X @xkeeper11/5/2023, 6:29 PM

Legacy support is no excuse for developer complacency or laziness.

It's a good thing everyone has the capability for endless support, troubleshooting, and development; otherwise you're just lazy.

Your argument sucks.

♿︎｜Asriel // Azi｜Θ∆｜🏳️‍⚧️@MisutaaAsriel11/5/2023, 6:46 PM

I think you misunderstand.

For years now gaming hardware has been primarily 64-bit. Arguably, the last time the majority of gamers used 32-bit Windows for gaming was Windows 7, and even then that is arguably a stretch, as 32-bit Windows cannot exceed 4GB of RAM. Likewise, professionals oft opt for machines with higher RAM, and therefore 64-bit, to meet their demanding workflows.

So WHY was there 32-bit software, games, and front ends being released well into the mid-to-late 2010s targeting these users?

Why is Steam itself STILL 32-bit?

Why should a game store be warning Mac users of 32-bit incompatibility for games released as late as 2016, 6 years after there are no machines for that platform that necessitated 32-bit support?

That's complacency. Developers were used to compiling for 32-bit, used to 32-bit being "the standard", even after no machines, whether Mac or PC, that required 32-bit code could any longer support their titles.

Developers didn't move on because they didn't feel the need to move on. It was and is wholly unnecessary to compile many of these programs for 32-bit platforms, yet everyone from indie developers to Valve themselves have, over the years, done so anyways, because that's what they're used to.

It's literal complacency. Technology ages. Technology grows. As does everything. Developers need to learn to move with the flow, not fall back on dying practices just because it's easiest to them. That's literally the root of technical debt. Being complacent with the way things are because they "work". Until they don't.

@rotopenguin11/5/2023, 7:17 PM

Apple almost skipped the ia32 era entirely, but the "death of PPC" and "I guess we have to buy Core processors now" timeline just lined up wrong.

♿︎｜Asriel // Azi｜Θ∆｜🏳️‍⚧️@MisutaaAsriel11/5/2023, 7:19 PM

Yeah! When I was looking into it, I was surprised to see 64-bit PowerPC support.

cassie @porglezomp11/5/2023, 7:19 PM

Windows 11 drops support for 32-bit hardware but continues to support 32-bit software. I don’t anticipate that changing for a long time yet.

♿︎｜Asriel // Azi｜Θ∆｜🏳️‍⚧️@MisutaaAsriel11/5/2023, 7:22 PM

Considering it took them an extra 11 years to do the very thing Apple did, I'd wager 32-bit executable support will be dropped in 2041. (2021 + 9 years, the time it took Apple to drop 32-bit executable support post-transition, + 11 years).

SArpnt @SArpnt11/5/2023, 7:06 PM

you don't need to package linux programs. you can just make a single executable or extract a zip or tar.gz or whatever you prefer, exactly the same way any windows program without an installer works. i've seen many programs do exactly that, and so far they've always worked.

the packaging situation is confusing if you aren't familiar with it, but i'm not sure windows really does that any better. on windows i have genuinely seen every single one of these things:

exe file by itself
exe file and other files in zip that needs to be extracted and ran
zip with multiple exes and bat files and you need to figure out which one is correct
exe/bat that needs to be run in a terminal to see it do anything
exe/bat that needs to be run in a terminal with command line arguments
exe that installs the program
msi that installs the program
program installer where the install location can't be chosen
program installer that doesn't create desktop/start menu shortcuts
program installer that doesn't add to the "installed program" list in windows
program installer that is in the "installed program" list but can't be uninstalled or in any way removed from the list
thing where i have to manually edit $PATH
hours finding every single thing a program a program complains it doesn't have but also doesn't come with. i never finished this it's impossible

linux packaging sounds complicated, i'm sure there's a variety of reasons for that but i think it's mainly just the way it gets explained online and people assuming that the parts of it that get talked about less either work like windows or are too confusing to learn.

Shining Wing @ShiningWing11/5/2023, 8:13 PM

Random .tar.gz/whatever packages downloaded from websites working out of the box every time is pretty much the opposite from what I've always seen, and it's why the universal packaging formats were developed in the first place

Because while simple terminal apps will usually work, complex GUI apps with a lot of dependencies become more and more likely to break spectacularly the farther you get from the specific configuration of the person who built the package, which is especially really common if you're not running Ubuntu since that's what everyone seems to build for

A good example I've seen recently is that my girlfriend tried to run melonDS on SteamOS, but being used to Windows, she downloaded the .tar.gz package from the app's website at first (instead of the Flatpak as is typical on SteamOS) and it didn't work at all

This is why I tend to be fond of Flatpak honestly, especially since it isn't all that hard to build for from what I've seen, I think it's a pretty good solution

SArpnt @SArpnt11/5/2023, 8:47 PM

if you don't bundle the libraries with the program or give instructions to install them then yes, it won't work, but this exact same issue happens on windows too, and it's not even that rare.

the only real difference is that devs seem to expect people on linux to do more to get a program to work, so they might leave out libraries it needs and might not even give proper instructions to set it up. i think a program is missing a library, it'll output an error in the terminal, and it's usually easy to fix it. problem is that you already need to know to try and run a program in a terminal to figure this out.

maybe i'm wrong and unpackaged linux executables have other issues but if they do then i don't think i've ever personally seen it.

Shining Wing @ShiningWing11/5/2023, 9:06 PM

You're right, that is the main issue, but I think it's a more important one than you're implying, particularly for non-technical/beginner users who won't know to look in the terminal for a specific error (if they're even running it from the terminal in the first place, when it comes to GUI apps), especially if they're not on a distro that makes it easy to install said missing dependencies (like SteamOS), or if the dependencies aren't the right versions

While it can be a problem on Windows too, it's less common because Windows is a single OS with far less variety in configurations and libraries, and its backwards compatibility systems go a long way for making those random 20-year-old EXEs continue working

I just think that if a developer is making a GUI app and putting a .tar.gz on their site because they don't want to deal with packaging for individual distros, they should at least consider packaging for Flatpak since it guarantees that the app will run on every distro that supports Flatpak (which really is all but the most niche ones), and doesn't seem too difficult to build for compared to a lot of distro packages I've seen

Misty @dog11/5/2023, 7:38 PM

I think if you find yourself saying "I'm going to be that person", it's probably a good time to reconsider if you want to reply. Like, I get where you're coming from, but you're opening really aggressively.

X @xkeeper11/5/2023, 7:55 PM

"i'm going to be that person" in the sense of i'm going to be the person that disagrees, since everything i saw otherwise has been heaping agreement on it. it certainly has not had much in the way of people saying otherwise, from when i've seen this topic come up on mastodon and here.

and if me pointing out that, no, windows actually has had a lot of actual, real work done on it to keep shit working, and the other platforms have actually straight up done the opposite, idk, then.

Shining Wing @ShiningWing11/5/2023, 8:20 PM

I think the Linux situation is in a pretty good spot right now though to be honest, Flatpak (for desktop GUI apps) and Docker (for server apps) are both pretty mature and are effectively the closest that exist to universal standards in their spaces

Snap is also a thing, but hardly anyone gives much of a shit because it's not really a "universal" solution, it's made for Ubuntu and its specific quirks (such as requiring AppArmor if you want any sandboxing) and is hardcoded to use Canonical's proprietary repo, so for the purpose of desktop GUI apps there isn't much of a reason to use it over Flatpak (it's not horrible for servers, but again, Docker)

AppImage is also a thing I guess? But despite some people being really insistent on it being good, it's not really a "universal" solution either because its apps have no obligation to actually be portable, and you're going back to the Windows method of "scattered EXEs with no built-in update method" which a lot of us use Linux to get away from in the first place

So yeah, I feel like if someone wants to make an app and have it run on as many distros as possible, the solutions are better than ever now

Edit: Linux has always been a lot worse about backwards compatibility than Windows, but I think that's kinda to be expected when it isn't just one "OS" and is instead a large collection of very different distros, some of which died years or decades ago, as opposed to Windows which is a single OS from a single corporation, I think the current solutions like Flatpak and Docker will go a long way to help with that though in the future

X @xkeeper11/5/2023, 8:24 PM

appimage was the other one i couldn't remember, bluh.

flatpak and stuff seems to be usable, but i have a lot of issues with how those kinds of apps do their sandboxing and it's frustrating. my example was in trying to get an openrct2 server going -- the flatpak install came with no instructions on basic things like "how to get the game to read a configuration file" and resulted in nonsensical errors to the end user (because it's all in a sandbox and can't see literally anything). also the "discovery" app on the steam deck crashed every time i tried to update applications unless i only did a small amount at a time and there was no obvious cli version i could find, for whatever that's worth

these flatpak types of distributions also mean that applications are all just huge bundles of immutable Stuff now, which is better for the application but (imo) a lot worse for people who like tinkering. it's w/e though

Shining Wing @ShiningWing11/5/2023, 8:42 PM

(Sorry if all the advice isn't really wanted, I just think this stuff's neat and wanna be helpful if I can)

If you don't already have it, then Flatseal is a great app to have for dealing with the Flatpak sandbox, the main utility being that you can add any path you want to allow a given Flatpak to see (there's terminal commands that can do all this stuff of course, but having a GUI that shows everything for each app is nice)

But yeah, trying to run a server with it probably isn't the intended use case for the Flatpak, though it should probably still be possible with enough effort and with stuff like Flatseal like I mentioned

I just noticed that on Docker Hub there's an openrct2-cli image that seems intended specifically for multiplayer hosting, so that could be an option if you're still interested (and if the distro you're on has Docker/Podman available)

Weird that Discover keeps crashing for you 😩 I've had issues with it before but never really that specific one, I wonder if it's fixed in newer versions of KDE (the one on the Deck is pretty old by now)

You can update your Flatpaks through the terminal though (Discover is just KDE Plasma's own GUI for your distro's package manager, like how GNOME has GNOME Software), it's "sudo flatpak update", with "sudo flatpak repair" being available if things still aren't working (that's basically always fixed things when I've had issues with Flatpak)

X @xkeeper11/5/2023, 8:45 PM

I wasn't having any luck in Google trying to find the cli command for that on the deck, good to know it's just flatpak update. The installs work, I just can only run a few at a time (update all will freeze Discover)

I didn't want to have to go through the mess of installing/configuring docker (I have not used it very much at all, you may have noticed I've had a lot of "problems" with sandbox filesystems) and the github page recommended that, in the end it was actually easier to just build it from source (though of course the build instructions weren't correct, some package or other was missing)

Shining Wing @ShiningWing11/5/2023, 8:55 PM

Yeah that's fair, to be honest I'm not even sure how to install Docker on SteamOS specifically, because of the immutable environment

I have rootless Podman installed (because of Distrobox, which admittedly I'm not even really currently using on my Deck), but that seems like it comes with its own drawbacks, though I'm not sure how much those would apply to something like a game server that doesn't need, for example, ports below 1024

I only really use Docker/Podman on my VPS for my website really, and literally just for php-nginx (and an ioquake3 server I never play on lol), though I find it pretty convenient on there, I mainly started using them so I could make use of the immutable Fedora CoreOS and its automatic system updates (since Docker/Podman is how they recommend running software on there)