I tried gamedev before, but was never able to fully commit to getting over the learning curve for Unity and Unreal. Godot has proved much easier to just jump in and make things. I really like where the project is heading. Godot + Blender = the dream
Godot 4.6 Release: It's all about your flow
51–60 of 135 posts
Re: Godot 4.6 Release: It's all about your flow
#52I really want to experiment with Godot but Unreal keeps giving me free assets....
Re: Godot 4.6 Release: It's all about your flow
#53Earlier quoted context omitted.
Yes it is a big problem. StS devs cannot write normal C# code, you have to really work around the C# integration to avoid lag spikes. See my other comment GitHub thread. There's also things like this https://github.com/godotengine/godot/issues/86926 and that the underlying types aren't compatible (Godot collections) that make it clear they aren't serious with the C# support. The other huge problem is the terrible ext…
You can make up some 'critical defects' for every tool and engine in the universe. So what game engine is perfect for an 'ambitious developer' to use?
Unity, Unreal, Monogame are a few engines via which ambitious games are regularly shipped. Godot is not among them because Godot has very few good games in it, with a terrible use:release ratio, which is in turn because it is primarily a game dev tutorial platform.
I'm not sure if there is any example of a studio or person making their second game in Godot when their first was not, and this rare occurrence seems to me a product of the "wow this shit is just not a serious engine compared to what I was using" effect.
Games are very complicated to make and take a very long time. Any unneeded friction will compound into games not getting shipped at all most of the time. Godot is uniquely frictional outside the basic happy path.
Re: Godot 4.6 Release: It's all about your flow
#54They're still quintupling down on their sad Python-lite clone language and toy inbuilt text editor, what a damn shame. Still no way to avoid GC in C#. Godot had real potential, but they continue to insist it is a playground for learning about game development, rather than a tool to release a real game. If a fraction of gdscript and editor manhours had gone into real engine development, it would be better than Unity b…
Agreed 100%, C# is obviously a second-class citizen and I'm not going to waste my time with GDScript. It really is a shame because there are so many things to like about Godot, but the litany of issues with C# support due to their focus on GDScript has just soured the whole thing for me. Unity is just not an option as far as I'm concerned due to their bizarre licensing fiasco (and their own mountain of technical issu…
Did you check out Stride?
https://www.stride3d.net
Re: Godot 4.6 Release: It's all about your flow
#55Earlier quoted context omitted.
Agreed 100%, C# is obviously a second-class citizen and I'm not going to waste my time with GDScript. It really is a shame because there are so many things to like about Godot, but the litany of issues with C# support due to their focus on GDScript has just soured the whole thing for me. Unity is just not an option as far as I'm concerned due to their bizarre licensing fiasco (and their own mountain of technical issu…
> I'm not going to waste my time with GDScript. The GDScript hate is so odd. If you know any scripting language you know GDScript. How much time are you wasting when it takes one afternoon to learn? And nowadays it even has gradual typing support for those that are scared of dynamic types. I have seen C# devs coming to Godot being super prejudiced against GDScript and then end up using GDScript anyway because it is j…
I don't hate it, but I don't like it either.
Mostly because I don't like the Python-style use of significant whitespace. But functions aren't first class citizens, making closures and lambdas awkward, type hinting isn't supported everywhere (such as with callables). I could probably come up with more petty gripes if I opened up a project and played with it. "pass" is an abomination to God.
It's a lot better than it used to be and it gets the job done but I still find it ugly and awkward as a language.
A more general complaint I have is that Godot tries to load every script regardless of whether it's actually included in the game hierarchy.
Re: Godot 4.6 Release: It's all about your flow
#56I really want to experiment with Godot but Unreal keeps giving me free assets....
https://kenney.nl/assets has a LOT of public domain assets for use if you just want to experiment with the engine.
https://itch.io also has a lot of free assets as well.
Re: Godot 4.6 Release: It's all about your flow
#57Earlier quoted context omitted.
Agreed 100%, C# is obviously a second-class citizen and I'm not going to waste my time with GDScript. It really is a shame because there are so many things to like about Godot, but the litany of issues with C# support due to their focus on GDScript has just soured the whole thing for me. Unity is just not an option as far as I'm concerned due to their bizarre licensing fiasco (and their own mountain of technical issu…
> I'm not going to waste my time with GDScript. The GDScript hate is so odd. If you know any scripting language you know GDScript. How much time are you wasting when it takes one afternoon to learn? And nowadays it even has gradual typing support for those that are scared of dynamic types. I have seen C# devs coming to Godot being super prejudiced against GDScript and then end up using GDScript anyway because it is j…
>for those that are scared of dynamic types.
If you aren't scared of dynamic types for any type of semi-large project (like a game..) then you aren't qualified to talk about much.
Re: Godot 4.6 Release: It's all about your flow
#58Shameless self plug: I was tired of the limitations of Godot with Claude Code, so I made Ziva[0]. In addition to just writing Gdscript and shaders, it interacts with the rest of the editor via MCP, all without leaving the Godot interface
[0] https://ziva.sh
Re: Godot 4.6 Release: It's all about your flow
#59Does anybody have tips for running Godot on KDE Plasma + Wayland? I tried 4.0 and an earlier 3.x release from the store but both hung shortly after startup. Maybe need some Wayland argument, will check.
Re: Godot 4.6 Release: It's all about your flow
#60Earlier quoted context omitted.
Agreed 100%, C# is obviously a second-class citizen and I'm not going to waste my time with GDScript. It really is a shame because there are so many things to like about Godot, but the litany of issues with C# support due to their focus on GDScript has just soured the whole thing for me. Unity is just not an option as far as I'm concerned due to their bizarre licensing fiasco (and their own mountain of technical issu…
I'm developing a game in Godot using C# and my experience with it is very good. I guess it depends on how deeply you integrate with Godot. I try as far as its possible to write my game headless. My opinion may change when I have gotten to the point of actually shipping a game though, so this take needs a grain of salt.
For me the real headaches emerged when I started writing [Tool] classes in C# for scripting within the editor itself. I don't know enough about the lower level nitty-gritty stuff to explain it, but I basically had to close and re-open the editor every time I recompiled. It had something to do with not being able to load assemblies, for example if I had a Tool script which referenced a sqlite library. There were also some concerning instances of Exported properties losing their saved values, though in that case they can at least be restored from previous versions of the .tscn file from version control