godot-cpp VS scons

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.

The most comprehensive make alternative in python I've seen is Scons (https://scons.org/)

It would be worth to see how they tackles some of the challenges you're looking into.

Blurb from the website:

SCons is an Open Source software construction tool. Think of SCons as an improved, cross-platform substitute for the classic Make utility with integrated functionality similar to autoconf/automake and compiler caches such as ccache. In short, SCons is an easier, more reliable and faster way to build software.

SCons never got popular enough to escape the niches it grew up in.

i literally do almost this exact thing with the game im working on. situation is: im the programmer, working with an artist who cant code (and im not going to make them edit json on an ipad lmao) so i have a google drive spreadsheet where they put metadata for the items they make. i have a script that uses rclone to copy this down as a csv, along with the image assets. then i wrote a python extension for scons that converts it to json (and also does some image processing/cropping because evidently procreate's export options are very limited). from here, i originally had an import plugin that would automatically import the json files as godot resources. however, i eventually decided to instead write a standalone script in gdscript (invoked with godot --script --headless myscript.gd) that would do the conversion ahead of import, mainly because i wanted to be able to have the game assets be more self-contained (like, so that an item has its texture in the same resource file instead of in a separate file referenced from the json). i then modified my scons build scripts to call this script.

it's a build tool, like cmake. https://scons.org/ you have to install it.