Linux Gaming

15849 readers

23 users here now

Gaming on the GNU/Linux operating system.

Recommended news sources:

Related chat:

Related Communities:

Please be nice to other members. Anyone not being nice will be banned. Keep it fun, respectful and just be awesome to each other.

founded 4 years ago

MODERATORS

poVoq@slrpnk.net

Quintus@lemmy.ml

mudle@lemmy.ml

Developing a game on Linux with no budget and (mostly) FOSS tools. (store.steampowered.com)

submitted 6 months ago by julianh@lemm.ee to c/linux_gaming@lemmy.ml

15 comments fedilink hide all child comments

(tldr, open source software has come a long way, and it's more than possible to create a full game without leaving Linux.)

So I've been a full Linux user for a couple years now, and a hobbyist game dev for way longer. I've always tried to make the most out of free tools, so I've used a lot of FOSS tools for game development before.

Going with that philosophy, Year Unknown's development has cost $0 (not counting store fees or my time), and the development is done with almost entirely FOSS software like Godot, Blender, GIMP, and Audacity. The only exception is Reaper, which is my DAW of choice (but to be fair, it's a really good DAW).

The game itself is a narrative-driven exploration game set in the very far future, where humanity has found a way to make the universe last forever. The game's story covers a lot of existential issues that come from the premise, revealed through two characters you can talk to through terminals.

I know there's other developers who have done the same, but I thought I'd share my experience, and I can answer questions about the workflow if you're curious, or trying to do something similar. Also, if the game seems interesting to you, a wishlist would be very appreciated!

top 15 comments

sorted by: hot top controversial new old

[–] rah@feddit.uk 14 points 6 months ago* (last edited 5 months ago) (1 children)

I've always tried to make the most out of free tools, so I've used a lot of FOSS tools for game development before.

I take it you'll be giving back to the community and releasing your game under a libre license then?

[–] julianh@lemm.ee 17 points 5 months ago (2 children)

I've considered it, although it'd be a situation where it would probably just be the game code without assets (sounds, textures, etc.), since those are under different licenses. Also, it's not really a "living" game like most FOSS games - once it's released it will pretty much be in its final form. So if I make the code public it'll mostly just be for reference.

[–] Haijo7@snac.haijo.eu 13 points 5 months ago (2 children)

i'm procrastinating on a game also made using only free software. i want to release the code without the assets under a free software license (just like doom). but if i do this i can't release the game on consoles unless i don't accept contributions. because of devkit NDAs

CC: @rah@feddit.uk

[–] julianh@lemm.ee 11 points 5 months ago (1 children)

Damn, really? You can't just separate out the console-specific code? I wasn't going to release on console for a few reasons but I'll have to keep that in mind if I ever want to.

[–] Haijo7@snac.haijo.eu 3 points 5 months ago

maybe, actually. i could technically turn the game into a library and put the parts of the engine that handle input and output in a separate application. but i'd have to find a license that allows this. i don't remember the details about linking libraries in the GPL 3, iirc the LGPL has something to do with libraries. but this would also allow others to include the game library into a proprietary application, providing they don't make any changes to the code

[–] Navigator@jlai.lu 5 points 5 months ago (1 children)

You can have a closed source version on console and a libre or open version for PC.

[–] Haijo7@snac.haijo.eu 3 points 5 months ago (2 children)

true, but this would make it difficult to update the console version because i can't include contributions from the pc version in the console version. i'd have to maintain two versions instead of just one. or not update the console version, but that's not a good solution either.
say a contributor fixes a bug, i wouldn't be able to use the same code in the console version because this code is property of the contributor and is GPL licensed. but the console version would make references to a proprietary console API of which i can't share any information, thus can't add the code. so i'd have to find a different way to fix the same bug or leave it as is

[–] kevincox@lemmy.ml 5 points 5 months ago

You can make contributes sign an CLA to allow the licenses you need for the console release. Some people may not want to but it seems like a reasonable compromise if you want to support consoles.

[–] Navigator@jlai.lu 4 points 5 months ago

Well, I'd say libre software comes with an activist approach on this kind of non-sense. It would be appropriate to make some kind of statement regarding this issue.

[–] DmMacniel@feddit.de 11 points 5 months ago (1 children)

Could do a blog and offer some perspectives on things you gained by working on this FOSS-Made Game?

[–] julianh@lemm.ee 8 points 5 months ago

I probably should, I do have a blog but don't use it as much as I should.

[–] toastal@lemmy.ml 1 points 5 months ago

Looks like offering a free community chat option & mirroring videos to PeerTube are all that’s left 😄