At 6.20 you say that the GDExtension exposes the same as GDScript. This is not true. From the article - "This allows dynamic libraries to be used by Godot in a way that is much better integrated than its predecessor, GDNative. Together with the godot-cpp library, GDExtension introduces a system that allows extending Godot to nearly the same level as statically linked C++ modules can.". So all of the internal c++ codebase is exposed via the headers.

Yes. 🗿

also Rust friendly

Nim freindly!

gdnative is so terrible to work with i abandoned godot because of it. I dont wan‘t to use some engine specific scripting language that has no ecosystem worth mentioning. And last time i tried C# it crashed on starting the game (simply the default new project on Linux). So i left. Maybe it‘s time to give Godot another chance now.

We do a little trolling

@@tarunchand3159 a (fast) voxel renderer requires hooking to the engine's renderer which might not be exposed fully to gdextensions

@@SoftBreadSoft The rendering engine and physics servers have been reworked so they are able to be fully exposed to GDExtension for supplying custom implementations.

@@kayomn that is great news

F

I've heard this a few times from people. Think something glitchy is happening with comments for the last week or so.

@@gamefromscratch Ah I see. I thought it was something I said lol.

Did you perhaps include a link with the original comment?

That would be a pain in the ass to use. Imagine you have to change a .h and the corresponding .c file at the same time (e.g. changing a function signature). What do you save first? Saving either of those would trigger the autorecompilation resulting in a compilation error (since they don't match anymore). Based on the project size compilation and error catching might take a while. Let's say it takes 30 seconds to compile your code. You would have to wait one minute just ebcause the autorecompiler thinks it is a good time to stupidly start compilation although your source files were not ready yet. There's a reason this is rarely used for C/C++ development. Autorecompile is mainly used in single-filetype based languages like typescript or with some python packages (if at all). Anyway, this is not a matter of the Godot team, it's a matter of the build sytem you use. In the case of Godot it will likely be SCons, but you are free to use CMake or whatever you prefer. The one you choose might actually have that feature. On the other hand, automatically recompiling/restarting your Godot project when the compiled libraries change may be a nice feature, though.

@@comedyclub333 Autorecompilation just needs to be executed when the project is going to be run (a build and run option) or exported. Recompiling each time a .c file or a .h one has been changed wouldn’t make sense, as more changes might be needed before being able to execute the project

@@dhombios Well, I understood it that way since you wrote that if your source file changes SCons should be triggered.

Well this does at least expand the possibilities for the godot rust project quite a lot

I'm also eager to use the GDExtentions bindings for Rust when it's ready.

if you want to waste time playing with programming languages why use Godot

@@DarkShroom Why do anything ever? Godot has cool features, Rust has cool features, and humans are curious beings.

@@DarkShroom In my opinion, the developers have built a great engine architecture and an amazing editor, but made an absolutely horrendous decision on which type of language to mainly support. Not only is Rust literally about 100 times faster, you also won't have a complete mess of a codebase after adding like 5 files to your project. The problem with GDScript it is just like python (well, it's even slower actually). It's a language created with a focus on writing up code quickly with barely any thought as to how to go about organising said code. No proper enums, no structs, nothing to organize your code in another way than simply having 50 properties or lists that on a script, properties that aren't even typed mind you. There's not even a way to make private functions or variables. It's simply not an enjoyable way to work for a lot of game developers.

@Addmix No, you cannot. I mean, yes cou can use C++, but not "like unreal", where C++ is/was the main programming language integrating into the engine nearly the same way GDScript does with Godot.

@Addmix Yeah, I think the term "like unreal" is lacking a proper definition to say whether Godot's approach is similar in look and feel or not.

well with this you can use other physics engine like physx

Yeah, GDScript is definitely the way to go for most cases (maybe C# too). All those C/C++ options Godot offers are mainly there for the purpose of dealing with computational heavy tasks and bridging with SDKs (e.g for Steam) or other libraries (e.g. some fucked up shit like FFT or file en/decoding, etc.).

It seems to vary day by day. I'd wait till the first alpha or beta release for some stability

Actually, as @Gamesfromscratch said it seems to vary day by day. But in the master branch on GitHub you can definitely find a compiling version of Godot 4 (it runs, but does not have to be stable). What I have heard in some forums by now you can use it for development without any concerns, but you should not use it for production since it is not yet meant to run stable.

Seen people been doing that for months via GDNative.

@@sslaxx Yeah I know, but I'd rather wait until Godot 4 is out and they have added support for that.

Yes, for the most part. I mean you could implement game logic in GDNative, but it probably wouldn't be an efficient use of your time.

Yep, that's strange :-)

Then again he is only one dude. Probably will get to that eventually

@@HonsHon he said on twitter that it wouldn't make for a meaningful video

In terms of the news Epic anti-cheat is now on Linux, well... "Epic's Anti-Cheat software is now on Linux" would basically be the extent of the video. If I hadn't already covered it... twice ( gamefromscratch.com/epic-add-voice-and-anti-cheat-to-free-epic-online-services/ ++ gamefromscratch.com/epic-games-acquire-kamu-anti-cheat-software-maker/), I could probably make a video of it going over exactly what it involves, but the last video on the topic was just a few months back. To cover it on the channel (and have KZfaq algorithm support), it's basically got to be about 5 minutes worth of content, with 8-10 being preferable. I just can't fathom how to turn that news into 5+ minutes of content. I could use KZfaq shorts I guess... but do you guys really want me using their TikTok clone?

@@gamefromscratch it's ok. keep it simple.

It’s basically an extension system that let you use another programming language

No its c++

It would not be cleaner, it would be a long mess of complex function and struct names because of the internal structure of Godot. There are places where a C API is better. This ain't it, chief.