Not an expert in Godot and definitely not an expert in C#, but I'd say the only real difference is that the documentation for GDScript is slightly better and there are significantly more tutorials for using GDScript than C# with Godot. All of the functions and concepts that are used in GDScript have an equivalent in C#, and you normally can just use the same function in camelCase.

You can use both languages in one project, so I'd recommend trying GDScript at first. It's a very simple language so it can be picked up quickly, but as soon as you feel yourself reaching for LINQ or wanting a proper type system then switch that script to C#.

What about for C++? Reading the docs, the C++ support seems somewhat of a side-show, and documentation seems patchy on it.

I'm not sure if you are referring to GDNative which is the native/binary "scripting" interface, or hacking on the engine code itself. Neither are the primary way to use Godot -- the documentation reflects that, I guess. A lot of the documentation is not language specific, and a lot of the topics covered are fundamental.

The engine code is great. It's structured logically and navigating it is intuitive. Building the engine is simple, customisable, and documented well. Significant chunks of the engine are integrated as compiled in 'modules'. You can add your own modules and the build system lets you select which modules to include. Adding new node types and working with the scripting/binding system is pretty straight-forward.

I think the documentation for working on the engine[0] and contributing to the project[1] (as well as the code itself) are areas where Godot is doing exceptionally well.

GDNative can be used to integrate external libraries, add support for other languages[2], without compiling the engine. You can use it as a scripting layer, add node types, etc. I haven't used GDNative non-trivially.

* [0] https://docs.godotengine.org/en/stable/development/cpp/index...

* [1] https://docs.godotengine.org/en/stable/community/contributin...

* [2] https://github.com/godot-rust/godot-rust

Godot home page itself mentions c++ on the same line as GDScript and C#.

Text from Godot home page:

"Use the right language for the job:

Keep your code modular with an object-oriented API using Godot's own GDScript, C#, C++, or bring your own using GDNative."

But my memory was that last time I tried about a year ago, something was patchy about c++ documentation.

My doubt still is if c++ is a first class citizen in Godot at par with GDScript and c#.

I am a novice Godot user, but I find the c# support is really easy to use. A lot of the code on their site you can view in either language. And even when I can find people's examples only in gdscript, it's really easy to translate it to c#. I have it linked to visual studio, so I get auto-completions which are 99% of the time all I need.

It's really nice to be able to just create some game object, then immediately take advantage of anything else I need to do on the c# side.. whether it be some basic classes for player objects, helpful static data structures etc.

Out of curiosity, why do you want to move away from Unity?

Stability, the editor just gets slower and slower, price (especially as the team grows and you have to pay per person per month), corporate direction they’ve been going in lately.