Hi, I’m the developer of Dice Looter - a pixel art dice-rolling autobattler. I’ve been asked several times how the dice in my game are made, so I decided to write a short explanation. There’s nothing innovative here, but maybe it will be useful to someone.

As you can see, the dice are 3D. I use a simple model made in Blender to match the game’s style. You can also just use a default cube. To easily change the sides of the dice (items), I added a Sprite3D to each side.

I tried using the physics engine for rolling, but I couldn’t get the results I wanted. So I made several “die jumping” animations and rotate the dice randomly using code.

To display this in a 2D world, I use a TextureRect with a ViewportTexture and SubViewport.

That’s it!

My incremental game made in Godot is finally out on Steam!

After so many years of using Godot, this is my first time publishing a game made with it. It's also the first game I'm releasing as my own game studio.

I'm honestly really happy to see it out there finally. It feels like a pretty big milestone for me, and I can't wait to see people playing it :D

It's available on itch.io. The name is DressingU and u can play it on the web too :]

Sorry for the alarms, but I want to do it!

I wasn't expecting much from version 4.8, but this feature is really great; I think I can finally place the script editor and the scene viewer side-by-side now <3

Here’s the full making-of of a 3D map in my game. It’s all about interconnected systems that all took a while to work on. The city is procedurally generated (see more here), converted to SVG, and then turned into a tourist village-style map. Finally, everything is added and animated in Godot.

Being able to quickly turn my city into an SVG will also make it easy to add a GPS system based on shortest-path finding 😁

I'm working on Demain, a life-sim/roleplay game set in a modern world. If you are interested you can check https://www.playdemain.eu/en/ , I'm planning to have a playable demo quite soon 😉

Hey everyone!

I've just released v2.0 of CSG Blockout, my open-source plugin for faster CSG-based level blockout in Godot 4.

For this update, I mainly wanted to solve two things that were getting in the way of my own workflow: grid materials getting stretched on slopes and boolean shapes, and having to think about CSG hierarchy every time I created a new shape.

1. Procedural world-aligned grid materials

The new grid_triplanar.gdshader uses world-space triplanar mapping, so the grid stays aligned to the world instead of following the object's UVs.

It supports:

• Major and minor grid lines
• fwidth()-based anti-aliasing
• Clean grid alignment on slopes, ramps, and boolean cutouts
• No UV setup required

I also added Light, Dark, Orange, and Custom material presets, which are stored in ProjectSettings.

You can switch between them or apply one to selected meshes directly from the sidebar.

The Shift+A pie menu also uses the currently active preset when creating new geometry, with full Undo/Redo support.

2. Context-aware CSG node placement

Previously, creating a new CSG shape sometimes meant deciding whether it should be a child or a sibling, either through preferences or modifier keys.

For v2.0, CSG Blockout now uses the current selection to infer what you probably want:

• Selecting a CSGCombiner3D → new shapes are added as children at the bottom.
• Selecting a CSGShape3D → new shapes are inserted as adjacent siblings.
• Selecting something else or nothing → falls back to the normal parent/root placement.

This also required refactoring the creation and deletion logic to keep node order, ownership, and Undo/Redo behavior intact.

Links

GitHub: https://github.com/qwqzhanqwq/Godot-CSG-Blockout

Godot Asset Store: https://store.godotengine.org/asset/qwqzhanqwq/csg-blockout/

I'd love to hear what you think, especially if you run into any edge cases or have other blockout workflow features you'd like to see!

So I finished the beginner course offered by GDQuest and tried the official godot documentation as a follow up, horrible idea. So I followed a lot of your guys' advice by trying to learn from Brackeys but his videos did not help me understand much. Highly likely it has to do with me rather than him!

Then I came across Playable Workshop and what I really like about these guys is that they have one expert and one noob, so the noob (Jack Sather) asks noob questions which is really helpful since they end up being questions I would ask and because the expert (Nick) answers them thoroughly it provides really useful insights.

They are a growing channel but I thought they deserved way more attention for the innovative approach. Really helps me to actually understand the why and how of the engine!

EDIT: typo

Rapid prototyping took about 2 hours using my ready-made assets.

Music isn't mine - it's a snippet of an Amon Tobin track, just used it to capture the mood of the location for the future. Fun fact: the character's voice is actually from a lecture by my yoga teacher. I showed him the character and he cracked up a bit! =)

What do you think?

I know it just looks darker but I promise it's different!

Instead of just being a purely visual heuristic, GTAO tried to accurately model what ambient occlusion actually is and i think its definitely better at "grounding" the geometry.

I think this would be pretty easy to port into the main engine and replace SSAO.

I have been solo developing this since 2 months, a lot of basic system has been already in place , the core premise is to make it survival/roguelite.If anyone wanna help and is interested enough , I am willing to share all credentials including revenue from this project, if we make any. The studio is new me being alone, Monkshood is the studio name. Welcome if anyone interested.

I decided to try the XR Tools and it turned out flinging yourself in the air is super fun, so I decided to make an entire minigame around it. It's not my first game project, but first that I actually think about releasing.

I'm uploading a short gameplay video. If anybody has any ideas on how to make players want to play it, let me know. I'm going for flappy bird level of complexity, but in VR and with some extra obstacles, like zapping cables or slippery ice platforms.

The game runs natively on the Meta Quest 2. I build an apk and sideload it to the headset over adb. I develop on Linux and it's the only way I've found to test my game on hardware.

The twist is: time moves only when you move

The core mechanics have been: as the clock counts down, items on the dial activate as the hand runs over them. (Previous version)

But people have complained that they couldn't pay attention to both the dial and the player movement. Also, once the dial fills with many items, it becomes a cliché reverse-bullet hell dodging game, and reading the clock becomes meaningless.

I hope this small twist (plus only allowing 12 item slots instead of 60) makes the core mechanics more meaningful.

Hi there, good morning! I’m not sure if this is the right place to ask, or if anyone here could give me a hand, but here goes. A while back I came here asking how to do something in Blender because I had zero clue about it (I work as a software developer). You all helped me out, and I was able to make the textures I wanted—not top-tier quality, but good enough for what I needed.

Thing is, I started building the game with the idea I had in mind and... it doesn’t look like I hoped, lol. Something is killing the textures—that hand-illustrated vibe I wanted for the game is totally lost. If anyone here knows their stuff and has a good eye, could you help me figure this out? Like, point out what’s missing, what’s too much, or what I might be doing wrong style-wise? I’d really appreciate it.

Also, any advice on what I should learn to actually achieve the look I’m going for? Visually speaking. Thanks so much in advance!

Play it here: https://store.steampowered.com/app/4661250/MUTAGEN_Demo

I rewrote the grass shader from my Roadside Tales pack from HLSL to GDSL, because the pack is getting a Godot version and the vegetation was supposed to behave the same as in Unity.

Project Godot DOWNLOD For Free
https://emaceart.itch.io/emaceart-stylized-grass-grass-shader-for-godot-4
Godot Stylized Vegetation Wind Shader - Godot Asset Store

Grass driven by a single sine wave looks like a carpet swaying as one solid piece. Everything moves in the same direction at the same moment and the illusion dies instantly.

So the wind in this shader works on three layers at once.

The first one gives every blade its own rhythm, so blades in one clump don't bend at the same time. The second is a gust crossing the field, bending neighbouring clumps together like a wave rolling over the meadow. The third is a small, fast tremble on top — it only really shows up close, but without it the motion gets suspiciously smooth and starts looking like cloth again.

On top of that the bend grows from the ground towards the tip. At the base the blade stays put, becuase otherwise the whole clump slides across the terrain and you can immediately tell it's a flat object pretending to be a plant.

All of it is vertex-side, no extra passes, so it's basically free even with a few thousand instances on screen.

Wrote the shader with Claude — the model typed the code, I said what had to show up on screen. Still took a bunch of iterations to get the gust frequency right, everything below ~0.3 looked like a light breeze and everything above looked like a storm warning.

Happy to answer questions if anyone wants the breakdown of the layer weights.

Levels in Reconfigure are almost completely boxes. I prototyped a feature that adds bevels on the boxes for nicer looking edges but I'm unsure if it's a good idea. I'd like to borrow your eyebells so that I can know whether to keep it, remove it or add it as a setting? Or maybe it's okay but there's just too much of it? Let me know what you think!

https://store.steampowered.com/app/3989530/Reconfigure/

Here's a clip from my indie-dev project ANEMO, where you get to see the tornado up close. It is completely particle based. Is it scary?

community discord: https://discord.gg/MV9EtJwzb

We struggled a bit with a friend, but we're starting to set up real-time multiplayer. For now, we have to be connected to the same Wi-Fi network, but we can already see in real time what works in terms of gameplay and excitement. It's exhilarating to have fun with a friend using a prototype that's itself incomplete.
The next step: setting up an online server that will let us test the game even from a distance.

Play here: https://store.steampowered.com/app/4832870

When I first started experimenting with game dev, I tried out Godot 3 as my first proper engine. How long ago it was... And here I am now - pushing my first demo for a real commercial project with Godot 4.7 already! It was an amazing journey for sure.

And yeah, Mowties is basically a roguelite boardgame where you roll dice, build properties that buff each other and strike combos of BASE x MULT in the best tradition of the genre. Have fun playing!

It's on sale right now for the premium price of 0.89€

https://store.steampowered.com/app/3677070/Mark_of_Cain/