reduz

{
	"header": {
		"version_major": 4,
		"version_minor": 0,
		"version_patch": 0,
		"version_status": "dev",
		"version_build": "custom_build",
		"version_full_name": "Godot Engine v4.0.dev.custom_build"
	},
	"global_constants": [

reduz

{
	"header": {
		"version_major": 4,
		"version_minor": 0,
		"version_patch": 0,
		"version_status": "dev",
		"version_build": "custom_build",
		"version_full_name": "Godot Engine v4.0.dev.custom_build"
	},
	"global_constants": [

reduz

{
	"header": {
		"version_major": 4,
		"version_minor": 0,
		"version_patch": 0,
		"version_status": "dev",
		"version_build": "custom_build",
		"version_full_name": "Godot Engine v4.0.dev.custom_build"
	},
	"builtin_class_sizes": [

reduz

{
	"header": {
		"version_major": 4,
		"version_minor": 0,
		"version_patch": 0,
		"version_status": "dev",
		"version_build": "custom_build",
		"version_full_name": "Godot Engine v4.0.dev.custom_build"
	},
	"builtin_class_sizes": [

reduz

{
	"header": {
		"version_major": 4,
		"version_minor": 0,
		"version_patch": 0,
		"version_status": "dev",
		"version_build": "custom_build",
		"version_full_name": "Godot Engine v4.0.dev.custom_build"
	},
	"builtin_class_sizes": [

reduz

// Implementation in Array

// ArrayPrivate needs to be changed:

class ArrayPrivate {
public:
	SafeRefCount refcount;
	Vector<Variant> array;
	Variant *read_only = nullptr; // If enabled, a pointer is used to a temporary value that is used to return read-only values.
	ContainerTypeValidate typed;

reduz

// Implementation in Array

// ArrayPrivate needs to be changed:

class ArrayPrivate {
public:
	SafeRefCount refcount;
	Vector<Variant> array;
	Variant *read_only = nullptr; // If enabled, a pointer is used to a temporary value that is used to return read-only values.
	ContainerTypeValidate typed;

reduz

// The idea of this proposal is that we can solve these following problems:

//* Add struct support to GDScript (this has some user demand, given classes are quite heavy resource wise)
//* Add limited struct support to the Godot API, so we avoid exposing things as dictionaries in the API, which are unfriendly (no code completion, no doc)
//* As a plus, have a way to have optimized, flat memory arrays of these structs. this allows much higher performance in GDScript when dealing with thousands of elements (as in, bullet hell). We know we can use multimesh to accelerate drawing (or the new APIs in Godot 3 for drawing which are more optimized), but storing logical data for processing all these is still inefficient cache wise.

//In GDScript, structs should look very simple:

struct MyStruct:
	var a : String

reduz

During the past days, this great article by Sam Pruden has been making the rounds around the gamedev community. While the article provides an in-depth analysis, its a bit easy to miss the point and exert the wrong conclusions from it. As such, and in many cases, users unfamiliar with Godot internals have used it points such as following:

• Godot C# support is inefficient
• Godot API and binding system is designed around GDScript
• Godot is not production ready

In this brief article, I will shed a bit more light about how the Godot binding system works and some detail on the Godot

reduz

Mock up of how compositor material would work:

shader_type compositor;
// The custom buffers from the Compositor proposal are all available for reading and writing

// Available render modes
render_mode post_opaque, post_alpha, post_tonemap; // default is post_alpha

//uniform sampler2D buffer_texture0 : hint_custom_buffer0_texture, repeat_disable, filter_nearest;