MYTH 1: Godot's GDScript & The Performance Argument

preview_player
Показать описание
The 1st in a series of 10 Myths/Misconceptions you might encounter if you're using/considering Godot and wondering if it's worth it to pick up GDScript. #gamedev #godot #gdscript.
Рекомендации по теме
Комментарии
Автор

This is the 1st in a series. Keep an eye out for more in the coming days.

Gdquest
Автор

I have believed this for a long time. It's rare that performance issues come from the language directly. It's much better to isolate and analyze the problem causing the performance. In my experience as a software engineer, slowness occurred a majority of the time from infrastructure (unoptimized databases, failing hardware, network issues) and were rarely code related. Even if you find a poorly written co-routine in your code causing slowdowns, that's rarely due to the language itself, and it tends to be rooted in too many calls to an external service (eg. a database or a server).

Thanks for the video! It explains the misconception well.

codernunk
Автор

Ty for posting this! Even in AAA so many games use Lua for Scripting

michaeloconnell
Автор

When making Unity (3D) WebGL builds,
My biggest problems usually came from rendering and assets, rather than logic.
Keep good coding habits and you shouldn't need to worry.
Though, we do have neat coding tools like native Visual Studio Intellisense support making easier, but I suspect Godot will catch up soon enough if not already. Then I can break free T-T

_nashset
Автор

I don't have too many performance concerns around GDScript. 4.0 improved things dramatically but I do find it frustrating to use as a language and find C# allows me to express most things more clearly except for signals. GDScript's static typing just isn't enough for what I want it to catch for me.

DavidPD
Автор

the fact that you can use any language to write parts of your code that need to be fast is enough of a slap in the face of such an argument.

qubitx
Автор

I’m a beginner and I have a question 🙋
I thought that the programming language we write in doesn’t really matter because we eventually export the game
and so the game now is written in machine language
I am really confused 😐

obaydasarahneh
Автор

he said she said, I have heard it so many times

I don't really care anymore. I can write GDscript and it works. Low FPS? What are you making? Crysis?

cccornel
Автор

Also with Physics, just use Jolt instead of the Godot Physics.

blikpils
Автор

Man people gotta stop blaming everything except themselves. I started using Godot and although i use C#, GDScript isnt the issue! You can also write bad non performant C# scripts as well. So i agree 1000% that its all about usecase and application! Also, make no mistake people alot of people dont know how to even properly optimize meshes / create proper convex colliders for physics.

bryansaira
Автор

100% I find the only real argument is 3d on mobile not being well optimized in Godot. Although there is a project looking to fix that which is reassuring.

DarkerCry
Автор

The only reason I don't like languages like this it's because is limited to that application, constantly learning a language that's more reused like C# or C++ it's a lot better in the long run.

ninguern
Автор

You can mix the languages, ok I am convinced.

SashoSuper
Автор

By the way Road To Vostok uses gdscript for scripting

sansavatar
Автор

Enjoying rust under the hood when I'm making algorithmic things

arimill
Автор

Right, so it is not a myth. I mean if your arg is to not use gdscript when perf is an issue you are basically accepting that it is slow.

keepeetron
Автор

So, how exactly should I approach the graphics and rendering performance issue?.. Nice and helpful tip btw 👍

troyootipep
Автор

Something I've learned is that Godot SUCKS at importing a large amount of files.

I tried exporting gm_construct with all its textures and it just kept crashing. I ended up baking the textures on a 16k image and it imported that just fine.

Godots biggest bottleneck is it's file management.

VSink
Автор

wow, i didnt know its100x slower, what does the interpreted language give us with that? i do not find c# harder to write, so why even use an interpreted language? hot reload is nice, but is it worth it?

Thomason
Автор

i heard that some uses gdscript for UI and i can see why. It's so annoying to get nodes in c#.

Playeroth