Meanwhile, if you have more than 32 or so colors in a palette swatch, the color picker becomes permanently unusable for your project.
Godot is so driven by whatever sounds neat to work on that it has three completely different rendering systems, all buggy and mediocre. At least two shipped tilemap systems, one deprecated. And several systems like its autotiler where the community standard is to never use the built in one and to always replace it with a well known, much better add-on, and then to have to remember to avoid all the built in UI nudging you towards the built-in one.
Such a weird foundation for a project. Tons of hype but not a lot of successful games relative to usage.
Directly from the dev of that game, who - since so few successful games have been released with Godot - often has random people point to R2V as an example:
> this game is far from being the "Godot 3D Showcase" game since I hardly even use normal maps and most of the assets are just low-poly shapes without any modern techniques (like PBR or photogrammetry)
So... One sequel that was a guaranteed success from day one, using any technology?
Slay the spire is also one of the least demanding games, in one of the least demanding genres, for a game engine. In fact the devs specifically pointed this out in their article a year or so back when they discussed testing Godot for viability.
I used to love Godot, then moved to WickedEngine. But AI is helping me replace it all.
For my games I manually worked through the Vulkan tutorial along with other essential components like input and sound.
Those austere code bases now act as constraints and frameworks for AI; the AI fills in the blanks for the specific game project.
I feed AI designs and it figures out the missing functionality.
Also have done similar to create my own scripting language; defined the compiler and grammar, syntax and have AI filling blanks.
These tight constraints have helped my local AI stay on rails. It can check Google Gemini when it's really stuck
Will leave the OS kernel and drivers up to those types. But I am well underway to an entire suite of userspace apps and my own Linux distribution that boots to my game engine as a "desktop" metaphor. Backed by a visual data model that can recreate the look of Firefox and renders websites as shaders
Meanwhile, if you have more than 32 or so colors in a palette swatch, the color picker becomes permanently unusable for your project.
Godot is so driven by whatever sounds neat to work on that it has three completely different rendering systems, all buggy and mediocre. At least two shipped tilemap systems, one deprecated. And several systems like its autotiler where the community standard is to never use the built in one and to always replace it with a well known, much better add-on, and then to have to remember to avoid all the built in UI nudging you towards the built-in one.
Such a weird foundation for a project. Tons of hype but not a lot of successful games relative to usage.
> Such a weird foundation for a project. Tons of hype but not a lot of successful games relative to usage.
Road to Vostok. Dev jumped the Unity ship and remade the game in Godot, seems to have gone pretty well.
Directly from the dev of that game, who - since so few successful games have been released with Godot - often has random people point to R2V as an example:
> this game is far from being the "Godot 3D Showcase" game since I hardly even use normal maps and most of the assets are just low-poly shapes without any modern techniques (like PBR or photogrammetry)
Have you followed the development? There's not much the game can offer
Slay the spire 2
So... One sequel that was a guaranteed success from day one, using any technology?
Slay the spire is also one of the least demanding games, in one of the least demanding genres, for a game engine. In fact the devs specifically pointed this out in their article a year or so back when they discussed testing Godot for viability.
This should shut up every doubter. Absolute Peak game.
I just love how Godot itself is under 100mb. Even as the project grows I hit play and it instantly loads.
Compared to Unity hitting flow state in Godot and sustaining it is trivial.
Godot is an easy choice for a Hackathon or a fun prototype project. And increasingly becoming my go to choice for larger projects.
I used to love Godot, then moved to WickedEngine. But AI is helping me replace it all.
For my games I manually worked through the Vulkan tutorial along with other essential components like input and sound.
Those austere code bases now act as constraints and frameworks for AI; the AI fills in the blanks for the specific game project.
I feed AI designs and it figures out the missing functionality.
Also have done similar to create my own scripting language; defined the compiler and grammar, syntax and have AI filling blanks.
These tight constraints have helped my local AI stay on rails. It can check Google Gemini when it's really stuck
Will leave the OS kernel and drivers up to those types. But I am well underway to an entire suite of userspace apps and my own Linux distribution that boots to my game engine as a "desktop" metaphor. Backed by a visual data model that can recreate the look of Firefox and renders websites as shaders
Which local model are you using and what hardware do you run it on?