this post was submitted on 01 Nov 2023
1409 points (98.8% liked)

Linux

48397 readers
1133 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
1409
Gamedev and linux (treebrary.pone.social)
submitted 1 year ago* (last edited 1 year ago) by uis@lemmy.world to c/linux@lemmy.ml
you are viewing a single comment's thread
view the rest of the comments
[–] hunter2@sh.itjust.works 66 points 1 year ago (6 children)

Interesting take. I wonder if the amount of platform dependent bugs is generally that low for games. I'm a developer, but not a game developer. I would assume that platform dependent stuff comes into play a lot more, when using shiny new tech like direct storage, which is probably used more by AAA titles and less by indie games?

[–] uis@lemmy.world 43 points 1 year ago* (last edited 1 year ago) (1 children)

You don't get many platform-specific bugs if you use cross-platform libraries like SDL2 for OpenGL/Vulkan context creation and human interface.

[–] Sonotsugipaa@lemmy.dbzer0.com 30 points 1 year ago

With my limited experience with Vulkan and multiple targeted platforms, I can confirm that AAAAAAAAAAAAAAAAAAAAAA

[–] skullgiver@popplesburger.hilciferous.nl 21 points 1 year ago* (last edited 1 year ago) (1 children)

[This comment has been deleted by an automated system]

[–] teawrecks@sopuli.xyz 9 points 1 year ago (1 children)

The difference is money. Vulkan is an incredibly terse spec compared to dx12. You'd think that would make it much more consistent to work with, but really, it's all it can do to keep up with msft and IHVs who pour money into coaxing AAA devs to use dx12. Then, even when the app gets something wrong and causes issues for end users, the IHV just makes a special case in the driver to correct it, because having a big important dx12 title run correctly on their hw is important to sell units.

Meanwhile, the same IHVs barely bother to support anything beyond the basic vulkan requirements, because it doesn't gain them anything to do more. If a vulkan game experiences issues, IHVs don't care because it won't sell well anyway.

[–] skullgiver@popplesburger.hilciferous.nl 3 points 1 year ago* (last edited 1 year ago) (2 children)

[This comment has been deleted by an automated system]

[–] teawrecks@sopuli.xyz 6 points 1 year ago

Yes, and the primary reason any of gaming on Linux is viable (steam deck, proton, etc) is due to Valve dumping money into it. AMD probably didn't care about the miniscule number of chips they sold to Valve for the deck, valve just wanted a vendor who had the performance, and had decent Linux support.

But Valve is the one eating all the vulkan costs that msft normally eats on the dx side. To be clear, it's never out of the kindness of their hearts, it's purely because a msft dominated gaming ecosystem on PC is steam's biggest weakness. They don't want steam on windows to reach the point of EGS on the apple store.

[–] Elderos@lemmings.world 18 points 1 year ago

I made games primarily for Windows which we also compiled for Linux. It is mostly input/output stuff, aka hardware issues. That is, audio issues, input issues, storage issues, dependency issues. Modern game engine mostly handle the rest. It wasn't such a big deal to fix, but most gamedev lacked experience with Linux, and most projects are already over budget and late, so fixing Linux for an extra 2-5% of sales didn't make much sense at small scale. Proton kind off fixed all of this tho.

[–] Ottomateeverything@lemmy.world 13 points 1 year ago (1 children)

If you're an engine developer, it's a reasonably common problem.

If you're a game developer using a cross platform engine, it's pretty uncommon, as the engine developer has already accounted for most of it.

If you're somewhere in the middle, it's probably somewhere in the middle.

It surprises me how many indie devs avoid some of the higher level / more popular engines for this reason alone. But I assume they just must enjoy that sort of stuff much more than I.

[–] moon_matter@kbin.social 7 points 1 year ago* (last edited 1 year ago)

It surprises me how many indie devs avoid some of the higher level / more popular engines for this reason alone. But I assume they just must enjoy that sort of stuff much more than I.

The problem with indie devs is purely a lack of knowledge and resources. They don't feel comfortable testing and packaging binaries for distribution on Linux. A decent number of them are also self-taught and actually have almost no exposure to desktop Linux at all. So it's actually a much higher hurdle than you think.

[–] Blaster_M@lemmy.world 12 points 1 year ago

This game runs on the Godot engine, so it has a common base to work with.