Can Godot handle AAA fidelity in 2026 and future?

This question has probably been brought up a lot, but I’ve only found discussions from years ago. I want to know about the engine’s current state and its upcoming roadmap.

Technically, since Godot is open-source, you can make it do literally anything by customizing the source code. However, I want to look at this from a realistic standpoint regarding time and indie developer resources.

The project I want to build is a combat-heavy soulslike (similar to FromSoftware titles). It doesn’t need to be a full game. I want to create a short 20 to 30-minute demo that matches or even exceeds the graphical fidelity, animation quality, texture detail, and gameplay depth of a modern AAA title. The goal is to see how far I can push the limits.

As I’ve researched engine choices, Godot has frequently been recommended over the past few years. However, I still have a few concerns that suggest it might make high-end 3D development difficult

  • Lightweight and simple by Design: Godot aims to be lightweight and simple. The community is largely built around 2D or smaller indie games, and the development roadmap seems to prioritize those over AAA-level features and graphics. This contrasts with AAA engines, which are inherently complex and heavy to handle massive scales.

  • OOP and Architecture Performance: Object-Oriented Programming (OOP) in Godot can be problematic for AAA scaling due to cache misses. Furthermore, GDScript and C# have worse performance than C++ in large projects. Even though you can use C++ via GDExtensions, the engine still feels like it prioritizes simple development and fast iteration over raw performance.

  • Lack of Out-of-the-Box AAA Features: The built-in 3D rendering pipelines, animation libraries, and high-end asset workflows still feel lacking compared to other industry-standard engines. While the community is highly active in building plugins and extensions, the ecosystem still feels geared toward the indie/2D side.

These are the main concerns I found during my research. Please correct me if I’m wrong about anything.

Again, while it’s open-source and I could theoretically build my own rendering pipeline, animation systems, or physics engine from scratch, doing so would take years of my life and burn through my mental health. I’d rather spend my time actually developing the game.

Even though my immediate goal is just a 20-minute demo, if the feedback is good, I want to scale it further. Short-term hacks, workarounds, or messy bypasses probably won’t cut it for a long-term project.

I would love to hear from people who know the engine deeply, or developers working on large-scale 3D projects in Godot, to help clarify my concerns. Is Godot simply not built for AAA scale by design?Thanks in advance.

1 Like

This topic might be interesting for you then

5 Likes

Do you have an AAA production budget?

9 Likes

Would we want to make access harder for people with AAA production budget?
Lets imagine i have AAA production budget should i avoid godot?

1 Like

The short answer is no, you don’t need to avoid Godot if you have a AAA budget, but your approach and expectations would need to shift compared to using an engine like Unreal or Unity.
With a AAA budget, you have the resources to hire dedicated engine programmers. Because Godot is fully open-source (MIT license), your team can modify the core C++ code, optimize the rendering pipeline, and build proprietary tools directly into the engine without paying royalties or dealing with licensing restrictions. Unlike Unreal Engine, which comes pre-packaged with high-end AAA features, Godot is lightweight by design.
What is your goal?
From experience, I see it’s easy to get lost in the sheer amount of possibilities regarding optimization, terrain production, etc. Initially, I wanted to build this pipeline myself, but I see it’s a quite common issue and not fully solved yet. So far, the most successful projects built on Godot have been 2D, as far as I can tell (e.g., Slay the Spire 2, Brotato, and maybe a few others).

3 Likes

Then I’m sure it wouldn’t be too hard to imagine hiring someone with expertise to make this assessment for you, given the project specification.

3 Likes

Then I’m sure it wouldn’t be too hard to imagine hiring someone with expertise to make this assessment for you, given the project specification.

I am sure i could instead of politely asking in a forum and try to participate in a discussion just hire several of the godot devs so i can ask them, but that would be a very different kind of activity since the activity right now is forum chatting and asking questions in a forum.

What is your goal?

My question is twofold: The devs said somewhere that they would like it if more AAA companys would use Godot ( something about extra code that could stay in the engine and more publicity and such stuff ) is it true that Godot aims toward being a viable AAA engine, and if yes what is the expected Timeline?

The other part, lets just imagine i want to create a refresh of Supreme Commander with modern Graphics but i am dissatisfied with the mayor engines for whatever reason, would i be able to create a version that looks much better than the original with Godot without the need to go very deep into writing new stuff like maybe an own render pipeline?
Maybe phrased like this: If i want to do that how much programming time in percent would end up in implementing the needed extra features unreal or unity has already?

Nobody on this forum produced an AAA game. You’re asking at a wrong place.

AAA means big budgets and large teams. Once you have that, the engine choice really doesn’t matter that much. If you’re capable of producing AAA assets, Godot can certainly render them for you.

4 Likes

If you are the main architect, whose responsibility is to make sure the selected technologies are suitable to the AAA game project, you need to find it out by yourself. You need to know enough about everything (what kind of game is going to be made, what are the pros and cons of different game engines). You don’t try to get the answer from discussion forums. You don’t make the decision based on “how professional is the game engine icon”. You need to find all the essential information by yourself. Sure, your boss may give some constraint, for example, “We have 20 people how have a lot of experience with Unity. We will use them”.

If you are the game producer or some other bigwig, you get a main architect who chooses the technologies.

3 Likes

Short answer : absolutely. With big budget competent coders and stellar art direction, it might even be easier to ship games with a unique, individual flair as you wouldn’t be fighting the “uncanny Valley” of using UE5 and fighting it’s much bigger, heavily coupled codebase. Your coders would have much more room to build additional rendering paths and custom game systems.

Advantage of open source and free licenses

5 Likes

I mean, that may be technically true if you mean “Was the producer on a AAA game.” But I’ve worked on AAA games and have the emotional scars to prove it.

I do believe that it’s true no one here has worked on a AAA game with Godot however.

6 Likes

I think also in general that “AAA” is an unhelpful label to speak of anything except scale and budget (there are AAA games with shit graphics and indie games with gorgeous graphics, etc.), it’s a buzzword at least in the way most use it I’d say

7 Likes

“Produced” as in - participated on a shipped AAA project in one of key decision making roles. The original post established that context… or at least an aspiration towards it, if you know what I mean.

1 Like

adjacent to this thread, i think its not so important if it can make AAA

You can make a AAA game using C and Vulkan. Any tool from SDL2 → Godot is just there to help you make games faster. You will, and should, change a lot of what godot is doing, especially if you want a high quality game. No AAA game uses Unreal Engine’s defaults for everything, they make their own shaders, materials, systems, etc ON TOP of Unreal

Same for godot. Personally, I like how open it is, and not bloated it is, in comparison to Unity+Unreal. Gives more freedom to those like me who are used to libraries for game dev such as SDL2, LWJGL, Raylib, etc

To give some real-world examples, 2XKO was made with Unreal Engine. So was Tekken 8. So was Fortnite.

All 3 look completely different, with 2XKO being stylized to look like 2D even though it’s 3D (comic book-like almost). Tekken 8 is pretty realistic. Fortnite is a completely different type of stylized than 2XKO

The point is, all 3 look different from default unreal engine materials, physics, etc. Very custom games using the power of an engine to speed up the initial dev time

2 Likes

This is a pretty big spectrum. The visual fidelity of Demon Souls and Dark Souls 1 is much different than Elden Ring. But, Elden Ring’s impressive visuals have much less to do with the power of their engine and way way more to do with the skill of their art team.

Godot being Lightweight is, IMO, its greatest advantage. Just because something is complex doesn’t mean its better.

You could do all of your programming in C++ if you desire. I don’t think it’d be as much of an advantage though as you think. I’d only write systems that demand performance in C++. Even big games engine use scripts. Fromsoft’s souls engine uses Lua scripts.

My technical art skills aren’t good enough to really comment on Godot’s 3D rendering capabilities.

The animation system is pretty bare bones. Creating complex 3d animations should really be done outside of the engine in Blender or similar software. You can make animations in engine, but the tools are lacking. The animation system itself though is fine, but minimal. I know a lot of people dislike the AnimationTree, but it is powerful. Especially since you can create your own BlendTree nodes in GDscript or C++.

Godot is the only engine I’ve worked with so I can’t really compare its ‘High End Asset Workflow’ to other engines. But personally, after a bit a learning curve, I haven’t had any issues getting 3d assets into the engine.

1 Like

Object-Oriented Programming (OOP) in Godot can be problematic for AAA scaling due to cache misses. Furthermore, GDScript and C# have worse performance than C++ in large projects. Even though you can use C++ via GDExtensions, the engine still feels like it prioritizes simple development and fast iteration over raw performance.

Id argue this is the least important thing for a 20 minute demo, but, if you write good code and aren’t doing something insane like an RTS, then GDscript and C# are more than enough for 99% of games

Really good GDscript is faster than really bad C++

Edit: Godot is written in C++, so gdscript’s underlying functions are C++… just an FYI… if youve ever touched python before its the same deal

3 Likes

Ive done a lot of shader and technical art work in godot for my current project, and its got a couple things missing (skyboxes tied to worldenvironments for example, so sky shaders arent useful without one.. even though i have custom lighting) but you can make any shader you see on shadertoy in godot, and its very performant

beyond that, godot’s PBR is pretty good if you dont make your own shaders. Valve even took their code for shadows and backported it into old Source games for the 25th anniversary of HL IIRC

Edit: also isnt there someone making an RTS with like, half a million characters fighting at the same time? If used correctly, godot can be extremely performant on rendering

1 Like

Is a Godot game AAA? Well theres enough good quality engine code, (based on an estimarion of development time, maintenance, upgrades, contributions over a decade) but you need to know how to use it before the performance is at the standard it is capable of. A lot of this performance comes from the underlying native API and then theres the set of algorithms that implement the graphics, geometry and physics. Some of theae could possibly be improved or have improved features, like DLSS support, or Ray tracing, but the graphical quality is pretty good so probably good enpugh.

So, for example, if you know how to make a rig that works well with Jolt Physics and the Godot IK system then you can probably make a AAA worthy physical character.

Then theres also a generational issue … If you are looking to leap ahead to the next gen ahead of the crowd, then I doubt Godot is ahead of major commercial studios with highly funded research teams.

2 Likes

There’s plenty of AAA games that dont have a massive scope, and therefore would not be problematic. For example something like Hellblade would be perfectly possible with C# and probably GDScript as well.

Likewise any old bedroom coder could in theory crate a project that would be very difficult to do on GDScript (less so C#) (my example always being something like Total War).

I dont think Godot is an issue for ‘AAA’ from that point of view.

2 Likes