Hiya! It looks like you're missing some device drivers, or are you on 32 bit? have you got Direct X 11 or equivalent alternatives? It's common for gaming on linux. I'm on Fedora and am on x64 and haven't had issues. Apologies the game hasn't worked for you. If you're on 32, I can make a 32 bit build for linux. We unfortunately cannot export to web because we chose to use Godot 4 with C# and did not want to use gdscript or Godot 3, so we sacrificed a bit there. Regardless, thanks for taking a look at our game :)
Viewing post in Ocean Heart jam comments
After some research I made it work
Since NixOS doesn't follow a FHS filesystem, even though I had the dependencies installed I had to put them on "nix-ld" to make them visible to your game and mimic a FHS :)
It worked after adding these pkgs to nix-ld: libxext libxcursor wayland libxkbcommon libpulseaudio alsa-lib
It was a pleasure... you've spent hours making it, I kinda felt weird not wanting to spend a couple of minutes to figure out how to play it ^^
Btw, I'm curious about the C# choice, maybe you're very familiar with it... ?
I know that for big projects, like Slay The Spire 2, it is an obvious choice over GDScript ( although some would still prefer gdscript ). The tooling is more robust for C# and I'm a really big fan of strong type safety, I know it helps a lot for big projects. That being said, I've used gdscript for this jam for my game and I'm sure it was an awesome choice! It is quite practical and intuitive... also the tooling is not that bad!
So now that I know a web build would be impossible with C#, the gdscript option ( for a jam ) seems the way to go ( for me )
Thanks :). I'm a full time software engineer and can have quite strong preferences when it comes to languages (same with my friends who worked on this game with me) - as you mentioned we prefer the typing. I also prefer the syntax.
You're right, GDScript is probably the better option for jams in terms of speed (speed of writing the code), available documentation, and the ability to make a web build. However, C# is used much more so it helps us build our engineering portfolio and it's a language we are much more familiar with, so for us it gives a big speed boost for development, despite reduced documentation for godot. You can use libraries like the dialogue one we used with games using C# even though it's written in GDScript and generally combine with GDScript code (although it is sometimes slightly cursed and doesn't play nicely). We decided we were happy to sacrifice some ratings for us to enjoy the development experience more. My previous game jam half our scripts were in GDScript, the other half C# and we used some tricks to get them to communicate.
C# web build is possible in Godot 3 (what we've previously used), but again we decided to sacrifice ratings for development features.
Great to hear your perspective on it ^^ , you're 100% right, it's all about compromises and that's ok
I'm also a fulltime software dev and I share the bad sentiment of using a tech that doesn't align with you... and of course there are other agendas as well as you've pointed out, like building a portfolio, having fun and practicing a particular skill
Just one last small thought... lately I've been facinated about the variety of tools that exist and how there isn't a perfect one. It's not even fair to compare a hammer to a screw driver, for example,... and Computer Science tools are no different. Some Domain Specific Languages, like the PDF generator language called Typst, changed something inside me hahaha.... I was so accustomed to CSS that seeing a layout approach so concise and completely different made me question some of my beliefs