ChaiScript VS godot-cpp

If you want to use C++ for scripting, take a look at Jason Turner's ChaiScript

3) Similiar to 2, but use more common scripting languages: chai, cs-script, sol2 (c++ framework to embed lua)

A few years back I actually went and made a ChaiScript based video game engine (https://16bpp.net/blog/post/masala-a-chaiscript-game-engine/). The end goal for it was to be able to make a Pacman like clone, but have all of the game logic implemented in ChaiScript. I actually found out as I added more realtime elements (implemented in ChaiScript) that it started to take much longer to process the game logic; the "game loop FPS" was under 60, which is not good. I actually proposition that ChaiScript move to a bytecode VM (https://github.com/ChaiScript/ChaiScript/issues/266), but I'm guessing that no movement was made on that front.

Maybe ChaiScript? It is not exactly what you are looking for, but very similar, in my opinion.

Write C++ classes or functions using C++ bindings for the Godot engine.

Might have sth to do with https://github.com/godotengine/godot-cpp/issues/1057 . All of these errors pop up when godot::Refs are returned by certain engine functions like the one in FastNoiseLite but objects instantiated via memnew work like a charm. Plus with more gdextensions registered these issues seem to happen at more places.

I think part of the problem is that using GDExtension is like a two-way FFI. You can call (C++) extension functions from GDScript, but the same interface and overhead are used to call (lib) Godot functions from the (C++) extension.

Here's a good example (look, there I am!), although it's a bit old and actually led to perf improvement:

https://github.com/godotengine/godot-cpp/issues/1063

I've had some performance problems with GDExtensions: https://github.com/godotengine/godot-cpp/issues/1063

I tried checking out cpp repo for my godot version 4 from this repo

godot-cpp/gdextension/gdextension_interface.h

Thanks! At the moment I've been running into issues with accessing some methods of the AudioServer as well as overriding some native functions (primarily related to audio_stream and audio_stream_player). These issues on the issue tracker cover them: https://github.com/godotengine/godot-cpp/issues/1090 https://github.com/godotengine/godot-cpp/issues/1088 That said, there may be a way around this, it could just be that different bindings need to be used - currently the audio stream and audio stream player code is heavily based on existing classes like AudioStreamPlayerPolyphonic. Worst case I believe Godot itself needs to be updated to expose the appropriate bindings. I'll upload a separate branch for what I have for the GDExtensions version (though it fails compilation) sometime soon. I started this as a traditional Godot module during the 4.0 pre-alpha days but I definitely want to move it to GDExtension so its super easy for people to pull into the official engine release.