DEV Community: EmberNoGlow

After a long journey, I've reached a deep burnout

EmberNoGlow — Sun, 28 Jun 2026 09:04:04 +0000

Hi everyone, I've been rarely posting on dev, or even being active at all. I've started thinking about it seriously.

btw post was unstructured. I don't have the time or editorial skills, so this isn't a perfect novel, but rather raw thinking✌

I actually started my journey 8 months ago. It all started with creating a proton mail acc, just to get a feel for all these communities. It wasn't anything serious; I thought I'd probably get banned or lose my password, and that would be the end of it. I used to dabble in Godot and watch YouTube. But soon, it became my life.

The more I discovered the internet, the more time I spent on it. I started spending less time studying YouTube tutorials. So, I've become quite skilled, and now I don't enjoy watching noob videos, which make up 90% of all tutorials. I started spending more time on social media...

But eventually, I asked myself, "Why?" Why am I on BSky if the algorithms don't even promote my posts past 230 followers? So, I started using it less. Because I got tired of it. I switched to Discord. But I got tired of it too, especially after finishing another jam.

You might get the impression that I'm a caveman lol 💀

The Biggest Problem

I realized I was wasting my time on the wrong things. I realized I was coding less, looking for more ready-made solutions, asking the AI for help...

I realized my brain couldn't even come up with an idea for a casual game anymore. I realized I was burning out. And it didn't happen overnight... It took many months...

Soon I began to realize... I DIDN'T LIKE CODING, I LIKED THE PROCESS OF LEARNING!!!

I used to enjoy discovering new things every day - watching new tutorials, watching videos of newbies like me... But I was at an intermediate level, so it just became uninteresting. It's just not fun anymore.

Now that I have Discord, why should I even bother googling? Why should I search for information when I can ping @@Godot "help"?!

I'm tired. I'm tired of being burned out. No matter what I do, it always leads to burnout. Maybe I'm just out of gray matter.

I've always set limits for myself-for example, like in the previous post-if my game for game jam doesn't make it into the top 100, I'll quit game development. That's nonsense. Honestly, I don't care! What do these external factors even matter to me? A year ago, I didn't know about any of this, just poking around in the editor and playing games? And now? You know, I don't even care how you rate this post!

...Okay, don't kid yourself, all these factors have become way too important... What is this, a dopamine pit? A number addiction?!

I'm actually surprised how many people here, way cooler than me, are so modest about their successes lol...

Okay, let's digress. If this... I just said... Okay, if you want, I can make a "Talking" post where I share the mess I was dribbling above.

Discuss

After I wrote the post, I felt relieved. Not that...
Okay, what do you think about this? Yeah, you can just say, "Go to your Godot, whiner, and cut off your internet connection" - that would be perfectly fair 👍

But with each jam, I'm getting more and more disappointed - I'm finishing last... I've just finished the third jam and am waiting for the results.

Or maybe I'm right? Maybe I really should throw the router out the window?

Okay, I'll continue the post. It's time to stop, though I wanted to write more. Good luck, and I hope you don't experience such burnout, although I probably didn't convey the full gravity of the situation in the post, idk, I don't reread posts.
Bye 😏

P.S. after reading this post, you might feel like I'm exhausted not so much by development as by social media. yes... I'd like to talk more about dev, but next time

I created my first game and decided to leave GameDev

EmberNoGlow — Wed, 22 Apr 2026 17:35:39 +0000

Hi all.

I recently decided to create my first (which I showed publicly) game on Godot as part of Game Name Jam. I had 14 days and was very interested in it.

I'll tell you right away. Nothing worked out for me... 😭

Process

The beginning of a jam is always more fun than the end (which I'll talk about later). I started with full enthusiasm. I decided to make a Roguelike game inspired by Hades. I used Godot, Blender and Krita.

1st week

In the first week everything was fine - I successfully created a working prototype, rendered the graphics (I had a pre-render + real time style, in short a 2.5D mixture as in the reference). And perhaps this was a mistake.

2nd week

The game's graphics caused huge problems. I've already overloaded my editor. I started to burn out. Lately I haven't had time to make a game. I barely published it until I completely burned out.

Result

The game turned out okay, IMHO. True, there were so many bugs and crutches in the last week. What already disgusted me

The players rated my game much worse than I did. And I think I agree with them, but one thing infuriated me.

Criteria	Rank
Theme	#197
Enjoyment	#215
Creativity	#225
Audio	#225
Art	#229
Overall	#229

Crap. THE ART I WORKED ON FOR A WEEK WAS RATED BELOW THE GAMEPLAY...

Summary

I'm tired of it. All these game engines are garbage. I don't know. All because it is OOP. I hate OOP. Create a modular structure, etc. 👎

This failure didn't really surprise me, but I'm tired of making games, so I'm leaving GameDev. I don't know when I'll be back. And is it worth it?

Discuss

Do you think this is normal? (yes probably)
What would you do if you learned about such a defeat?
What would you choose - not to give up, or to leave anyway, so that you can possibly return (or not) with new strength?

game link: itch.io, source code

This article may be too short, but I don't know what else to say

Anthropic leaked the source code of Claude Code (TS), but it was immediately rewritten in Python.🤣

EmberNoGlow — Tue, 31 Mar 2026 14:59:20 +0000

Hello everyone!

Today on BlueSky, I saw a post linking to a Github repository of Claude's source code, rewritten in Python.

This is probably the weirdest thing that's happened this week. lol, the funniest thing is that it'll now be harder for Anthropic to demand that this code be removed because it doesn't infringe copyright.

In short, as always, this is weird. I'm probably not the first to tell you this news. I don't know if it works, but the repository doesn't inspire confidence in me. The repository quickly went viral (30k+ stars in 20 minutes) and its Issues are quite spammy...

By the way, he's already rebranded several times in the last half hour, so my suspicions about copyright infringement are becoming more and more confirmed.

Also, the author of this "remake" has started making a port to Rust. 😨

Discuss

What's your opinion? Do you think the repository will be removed?

ultraworkers / claw-code

An agent-managed museum exhibit, built in Rust with Gajae-Code / LazyCodex — developed and maintained with no human intervention.

Claw Code

start with the real crab-powered harnesses

github.com/code-yeongyu/lazycodex
github.com/Yeachan-Heo/gajae-code

Join the Discords ultraworkers discord · gajae-code discord

Important

Claw Code is not the serious production project here. This repository is closer to a museum exhibit than a product pitch, a crustacean-run artifact kept alive by clawed gajaes, swept and labeled by agents, and automatically maintained according to the harnesses above.

As already described in the project philosophy, this is not meant to be hand-operated like a normal product repo. It is an agent-managed exhibit: the harnesses plan, execute, verify, label, and preserve the artifact while the crabs keep the tank running.

If you want to actually run work, start with LazyCodex or Gajae-Code. If you want to inspect the strange little fossil of the Claw Code moment, continue below.

For the longer public explanation behind this philosophy, see here.

ultraworkers/claw-code · Usage · Rust workspace ·…

View on GitHub

I decided to try gamedev in C++. My experience was toxic!

EmberNoGlow — Sun, 22 Mar 2026 07:54:09 +0000

I decided to dig into C++ with harfang3d. I used Visual Studio, CMake, and a lot more than I can remember. This post might be a bit hateful, but I'll say it right away: I respect other people's work, but they could have done better.

How did this start?

I've been wanting to find a game engine for a long time that's a library, not a cumbersome IDE. I know Godot well, but I got tired of the interface and decided to look for something new. Something new to experience. And yes, there were so many that I almost drowned in the rush.

The list is long. I tried PyGame, Panda3D, and even tried drawing everything manually using OpenGL. But no, it was all limited. And then I found Harfang3D.

I immediately typed pip install harfang3d. Yes, it installed. I went to ChatGPT so he could explain everything to me. I wanted to stick to the "AI as Teacher" strategy I described in my post. But it wasn't to be!

Something went wrong

The problem was that the Python bindings were poorly implemented, at least according to GPT. It couldn't give me working code. So I decided to surf the internet and search for tutorials and examples. I found one. I installed it. It didn't work. I Googled the problem. I found a solution. I did it. It didn't work! It's so trivial, but it's painful!!! In the end, left alone with Python and this beast, I decided, as the saying goes, "I don’t give a hoot".

I switched to C++

According to this "fool" GPT, I switched to cpp and that was a mistake. It's all broken down into several painful steps.

Visual Studio

I didn't have the program installed. I was using Code. I decided to fix it. It was pretty easy. I went to the website, clicked a button. I waited. I launched it. The installation was in progress. It took a while, though. After the installation, another installer appeared.

So wait, why is my installer downloading another installer?! Isn't that pointless? Okay, let's move on.

I select the components I need to install. But something was wrong. The functionality confused me. Okay, I continued the installation anyway. Why is it so big?!

During the installation, I decided to check the installation tutorial and saw this. Why does this installer look different?! Seriously, why is my installer stripped down, lol?! There were two tabs. The installer didn't have a language option, or a path option. What is this?! This is the official website. I don't remember which version I downloaded, but I decided to uninstall it anyway.

Remove VS

Guess what? After installation, my installer took a long time to load. I waited 5 minutes, and it just kept loading. I decided to uninstall everything the old-fashioned way. I ran Revo Uninstaller, and to my surprise, after uninstalling the program, nothing was deleted except the executable file! That's how Microsoft protects itself from people like me.

Okay, I decided to delete the entire folder. I clicked "uninstall with Revo" and... I CLICKED ON CODE!!!!! Guys, I'm such an idiot! Well, I don't need to say anything else; you already know.

Install 2

I downloaded Code back. What a great installer! Why couldn't Microsoft just squeeze Visual Studio into an MSI like this? It's so convenient! No, they need installers that take half an hour to run (and whose telemetry was blocked by my firewall).

Regarding Visual Studio, I was able to successfully install it as required. Victory, it seems! But that was just the beginning!

Installing Harfang3D

You can't change a person. So did I. I approached my friend. GPT told me I needed to download the repository and put it in the project folder. Then configure something in the editor and specify an include, I don't know.

He gave me the code. It was broken again! I couldn't figure out what the problem was. It couldn't find include and lib. GPT Chat insisted they were in the repository, but they weren't!

Okay, try number 2.

Installing Harfang3D 2

This time, I decided to do everything manually. I went to the repository, read the Readme and documentation, and downloaded the example. But I couldn't find anywhere how to download it and install it in VS! Perhaps for those who know C++, this is basic, but for me, it was hell.

Well, this time, Brave came to the rescue. I asked it how to install it. It gave me a bunch of commands: git, create a directory, compile C++.

I burned out

This was the culmination. It turned out I had the wrong CMake. Again, reinstallation. Then compilation. My head was spinning. The terminal, console, or whatever it was, was saying I didn't have Visual Studio.

How could this... 🤯 Okay, everything's in the recycle bin! I'm fed up!

Final

I don't remember how long I spent on this; it felt like an eternity. Finally, I'll give you some advice, as a regular noob user. Don't make installers like that. Put everything in MSI or something similar. I'm so tired...

Modularity - An Overrated Anti-Pattern? The Power of the Monolithic Script in the Age of AI.

EmberNoGlow — Sat, 21 Feb 2026 17:31:59 +0000

Disclaimer: This post isn't a manifesto against modularity, but rather a description of a temporary approach for solo developers actively using LLM during rapid iteration and prototyping. For production, large teams, and long-term projects, modularity remains the gold standard.

Hello everyone 👋

I would like to share my experience (based on my project), or rather advice on why refactoring is your (and AI's) potential bottleneck and how to solve the problem if you are faced with breaking your monolithic 1000-line script into modules.

The Problem

We've all seen this path: a tiny script suddenly balloons to 500 lines. Then comes the moment when, following the advice of seasoned colleagues, we start the "proper refactoring": creating utils/, parsers/, and proliferating __init__.py files. But in an era where our main co-author is an LLM, this beauty becomes a hindrance.

But why is modularity your source of friction?

If your code works in a single file, that's good. But your project grows. The line count increases. You start getting confused. You decide to refactor. You do it manually because you understand that an AI's advice will turn into another "find -> copy -> paste" quest. But suddenly, you realize something is wrong.

You have too many files.
You realize it’s messy.
It’s an illusion of structure.
It introduces dependencies.

When Technical Problems Begin

Dependencies

You need to create a file to list global variables. Your project has bloated. Half the files are just importing dependencies. It looks structured from the outside, but it’s internal chaos.

Example: Your script A now depends on the function process_data() from the module utils.helpers.data_cleaner. For this to work, A needs from utils.helpers.data_cleaner import process_data. Now, if you rename data_cleaner to sanitizer, you are forced to change it in a dozen places, whereas in a monolith, you would only need to change def process_data to def sanitize.

Submitting to AI

If you rely heavily on AI assistants for code generation, managing a modular project can become cumbersome. The AI might struggle to keep track of complex dependency graphs, leading to errors in code generation or suggestions that break existing functionality.

Key point: AI is not a project manager. It is an executor. It works best with a complete, self‑contained context — a single file often provides this more reliably than a collection of interconnected modules.

The Monolith as a Solution

If you have one file, it's beneficial for several reasons:

Local dependencies are resolved. You declare everything - classes, functions, variables - in one file.
It's easier to send the AI one file than multiple files.
It's easier for the AI to parse one file than to reason about the availability of local dependencies from specific project directories.

Pitfalls

A single file can be perceived as a problem simply because it gets huge.

You get confused.
You have to use Ctrl+F to jump to a specific class or function.
Others find it hard to understand.

When monolithic design is a bad idea

Teamwork.
Code that will be maintained for a long time.
Projects with clearly defined components (web API, database, data processing).

But these problems have solution.

Use regions. Seriously, it’s simple. It’s fast. It costs you 6-9 extra characters in the code. By using #region and #endregion (alternatives exist in other languages too), you can easily break the code into blocks. For example, you can declare all classes in #region Classes and helper functions in #region Helpers. It’s convenient. Practical. Clean. And with IDE extensions (for example, Region Maker for VScode), it becomes an excellent experience.

Conclusion

The best code is the code that isn't written, but seriously - choose what works best for you. Good luck!

Your Tasks Are Too Small (And It’s Slowing You Down) - Perform tasks in parallel

EmberNoGlow — Tue, 27 Jan 2026 15:45:10 +0000

We've all heard advice like "break big tasks into smaller ones" and "don't try to tackle everything at once." But does this really work? Or can small tasks actually limit us?

Teams spend 30% of their time planning subtasks that later turn out to be redundant. Here’s why.

Why decomposition is popular

By breaking a large task into smaller ones, we get a lot of "cool features":

Reduced cognitive load.
More accurate estimation.
Visibility of progress (many small checklists are closed).
Ease of work distribution.

But this can negatively impact your productivity. And no, this problem is not just one point. All of the above benefits can turn your project into a living hell.

Problem

If you work in a SMALL team, or even alone, task splitting is your main enemy, and here's why:

small tasks encourage not the achievement of a goal, but the checking off of a checklist.

Let's imagine a situation. You're creating a code editor (for example, something like Notepad++ or a mini version of Code). Your large task consists of several items (this is what a "code editor" actually is):

Text field, syntax highlighting and checking
Terminal, output, console.
Interface. Ranking the importance of these three items would seem easy – first, let's create a text field, then a console, then an interface.

Okay, you've gotten to work, starting with item 1.
We'll break this item's task down into smaller ones, and end up with something like this:

Create a window
Create an interface
Create a text input element
Create syntax highlighting

Okay. Let's complete the tasks in order and move on to the next item: console, terminal, output. Let's break it down into smaller steps:

Create an interface element
Create a function that launches a console process
Create a command input

As you can see, this task turned out to be easier than the previous one. But did you see that creating an interface and input is common to both tasks?

That's the problem with decomposing large tasks—you don't realize that the broken tasks might overlap, and you'll have to do another step that you could have combined into one.

This brings us to the next point:

It takes a lot of time!

While you're planning stages, breaking tasks down into smaller ones, checking for overlapping task types, and even taking notes and estimating them, this wastes 80% of your time. This is even more pronounced if you're doing this not in a simple notepad but in a specialized app, you quickly get sucked into the game and don't notice how time flies.

At least you have a clear plan, which will benefit your team, but mostly, it's a waste of time.

Tasks that are too small may be assessed

If you've created a detailed estimating plan, you might have added a task that's so small it doesn't deserve attention. For example, the task "Change the color of the button" isn't worth estimating. It's worth 5 minutes. If estimating takes 5 minutes, you're in the red.

Moral component

It would seem the most obvious. The bigger the task, the harder it is to pull yourself together. However, the more small tasks you have, the more daunting it is to tackle them, due to the sheer volume of work involved.

So what should we do then?

The answer is simple: divide large tasks into several chapters, and work on these chapters in parallel. For example:

We want to create a code editor. We've already defined what it is:

Text input
Debugging tools
Interface

Now let's work on all three of these chapters in parallel:
Create a program window -> create a text field -> create a terminal field.
And we immediately see the finished result. Of course, this isn't a finished application yet, but it's more than just checking off a checklist.
We can further improve the functionality using the same principle.

Why is this method better?

We're essentially dividing the task not into a million subtasks, but into several larger parts. By completing these tasks in a staggered, parallel fashion, it's easier to "kill two birds with one stone." While this creates "creative chaos," it also saves you from the main problem: getting stuck on one task and not being able to start others until you've completed it. Thanks to chaos, you can always return to it later, even in a few days or even weeks. After all, the world is chaos, and perfect planning disrupts it.

I made a game using Copilot CLI - was it a total failure or not so bad?

EmberNoGlow — Sun, 25 Jan 2026 15:02:13 +0000

This is a submission for the GitHub Copilot CLI Challenge

Hello, dev community!!! 🖐

I created a game in Godot using GitHub copilot. But was everything as great as I thought?

Why didn't I choose my dream project - SDF Editor?

I wanted to create something new, and I wanted Copilot to do everything for me. But something didn't work out, and it turned out the other way around.

What I Built

Hollow Pilot is a game inspired by Hollow Knight. It includes:

Movement mechanics – jumping, dashing, walking
Combat system – attacking, healing, dying, defeating bosses

I'd like to believe it's cool, but there's one big problem...

What was wrong?

Well, it's easier to say what was good. Okay.

The biggest problem is that copilot doesn't know how to make games:

He can't write scenes.
He might have made mistakes in the language syntax.
He can't connect the scene and the script, so I did everything.

The most minor thing was that everything looked as bad as possible. There were no animations (I didn't bother making them, I'm too lazy). The movement logic looks terrible, especially for the boss.

The positive side

Things were bad, so I made them worse! Just look at this:

And video link: Demo.mp4

You ask, what's going on, dude?!

Well... It's a reflection of the technical crisis.

Why is Reddit here? - It was a weird decision - I was just reading a post on reddit and I didn't like the comment there, so... lol, what's that related?
What is this place? - I didn't have the energy to make a location from Hollow Knight, and I didn't have the energy to look for assets for his style, so this is what I came across

My Experience with GitHub Copilot CLI

This is where the fun begins. I successfully installed it, launched it and started creating.

But then something went wrong:

I asked for the code to be printed, but I forgot to specify the directory, lol. All the files were in the user folder.
Okay, I moved the files. I opened them in Godot. But the scenes wouldn't open. The file syntax was completely different, so I had to create the scenes myself.
There were syntax errors in the code too, of course.
But the most interesting thing is that copilot simply hates @onready – a special variable type used to declare nodes or resources after the ready function has been called (i.e., when the scene is loaded, nodes can't exist unless the scene also doesn't exist). The problem was that it was writing the entire path to the node, which is why there were many related errors.

Conclusion

Copilot is certainly a powerful tool, but it's completely unsuitable for game development. I also didn't notice any differences from the web version of Copilot, other than the lack of an interface. It does everything equally well, or poorly.

What do we have in the end?

Well, a game that works "through a stump-deck"

And also 3 days wasted

I hope this isn't my last game, and in the future, when "better times come," I'll make something better. Or I'll write another article where I write about how bad everything is.

Of course, I wanted to do something more, at least write this article in more detail and more beautifully, but "AI just sucked all the juices out of me." See you all.

Try it:

🔗 Itch.io
🔗 Github

From Zero to SDF Editor Beta: How I Used AI to Force My Dream Project Out of the Prototype Stage. What I learned?

EmberNoGlow — Fri, 09 Jan 2026 12:20:53 +0000

I've released a beta version of my SDF Model editor project. This is my first major project that I'm trying to "push past MVP".

How it all began

I've long been interested in real-time rendering. I started learning glsl. I came across this article by Inigo Quilez and realized that my mathematical knowledge...

Long story short, I decided to create my own full-fledged 3D editor that would allow artists to create 3D models using simple shapes. The main idea was a fresh approach (not really all that new, to be honest) to traditional modeling – to ditch all that sculpting and polygonal editing, and instead move spheres and boxes around like a little kid.

Process

Initial, December 2025	Beta, January 2026

I read a lot of articles and used a fair number of AI models to learn. I used the AI not as a co-developer, but as a "teacher." I didn't ask questions like "how to do it", but rather "how and why it works." And after I understood "how and why", I started asking copilot to write code based on the AI's thinking.

And what happened?

It was terrible. But it worked. I started studying the code. It was a far cry from what it is now. It was written in Pygame and consisted of 500 lines of code. I couldn't do anything except rotate the camera, which didn't even do that correctly 🤦‍♂️.

I got bored. I abandoned it. But I got bored, so I continued. It took me a month to move away from Pygame and switch to Imgui, as well as fix the code. Everything worked well, and I was thrilled with the result.

Cursor

I decided to download cursor ai. Everyone was talking about how much it could do. I prompted it to completely refactor the code and add functionality, adding primitives and operations. And it was a miracle. I started studying the new code and customizing it.

That was good, but I still had to do the input. I turned to cursor and... It turned out my limit had been reached 👎. I went back to copilot. And it was strange - for some reason, copilot kept putting spaces after periods! It took me half an hour to fix the code. And what happened? It didn't work. I repeated this until I reached my limit. I'm already tired and barely got everything working. I posted the project on GitHub.

Publish

Publishing on GitHub motivated me to develop the project. Even though views were low, I still wanted to finish the project. Step by step, I improved the bugs slightly, sometimes using AI for refactoring, testing, and bug detection (even though it often created these bugs itself). Overall, I realized how bad AI is for large projects.

Now

24 days have passed since then.
It felt like months had passed. I can't believe I've accomplished so much. I can't believe my code is 80,000 characters long. Even though I still haven't achieved all of my MVP goals, I'm very happy with the result.

And by the way, I changed my device (Windows 7 was better than 10...)

Final

I learned a lot, made a ton of mistakes, corrected them, and didn't sleep a single night. I think I realized that AI is like a casino: you either hit the jackpot and get a fantastic app, or you waste all your limits, lol. I'm tired of writing this post...

Marching Cubes algorithm written in Rust

EmberNoGlow — Sat, 03 Jan 2026 13:48:34 +0000

Hello everyone 👋

I am happy to present my new AI-generated work: Marching cubes allow you to polygonize geometry created using a signed distance field!

I created this for my project SDF model editor.

License

The code is distributed under the MIT license.

For more information visit github

Raymarching Mountains for Godot - addon that solves the problem of open worlds

EmberNoGlow — Tue, 30 Dec 2025 16:44:13 +0000

A fast, powerful, and optimized plugin for creating procedural background mountains using RayMarching.

What is it?

This addon is designed to create open worlds and eliminate the ugly "world break" effect. It generates a procedural horizon to surround your play area, making your world feel infinite without the performance cost of generating actual geometry for distant terrain.

It uses a Raymarching Shader applied to a flipped box mesh (similar to a skybox) to render mountains efficiently.

✨ Features

Procedural Generation: Uses noise textures to generate infinite variations.
Highly Optimized: Renders on a single mesh (12 tris) using shader magic. Runs at a stable 60 fps on old videocard AMD Radeon HD 8600/8700M (Integrated)
Seamless Blending: Built-in fog gradient support to blend the mountains into your sky.
Customizable: Full control over colors, scale, and fog depth.

📄 License

This addon is distributed under the Creative Commons Zero (CC0) license.

Are you ready to try?

Full Github link : EmberNoGlow/Raymarching-Mountains

❤️ Support

If you find this plugin useful, please give it a star on GitHub!

GitHub: EmberNoGlow
Dev.to: embernoglow
Bluesky: @embernoglow.bsky.social

Godot SceneBuilder: Supercharge Your 3D Scene Creation!

EmberNoGlow — Thu, 25 Dec 2025 18:24:40 +0000

Hello 👋

I’m excited to share Godot SceneBuilder — a powerful addon for Godot 4 that revolutionizes how you work with 3D meshes. Whether you’re building vast environments or intricate structures, this tool will save you time and boost performance.

What Does It Do?

SceneBuilder lets you:

Procedurally scatter meshes in circles, grids, or custom patterns.
Create spirals (perfect for staircases or organic structures) with adjustable height, turns, and radius growth.
Merge instances into a single MeshInstance3D using SurfaceTool, drastically reducing draw calls and improving performance.
Extend functionality with your own GDScript algorithms — no core modifications needed!

Why You’ll Love It

Editor-native: Runs entirely within Godot Editor (@tool).
Smart rotation: Align instances to face the center or follow tangents using atan2.
Flexible: Override materials, tweak transformations, and create custom scatter patterns.
Performance-focused: Merging meshes means fewer draw calls — ideal for complex scenes.

Get Started in 4 Steps

Download the repository.
Copy addons/scenebuilder into your project’s res:// directory.
Enable the plugin in Project > Project Settings > Plugins.
Add a SceneBuild node, assign a mesh, pick a pattern (e.g., Circle or Grid), adjust parameters, and click Build!

Go Advanced: Custom Functions

Want unique patterns? Edit ScatterFunctions.gd to define your own logic. Pass arguments directly from the Inspector — supports floats, booleans, and strings. Example:

static func my_custom_shape(amount: int, distance_to_center: float, ...args) -> Array:
    var points = []
    # Your magic here
    return points

Then select Custom in the editor, set your function name, and pass args like true, 5.5, "hello".

Visuals & Docs

Check out the GitHub repo for screenshots and detailed configuration guides.

License & Support

License: MIT (feel free to use and modify).
Support: Star the repo on GitHub to help others discover it!

Follow me for more Godot tools:

Happy developing! 🚀

SDF Model Editor Demo written in Python & GLSL

EmberNoGlow — Wed, 17 Dec 2025 19:32:20 +0000

SDF Model Editor Demo is a demonstration tool for rendering and interacting with Signed Distance Functions (SDF) primitives.

Built using:

Python (for application logic)
GLSL (for shader programming)
Dear ImGui (for the graphical user interface)
GLFW and PyOpenGL (for window management and rendering context)

💡 Project Status

⚠️ Work in Progress (WIP)

This tool is currently in early development and has limited functionality. Please refer to the Roadmap section in github for future plans and contributions. Your support for the project's development is highly appreciated!

Features

Full-fledged ability to create 3d models!
Free movement of the camera in 3d space
Real time rendering
Save/Load projects (JSON format)
A great foundation for development - clean (relatively) code, but a bit cumbersome...

🙏 Acknowledgements

Developing this idea was significantly aided by modern AI tools, including GitHub Copilot and GPT chat.

While the initial vision was perhaps more elaborate, I am satisfied with the functional result achieved despite the challenges encountered.

💞 Contributing

We welcome community contributions! If you discover a bug, encounter an issue, or have an idea for an improvement, please feel free to:

Open a new Issue.
Submit a Pull Request with your proposed changes.

🔗 Full Repository Link: EmberNoGlow/SDF-Model-Editor-Demo