While you're here, please consider supporting GamingOnLinux on:
Reward Tiers:
Patreon. Plain Donations: 
PayPal.
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Reward Tiers:
Patreon. Plain Donations: PayPal.This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register
- If you drop (or throw) your new Steam Controller it will scream at you
- PlayStation 3 emulator RPCS3 devs battling "AI slop code pull requests"
- We're inching closer to the Steam Frame release with a SteamOS Manager update
- Developers of Party Animals announce an AI video contest - game gets a review bomb
- Popular emulator Cemu was recently compromised with malware in Linux downloads
- > See more over 30 days here
How to setup OpenMW for modern Morrowind on Linux / SteamOS and Steam Deck
How to install Hollow Knight: Silksong mods on Linux, SteamOS and Steam Deck- Veridian Expanse Demo
- LoudTechie - What have you been playing recently? - 17th May edition…
- tmtvl - Google announced the Googlebook line of computers
- RubyRose136 - The Great Android lockdown of 2026.
- PlayingOnLinuxphone - Feedback needed - future website updates
- PlayingOnLinuxphone - See more posts
Anyway, I've been working on a game part time for a while. I've maintained open source libraries for gamedev for almost 20 years, made many smaller games, and worked on many games as a contractor, but this is maybe the first big game that I'm really proud to call mine. :)
Veridian Expanse is a sci-fi exploration/crafting game with twin stick shooter elements that's heavily inspired by games like Terraria and Subnautica. It's not done yet, this demo is a bit of an early access type of situation, but there's enough solid content for a few hours of fun.
Since you all are fellow Linux users and like options, here are some to play it. :)
It's written from scratch in C using a handful of libraries. I'm pretty proud of the game's lighting. Normal mapped sprites lit by hundreds of lights in every frame with soft shadows and reflections, all while running smoothly on something as simple as a Raspberry Pi.
Anyway, I'd love if people gave it a try. Also, I'm dying for someone to tell me they compiled it and played in on OpenBSD, or Haiku or something like that. It's a big part of why I wanted to release it with the source code available. :D
source-code$ make -j DRIFT_SDL3=1cc -std=gnu11 -0s -DNDEBUG -I . -I src -I ext/tracy/public -D_REENTRANT -I/usr/include/fribidi -I/usr/include/libdrm -I/usr/include/libdecor-0 -DDRIFT_SDL3 -c -o src/base/drift_app.o src/base/drift_app.c
make: cc: No such file or directory
I am pretty sure fribidi, libdrm and libdecor-0 are installed. Running ARM64 Debian 14 (Testing). Vulkan is not available, so I cannot run the rpi64 build.
Using SDL v3.4.8 -> src/base/drift_app.c:589Loading additional gamepad mappings. -> src/base/drift_app.c:625
Disabling threads when rendering with OpenGL... Need to fix this. -> src/base/drift_app.c:637
DriftApp no threads -> src/base/drift_app.c:408
Aborted
Sounds like you have to fix that thread-issue? Device is running with GLES2 if that matters, but also tried to force (currently unsupported) GLES3 with same issue. Testing it on purpose not on my main PC, because tried to make it work on a special device as you wished.
Last edited by PlayingOnLinuxphone on 17 May 2026 at 6:11 pm UTC
The "DriftApp no threads" should really say it's running on a single thread. Not really a bug, just a fallback because there isn't really a cross platform compatible way to do threaded GL rendering AFAIK.
I tried it right now, because GNOME 50 software is also running on GTK4 and therefor GLES3. Forcing the app being rendered in GLES3 (and not in software rendering) works for this kind and is making their apps super smooth ... with a few artifacts from time to time. My hope was it works similar in case I cannot start your game, but doesn't look like. Once it works, I will come back to post it.
Terminal output
INFO: Using SDL v2.32.4 ➜ src/base/drift_app.c:593
INFO: Loading additional gamepad mappings. ➜ src/base/drift_app.c:625
INFO: Disabling threads when rendering with OpenGL... Need to fix this. ➜ src/base/drift_app.c:637
INFO: DriftApp no threads ➜ src/base/drift_app.c:408
INFO: Main thread entering scheduler ➜ src/base/drift_app.c:653
INFO: Game start ➜ src/drift_game_context.c:375
INFO: GL 4.6 initialized: ➜ src/base/drift_app_sdl_gl.c:968
INFO: vendor: Intel ➜ src/base/drift_app_sdl_gl.c:969
INFO: renderer: Mesa Intel(R) HD Graphics 520 (SKL GT2) ➜ src/base/drift_app_sdl_gl.c:970
INFO: version: 4.6 (Core Profile) Mesa 25.0.7-2, GLSL: 4.60 ➜ src/base/drift_app_sdl_gl.c:971
INFO: saved 'autosave.vxs' in 110.5 ms ➜ src/drift_game_context.c:214
INFO: Long frame: 219.932914 ms. Skipping ahead! ➜ src/drift_game_context.c:1017
INFO: Long frame: 297.904662 ms. Skipping ahead! ➜ src/drift_game_context.c:1017
INFO: Long frame: 234.172694 ms. Skipping ahead! ➜ src/drift_game_context.c:1017
INFO: Long frame: 267.439856 ms. Skipping ahead! ➜ src/drift_game_context.c:1017
INFO: Long frame: 475.285833 ms. Skipping ahead! ➜ src/drift_game_context.c:1017
INFO: Long frame: 279.202368 ms. Skipping ahead! ➜ src/drift_game_context.c:1017
Fatal error: ext/microui/microui.c:422: assertion 'len + size <= (int) sizeof(ctx->input_text)' failed
Afgebroken