Check out our Monthly Survey Page to see what our users are running.
We do often include affiliate links to earn us some pennies. See more here.

From Walaber Entertainment who made Parking Garage Rally Circuit and JellyCar Worlds, their next game is Replicube. There's a demo now available to try and it looks really interesting and it's another they're making with Godot, and it has Native Linux support too.

Replicube is an open-ended programming puzzle game about writing code to replicate 3D voxel-based objects. The developer said they took what they liked about writing shaders, and turned it into a game. Here you solve puzzles, pursue leaderboard glory, or just make art to share with the in-game community.

Check out their introduction trailer below:

YouTube Thumbnail
YouTube videos require cookies, you must accept their cookies to view. View cookie preferences.
Accept Cookies & Show   Direct Link

While it's a puzzle game, it's also a tool that can export into common formats to add into other 3D creation tools. You can also use it to generate images and animations.

Replicube

Official links:

Article taken from GamingOnLinux.com.
9 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly checked on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. You can also follow my personal adventures on Bluesky.
See more from me
You can also find comments for this article on social media: Mastodon
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
3 comments Subscribe

doragasu 3 days ago
Oh, really cool idea, it kinda works as shaders indeed!
grigi 3 days ago
  • Supporter Plus
Eeek! I suddenly have the urge to try the demo!
Ehvis 2 days ago
  • Supporter Plus
Fun demo although executing the puzzles themselves is not exactly hard to me. So I was trying to go the optimisation route for a challenge, but that's not made easy because there's no way to predict how code changes actually affect the "size" and "speed". For example, I replaced some code with a function to remove duplication and ... the code size actually grew. What? Also for some reason "and" executes slower than "or". The assume the thing is based on weird LUA internals, but that doesn't make particularly nice a game.
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!
Login / Register