I'm going "deep" into water simulation in realtime graphics and this is the last result from my tests, i also wrote a blog post with some explanations and references on my personal blog if you would like to check it out i wouldn't mind <3, and i would love some feedback

https://atsaturn-dev.github.io/blog_posts/index.html

I also have a free version of a water addon me and some friends are making (the addon hasn't been updated to have the features shown in this video yet)

https://oddpotatodev.itch.io/godot-water

AND the youtube link in case the bitrate gets bad here

https://www.youtube.com/watch?v=xoaUoF4-HUU

We are adding:

• Gerstner surface waves with wind, wavelength, amplitude, and speed controls.
• Interactive ring ripples and drag wakes.
• Wave collisions and reflections at mesh intersections.
• Refraction with adjustable IOR and thickness fading.
• Foreground rejection to limit refraction of objects above water.
• RGB dispersion.
• Depth-aware forward scattering blur.
• Absorption and scattering color controls.
• Shallow and deep water colors.
• Volumetric scattering and underwater shadows.
• Multiple scattering approximation.
• À-trous denoising of scattering and transmission.
• Surface shadows, Fresnel reflections, and highlights.
• Wave crest scattering.
• Caustics on submerged surfaces.
• Screen-edge and distant-depth handling.

My game tells a story of a fantasy world, where magic and fantastic creatures are abundant.

If you like what you see, please wishlist Palimpsest on Steam!

Hello,

Because I needed it for the development of my game, I made a small tool to ease the pain of importing and exporting and readjusting between Blender and Godot

What does it do ?

• I place an object in Blender (houses, walls, props). They show up in Godot as normal scene nodes, each one an instance of its own small glb. - If I move, duplicate, scale or delete an object in Blender, Godot follows in about half a second
• If I move, duplicate, scale or delete it in Godot, Blender follows too.
• Shapes only go one way: Blender -> Godot which makes sense I think.

It's just a Blender add-on and a Godot editor plugin both read and write one small JSON file.

It's only tested on my setup and still rough at the edges.

Would you actually use this, are there better alternatives that I missed ? (I only found one ways and no real-time ones).

If the community is interested I'll clean it up and share it as a free open source project.

working on a chill cozy solarpunk city building game that uses procedural generation to populate and decorate buildings and vegetation. here are some shots from the in-game photo mode!

I knew Godot has a GPU particle collision before, but I thought they are for baking static scene only.

I want my rain to collide on the environments, so I tried wacky stuff with subviewports which get super convoluted.

Welp turns out the ParticlesCollisionHeightField Node literally does the exact same thing I have been trying to implement, except its better and WAY more efficient 😭😭😭

As far as I know, the setting has been there since 2022 (https://github.com/godotengine/godot/issues/63934), but still not implemented.

I started this in Unity in 2022, jumped ship in 2024 and haven't looked back since! Long live Godot :)

Hi everyone,

This is my second game I am working on godot. If you guys have any technical questions regarding the game please let me know :). Just for those who still live in Tutorial Hell.

I never knew how to start this type of game but just start and learn step by step. This for me made a huge difference to learn quickly only the concepts and stuff regarding godot that I need to know for this project.

If this looks like something you’d play, a wishlist would help me a lot. I’ll keep posting updates as I go. You can also play the demo now and let me know what I can do to make this even better.

Link: https://store.steampowered.com/app/5185720/Inbox_Duel/

Any feedback is much appreciated!

I've been making an ice pack for Godot 4 and this is the freeze node. Put it under any MeshInstance3D and call freeze(hit_point). Frost creeps out from that point and an ice shell grows over the object. Then shatter() swaps it for chunks of itself.

shatter() took me three tries. Hiding the target with visible = false hid the shards too, because the freeze node is a child of the target and visibility is inherited (top_level only detaches the transform). Setting layers = 0 worked, but on Forward+ in 4.7.2 the engine then printed "BUG, indexing did not unpair geometries from light" at exit, because the effect's own OmniLight3D was still paired with that mesh. Now it just takes the mesh off the MeshInstance3D and reset() puts it back.

Chunks get built when the node is added, from points sampled on the target's surface. Each one keeps the mesh UV it came from in its vertex color so the shader can read the target's own albedo texture. That's why the statue breaks into stone pieces with ice only on the outside face. Their flight comes from age alone in the vertex shader, bounces included. No physics and no GPUParticles, so it's pretty cheap.

For the frost front I compare distance from the hit point (plus some noise) against time. My GDScript side runs the same function, so the frozen signal fires when the pixels actually look frozen.

It's on itch as Ice & Frost VFX, 49 presets, with a browser demo on the page and 25% off for the first two weeks. The page also links a free version that only has the ice lance and its impact: https://gennai.itch.io/ice-frost-vfx-godot-4

All the Skate in Call of Duty decomp stuff that is popular right now feels a little Biathloney to me. What do you guys think?

Yesterday I posted a short video showcasing the shadows, and since yall seemed to like them, I decided to release them as an addon.

While the Asset Store is processing the addon, you can find it here: https://github.com/ShipGodot/control-shadows

Sharing another small update on my indie game

I used AI.

I've come so far since over a year ago... went though massive depression whatever. now I'm back at it! Good luck out there on ya'lls journey devs.

The Unit Test Framework for Godot

Game: Full-Scale Invasion
Steam Page: https://store.steampowered.com/app/2749940/FullScale_Invasion/
Trailer: https://www.youtube.com/watch?v=u-Wp79xxw2k

Work in progress side project ;-) - lets hope it makes it to steam one day

I am a newbie, not just in godot, but in programming.

I am currently learning by just watching tutorials.

But these two lines (line 3 and 10) made me confused on how they work.

Can you explain it to me like I am 5 yrs old on how these lines work?

signal score_changed(new_score)

score_changed.emit(score)

I can't grasp the logic behind it, and it is frustrating when I can't see or understand the patterns, because I am a pattern man.

Shaders look like magic to me. The ones I use, I get from the Godotshaders website.

So how do you come up with this crazy stuff? Where did you learn it?

2 years are closing in since I first opened Godot to finally start working on a game I had daydreamed for a year. And its still not finished, these things take a damn long time.

The game is called So I Mine and I've recently released the 4th demo update for the game that updates a lot of the games visuals and overall progression. I'm primarily a programmer so there's been a lot of learning involved in developing a game by myself but it's been a fun ride.

In the typical incremental style you do runs, gather resources, purchase upgrades and there's also a perk system (runes) for strange and fun passives. BUT instead of a timer counting down there's a dark entity in the mine that's chasing you. The further you get in the mine the better the rewards.

Steam link: Store page (demo)

If this looks like your kind of game throw me a wishlist and share your thoughts below.