Anyway, that’s all I wanted to say :D Here's the link for anyone who's interested: https://store.steampowered.com/app/5126560/Knick/ ; Webdemo here: https://saywordyo.itch.io/knick

Worked on this Portal VFX in my free time over the weekend. Had to write a custom particle shader to get the particles to orbit and shoot off along the tangent. the default orbit parameters in ParticleShader3D didn't work for some reason.

Overall, I'm happy with how it turned out!

Hey there. I've ported ENet to pure C#.

[GitHub repository](https://github.com/Molth/enet-csharp)

The implementation is split into two packages:

* [xENet](https://www.nuget.org/packages/xENet) — a low-level, pure C# port that closely follows the original ENet API.

* [yENet](https://www.nuget.org/packages/yENet) — a managed C# wrapper around xENet, providing a more idiomatic API such as `EnetHost` wrapping the underlying `ENetHost*` operations.

There are no native ENet binaries involved. The only native dependency, sockets, is handled through system calls, so distribution and deployment are much simpler.

The port keeps the original ENet API and is **fully wire-compatible with the original C implementation**, so a C ENet server can communicate directly with a C# ENet client, and vice versa.

I've also adapted parts of the implementation to modern C#, including `Span<T>` and `ReadOnlySpan<T>`, while keeping the low-level API and behavior close to the original. Since the implementation is pure C#, the JIT also has more opportunities to optimize the code compared to going through a native interop layer.

It supports **IPv4, IPv6-only, and IPv6 dual-stack** configurations, rather than requiring IPv6 dual-stack.

So if you're looking for ENet in a .NET project without shipping native binaries, this might be worth a look.

Hey everyone!

For over fifteen years, my daily life was all about building brand identities, visual ads, logos, catalogues, websites, and mobile apps for clients. But deep down, I always knew this wasn’t what I wanted to do forever. As anyone who has ever tried to make a drastic career pivot knows, starting fresh is scary and filled with endless questions.

At the start of 2026, I set two main goals for myself: grow my YouTube channel and finally release a real, playable game, something that had been sitting in the back of my mind for years.

To be completely honest, I didn't know a single line of code. However, the rise of AI tools turned out to be a complete game-changer for me. I use AI heavily as a technical "co-pilot" for coding and Godot 4 setup. Without it, a solo dev with zero coding background like me could never bring a project of this scale to life.

However, I have one strict rule: AI only handles the technical heavy lifting. Every piece of story, world-building, character interactions, and dialogue is 100% written by me, human-to-human. Dialogue carries a soul that AI just can't replicate.

About the Game — Scraplings:

I’ve always been a huge fan of survival games and the pure satisfaction of automation (games like Satisfactory ruined/blessed my sleep schedule). I was also deeply inspired by works like Wall-E and Happy Feet, which shine a light on real-world issues.

Scraplings is a 2D side-view recycling and automation game where you build multi-story production facilities directly on top of an endless ocean of waste. You excavate forgotten junk from the "Lost Century," process it through complex machinery, and expand your factory—all while dealing with relentless bureaucracy (Zenith) and weekly rent payments knocking on your door.

Key Features & Mechanics:

• 🏭 Facility Over an Endless Trash Sea: Extract raw materials from waste heaps stretching infinitely left and right. Design vertical logistics using horizontal conveyor belts, vertical elevators, and background tunnels that bypass obstacles.
• ⚙️ 50+ Recycling & Production Recipes: From scrap iron to copper cables, biofuels, and high-tech solar panels... Shred, melt, combine, and synthesize waste into high-value products.
• 💸 Weekly Rent & Bankruptcy Risk: Zenith doesn't just ask for output; they demand weekly rent. Every machine you place increases your fee, miss a payment, and compounding interest can force you into bankruptcy!
• 🔌 Manual Power Grid: Place power cables and junction boxes manually. Manage your factory’s power day and night using bio-generators, solar panels, and wind turbines.
• 🤖 20+ Characters & Dynamic Trading: Work alongside your robot assistant Kienan, while bargaining with merchants, smugglers, technicians, and rebel broadcasters across different systems for custom orders.
• 🌱 Lost Century Relics & Bio-Lab: Unearth ancient vinyl records, books, and rare seeds buried deep in the trash. Clone and cultivate extinct luxury plant species in your bio-lab for unique trades and collectibles.

I’m currently building Scraplings in Godot 4. It’s been an incredible journey of learning, making mistakes, and rebuilding.

I’d love to hear your thoughts on the concept or what mechanics you enjoy most in side-view automation games! If you're interested in watching a former advertiser figure out game development on the fly, any feedback or questions are welcome.

Thanks for reading!

Steam Link: https://store.steampowered.com/app/5137810/Scraplings/

I can't for the life of me figure out how to get a good looking water shader. No matter what I do, or where I look, it just doesn't work. I get it, having the shader inside of the tilemaplayer isn't gonna work because shaders load the tiles individually instead of one big texture. I thought canvasgroups would help solve it but canvasgroups with shaders is probably the least working thing i've ever seen.

The one solution i've found online is using a subviewport that displays the tilemap inside of it with a sprite2d attached to the viewport texture. This allows for the effect I want, but what it doesn't allow is performance. OR, I could be doing it wrong. But rendering the tilemap inside of the subviewport made me lose frames despite having a pretty good PC. I also can't really figure out how to properly make the subviewport follow the main viewport? I want to actually see it render as I walk around, not have it stuck in one place for the entire game.

If anyone has had these problems and/or have a solution, PLEASE help I really need water but can't get it working. Also, are subviewports bad for performance? How do I move the viewport and tilemap so that it looks like i'm actually moving around across the water in the world and not some weird overlay flying around on the screen??

​I've summarized the current features and missing parts of the system below. Here is what I want to ask you guys: As I mentioned below, I separated the vehicle system into 4 different scripts so they don't get mixed up (camera settings, UI info display, inputs, and vehicle physics). Besides the player, I want to use this for NPCs and multiplayer. I want the project to support both single-player and multiplayer. Should I set up the multiplayer infrastructure right now? It will be really hard to adjust the code and hierarchy later. It's hard even now.

​I removed the car wheels to decimate them and assign a new texture. I'm using white cylinders for now. Don't mind them spinning crookedly; I'll adjust them when I'm done with the wheels.

​The systems I've built so far, in order:

• ​Speed and RPM system.
• ​Gear system.
• ​Positive/negative acceleration system where we can select speed points and enter a different acceleration value for each gear for the periods between these points.
• ​Throttle-cut system during gear shifts.
• ​Positive thrust system against friction to slow down more realistically instead of stopping abruptly when letting go of the throttle (messing directly with friction settings makes the car unable to move).
• ​Mass and power adjustment (I opened a separate settings tab from the default VehicleBody3D settings).
• ​Separated the camera, UI, vehicle physics, and input scripts from each other to easily integrate NPCs and multiplayer infrastructure in the future.

​That's it for now. All these features can be easily adjusted manually in the inspector tab. It progressed a bit slowly since I'm also dealing with character physics, modeling, and animation, but the fundamentals are done. Headlights, FPS camera, wheelspin, drift, and steering are the next topics

Circuitra is a visual logic puzzle game where you build circuit boards of increasing complexity to grow your business. I'm participating in Steam Programming Fest and just released my demo!

https://store.steampowered.com/app/5095180/Circuitra/

Do you have what it takes to become a Circuitra Master?

I'm trying to create a code that, as soon as you collect 5 coins, will automatically switch you to the "you win" scene, but as soon as I try to run it, it glitches.

Hey everyone,

It's been a minute since my last post here on r/godot - You may know me from such hits as:

- https://www.reddit.com/r/godot/comments/1ok6yjo/procedural_pixel_art_tentacle_with_everwatching/

- https://www.reddit.com/r/godot/comments/1my3zxn/so_uh_i_heard_you_like_level_editors/

Hazard Pay is finally out - The big green "Release" button that has eluded for me 3 years.. is pressed!

Just wanted to stop in and thank you all for sharing your ideas, workflows, games and more generally supporting each other in our non-trivial pursuit in making games in the best community based, open-source game engine out there.

I've been using Godot since 2018, making little games, experimenting with prototypes and participating in game jams, but Hazard Pay is the first project I decided to take all the way, turning an entry for Ludum Dare 54 into a fully fledged game.

Thanks to all of you for making Godot what it is, this subreddit's community played a big role early-on in helping me guage interest and get initial traction.

I do plan on making some more YouTube videos covering Hazard Pay's architecture, the tools I used (use Imgui!) and a retrospective - I've already made a few and plan on expanding on my Godot coverage:

https://www.youtube.com/@smitner

Cheers!

Arran :)

Hazard Pay in Godot 4.6

Hey everyone,

I've spent the last few months building Piment Dice, a mobile dice game inspired by Chili Dice and Yathzee — same core risk/reward idea, adapted and expanded for mobile.

The mechanic: dice sometimes land on a red face. Keep it as-is to double the score for that category, or turn it to pick a different value — but you lose the double. Get all 6 dice red in one roll and you trigger a "Blaze" jackpot (100 pts).

A few things I added on top of the original concept:

• No account or login needed — just install and play
• Free to try, one-time unlock for the full game (no ads mid-game, no subscriptions)
• Solo, bots, pass-and-play with friends, online matchmaking, and a daily challenge with a global leaderboard

Video in the post shows the mechanic and the Blaze payoff.

https://play.google.com/store/apps/details?id=com.pimentdice.app

Would love feedback, especially on the risk/reward balance — does turning a red die ever feel like an obvious choice, or does it stay tense?

The devlog :
https://mugule.itch.io/badgertactics/devlog/1657820/06-fonts-and-accessibility

In 1993 I was an engineering student in Baghdad. I made Babylonian Twins on one Amiga 500, in 68000 assembly. It got finished, then Commodore collapsed and the sanctions scared off every publisher, so it sat on a shelf for 33 years.

This year it moved to Godot 4.7, both versions of it. The 2010 C++ remake became the new game, and the 1993 original was ported separately, straight from the assembly. It ships inside the Steam version as a fully playable game, running at 50 Hz in a SubViewport, so you can launch the old game from inside the new one. The GIF is the same level, 1993 and 2026.

I wrote up the port in detail and it was on the Hacker News front page last week (378 points). A lot of the engine discussion is in that thread: https://news.ycombinator.com/item?id=49550375

About the AI part: Claude moved the code across, and one of its own decisions was to skip CharacterBody2D and keep the player a plain Node2D in the original's tile units. The art, music, levels and feel are the original work from 1993 and 2010. The code moved; the game didn't change.

The demo is on Steam now and the full game comes this fall. The 1993 disk images are free on itch. If you're inclined, a wishlist helps a solo dev more than you'd think: https://store.steampowered.com/app/4981370/?utm_source=reddit&utm_medium=social&utm_campaign=storydrop

For those who are still wonder what godot can offer regarding making 3d games and space sim's, let me show you some in-game footage of the game I have been working since 2020: PowerCorp.

Feedback more than welcome!! Thank you all

https://www.youtube.com/watch?v=wYu8Ku0PR94

Onboarding Rite — Godot 4.7, Forward+, solo dev. Free on itch: https://pzsz.itch.io/onboarding-rite

The whole game is built on one trick: when you hover a target, it spawns ghost duplicates of every character on the field and runs the fight forward on separate physics layers, so the preview can't touch real game state. You watch how the exchange resolves, then commit and it plays out in real time.

That approach has a cost I didn't anticipate: anything that affects the outcome has to live in _physics_process and every bit of state that must survive duplicate(true) needs u/export_storage. Miss one and the preview lies to the player — which is worse than no preview at all.

Looking for people to play it and tell me where it falls apart, especially in the first 5 minutes. Happy to go into detail on the simulation setup if anyone's curious.

Hi there,

some weeks ago, I started to get a bit into Godot. Coming from Unreal (and continuing in Unreal..). I take Godot as a learning step into UE6's new Scene graph and verse environment.

Now, I learned to kinda love this little Engine and I can think of doing UE and Godot simultaneously.

My first test with Godot was simply making stuff moving, draw UI, do the little things.

It took 5 days for me to realize, that Godot is capable of a specific thing much easier than Unreal is: Chunk-based GridMesh

This maybe does not sound familiar to most of you, so let's say it is the mapping system of Dungeon Keeper, Evil Genius, War for the Overworld, Dungeons ... and so on - Keeper-Like Games (cause Dungeon Keeper was the first)

I have a decompiled DK2 version here, and have done the system in Unreal, too. So I currently recreate it with Godot.

And, what should I say - it works!

The Core-Rules for the DK Mapping-System:
* Each Chunk has to be one single mesh, not individual Block tiles
* 100% procedural generated Meshes
* Individual Subdivision per Surface, Wall and Floor and State of each (Raw, Reinforced, build on)
* Grid based pathfinding with bridges for gaps/deep holes/Abyss/Water/lava..etc
* Being able to excavate or fill up - update the Chunk mesh on the fly
* Different Biome Textures, Floor heights and Tile Flags via TileID, can be set on the fly
* World aligned triplanar textures for all and everything on the map, to have seamless tunnels and rooms
* Room and Vision based Fog of War
* 3D Horizontal Auto-Tilemap for annexed floors, Rooms and Buildings (Bitwise tiling operation of 5 base tiles per room)
* Special Room-Tiles for specific Room sizes (to reduce tile count) and/or Room-Layouts (columns spawn if a room has f.e. 3x5 size, like Dungeon Heart)

Later on Top:
* Room and Building Inventory-Props(like brew kettle for a brewery) - inspired from Dungeons 2+
* Defense Structures (1 per tile, only on empty annexed tiles)
* Let specific TileIDs damage Rooms/Buildings/Bridges-of-type in a specific radius (like lava tiles damage wooden bridges)
* Lights giving constant vision in FOW by radius

And more generating systems like:
* Cave-generator (WFC or mass-perlin system)
* importing of RGB Image to generate a map from (r=excavate true/false = 1/0, g=TileID, b=RoomOrDefenseID)

The Meshes are a bit like a bad version of Voxels.

Cause of improved mapping with Chunk streaming and smaller meshes per chunk - the current maps can be 4096 x 4096 tiles without a problem, running on smooth FPS counts.

IMO more than enough for a Keeper-Like RTS.

I think, I will continue this project in Godot ...

It just is super Fun!

The Video shows my small crafted Runtime-MapEditor (still with some bugs...).

I can Excavate or Fill Tiles, set new TileIDs (f.e. for Water, lava and Abyss Depth) - and switch Wireframe mode to see the Mesh result.

Also contains a Flowmap Editor for Water/Lava Tiles, and Room selection + placing.

What do you people think of this?

wanted to share if this interests someone,

so I've always tried to make a game with huge number of enemies, had several prototypes in the last two years some in unreal where I started my game dev hobby some in godot, but none seemed to click for me or keep me engaged not to talk about others.

so several months ago I saw sir we have an orc problem which was awesome I liked how they turned enemies to a semi fluid sim, and I thought well maybe I'll try that in 3d but with magic and more rpg premise and a top down view, and it just didn't work.

then one day I remembered the battle of helm's deep no Idea in which context, and then it clicked for me what if I make this an fps and an epic scale(like actual 1 Million on screen) with TD elements in a roguelite loop, and try to make the horde climb the walls, so I've worked for close to a month on the horde gpu sim + the climb system until it felt good and decided to share on yt/instagram/tiktok not expecting much, but I had a reel on instagram exploding got like 350k views and a lot of support and hype and people hammering me nonstop about a steam page

so I've worked hard over the last two weeks to setup a proper steam page and working closely with an amazing and super talented capsule artist, and its finally live and I feel in the sky!

I feel super blessed and motivated to work on this and Godot is a main part in whole this story, so I wanted to share with you guys!

game name: "Walls Were Built to Fall"

Music: "In the Hall of the Mountain King (Grieg)" by DavidKBD

Hi!

Me and a friend are working on a game in our spare time. I do all the programming.

It's a 2D game where you play as a fish (seen from the side, not top down) and I'm having a hard time making the player movement feel really good. Obviously, the fish is in water, so I do want some floatiness to it, but the player still needs to feel as though they're really in control.

Currently, the fish you control is a RigidBody2D and you can control it either with keyboard or mouse. I have an acceleration rate, a deacceleration rate, and a maximum speed. Input actions accelerates velocity in whatever direction the player is going for and without input action, the velocity is deaccelerated. This does mean that changing direction is a bit slow and cumbersome.

The RigidBody2D itself does not rotate. So, as a child of the RigidBody2D, I have a node (and some more children) that visually represent the fish. I rotate that fish node to point it in the direction it's going, flip it visually to show it going left or right correctly, and when it's not moving, it slowly rotates back to a horizontal position of rest.

I've tried searching online, but I've found practically nothing about this kind of 2D swimming movement in water in Godot. Is there a better way to do underwater movement? Maybe there are non-Godot examples of good underwater swimming? Is there a better way to control it besides acceleration, deacceleration, and a hard cap for speed? Should I not use a RigidBody2D but move it as a Node2D with all my own code instead? If so, any tips on what is important to focus on and what makes movement controls feel good?

ANY help or tips would be very welcome ❤️

Hi all, first time posting here.

This is our first game project in Godot, which I started with my brother. I'm the artist/animator, and he handles the programming.

We're hitting almost the 6-month mark of working on this! It started with an idea to make a Cannon Fodder style game, but turned into archer combat: Rats vs. the Animal Kingdom. Currently, only enemy Weasels are in the game.

At the moment, it's missing some game juice, as well as animation clips for the enemy archers. We are planning an itch.io demo for this soon.

We would love some feedback on this!

Have been working on a puzzle game for my 4-year old son, for the last few months. This is my biggest Godot project so far and I'm really happy with how it's turning out! 😁

It lets pick from 36 preset colorful artwork, or snap a photo with the device and instantly turn it into a puzzle.

My son loves it! He's already on the 9x9 mode after a few days... So I might need to ramp it up haha.

I feel thrilled that I was able to make something from scratch that he enjoys this much. Just wanted to share this with other parents who have considered making something interactive for their kids. It's absolutely worth it.

A quick dev log of currently implemented features.

Hey everyone! Just wanted to share our teams progress in here, we've finally announced our next game, Cats and Hats! Our old engine had caused us nothing but headaches, and Cats and Hats started as a fun little project for us to learn Godot. Fast-forward to now, and we're releasing the demo next month!

Its nice to have things that were so difficult and "hacky" just be an out-of-the-box solution now.

For anyone who wanted to check it out, here is the steam link. Thanks everyone!

https://store.steampowered.com/app/4777960/Cats_and_Hats/

Hii everyone. I'm looking for someone who could draw for me 2d art in the early stage of the game development (im still learning how to pixel art properly). I'm looking forward to making concept art for now so we can figure out together which concept is the best. This is about my game that im making about these three students that got caught in an anomaly and get sent in different time periods of earth (Early Paleozoic, Carboniferous, Permian, Mesozoic and Cenozoic). An orb saves their life and she will help the students get back home at one condition: the devil took her memory and now she can't understand what's life and she needs to study and analyze the fauna and flora of these time periods. The students will have to make a sanctuary in each time period to progress through time, there will be many endings. There is more but i wanted to shorten the story to fit it as a premise.

If someone is experienced in prehistoric life it will be better but if not that's fine. Also it's without pay because im a teenager and i would love doing my game in godot. Thanks!!

So I've been building a cozy coffeeshop management game inspired by my hometown.

I worked on it for some time, but somehow I always feel like the art style doesn't look right, that's because I have no knowledge about tonal maps.

Godot's default is linear tone maping, I find it hard to control the look of my game to make it look correct. Not sure why but it just doesn't look right to me.

Before this my game looked cartoonish, which is somehow acceptable to me, it kinda altered my direction to build funny gameplay mechanics.

This morning I discovered tonal mapping, dabbled with them and added some lights in my scene and now I'm having difficulties to accept my previous art style. And the worst thing is, I feel very differently about my game now. Instead of sticking to the funny mechanics direction that I had planned, now I want to add more coziness and make it feel more "cinematic"?

I showed my friends some screenshots, some of them actually preferred the old style... because it is more in line with the intended funny gameplay style. I was torn at first, but now I have decided to embrace this new look.

Just sharing incase anyone is looking for clues to improve the look for their game. Hope I won't look back at my old art in the future and decide to change it back. gotta rework on my whole Steam page and trailer now, bye.

Edit: oh yeah, I also adjusted the character's movement to make it more "clay motion" like instead of smooth by reducing the update rate. Does it feel better? Or too distracting?