Видео

Love it! I used this algorithm to generate a neverending asteroid field for a 2d spaceflight game. Works beautifully!

Tried using Rapier2D. Framerate decreased from 27 fps (with 819 simultaneous colliding enemies) to 8 fps. And yes, I used the faster version of it. :(

This is great. Static typing is always my preference, I had no idea it was also a speed boost!

Great video! Will try some of it out!

i have 300 instantly enemy spawn with 5 different attack pattern every 0.1 second and locking it at 400 enemy max.. is it good ?

Heyo sorry be that guy but it really does irritate my misophonia, maybe just export the audio file to audacity, drop the decibels by a comfortable margin (this removes noise and the quiet breaths) and for deep breaths, tongue clicks and etc, you do kinda just have to analyse the patterns on the audio visualiser thingy, to help differenciate where you start sounding words from where the noise spikes begin and cut it out milliseconds before you start sounding the actual words. It takes a bit of time but it good practice. It's been years since I made any videos but im guessing there might be software or AI now that could help with this process if you cant be bothered but i have no idea if there is. I mean you don't have to do any of this, i still watched and enjoyed the video regardless, catering to people with misophonia probably isnt if worth the effort if you're a busy person but just thought id put it out there. Anyways, i really want to learn all those deeper under the hood optimisations people do to turn their limit of 3,000 entities into 300,000 but it seems so scary, it's almost like it's spaghetti but in another dimension. Like normal spaghetti code is 2 dimensional but adding scripts in other languages and messing with servers and all that other nonsense is 3 dimensional spaghetti and it can't not be spaghetti whereas 2 dimensional spaghetti is completely avoidable but 3 dimensional spaghetti is a consequence of programming outside of gdscript and the engine. I will give an exception to shaders because theyre kinda their own thing, unless of cause you write a shader that literally needs external programming to function... that stuff might as well be 4 dimensional spaghetti jk

7:04 wtf is that sound

The less colliders just it's just stupid, it's not the amount of colliders you have in your game but how many interact with each other. You have to separate the concepts and computationally having two shapes that do not collide with each other has no cost. Keep your body collision shapes and hurtbox collisions in one place guys don't do what this freak did. There is almost no difference between C# and GDScript performance. It is clear that he is someone who came from doing an udemy course and has never programmed inside a medium-large game in his life. Stupid soulless garbage content creators.

That's a part of why Godot was so slow in the past, and in certain cases still is. The Core Api relied a lot in Magic Strings, and the Variety Type. The performance would be amazing if other languages were first - class citizen I guess GDscript will eventually get there.

The biggest performance gain you can get is changing to C#

1 - Stop using Godot 😂

I'm making an evolution simulator where I'd need to enable fats forwarding the physics sim. I'm thinking of manually ticking it multiple times per frame. Are there other optimisations possible outside ones in this vid?

Good video, thanks for the info, but I couldn’t finish because of all the mouth noises. You might need to change mic settings, filters, or position it better.

great video, thanks

Hold this guide is actually goated

I've never really understood why GDScript exists. C# is better supported outside of Godot and results in better performance within Godot. It's always awkward when debugging and checking the forums only to find all of the solutions in GDScript.

i dont get it if making your own custom collision system with area2d and 180 lines of gdscript is more performant than cpp source code implemented base collisions, why this slow code still isnt refactored on 12th year of godot development?

When editing your video, please start by cleaning up the audio track. Remove any inhales, lip smacking, or other distracting sounds. I'm not a fan of mouth sounds, and it makes it difficult for me to enjoy the video.

Is Jolt still needed in 4.3? I thought, it was build into the engine...

I had no idea Godot had Rust support. I always used C# but if getting Rust to work isnt a huge hassle then I'm all in

Does Jolt still perform better than default in 4.3?

Firebelly udemy course?

I tried to setup my character-body2D enemies with tweens between their movement and only updating move and slide every 10th frame, while it works it does not result inthem actually colliding. Only running the move and slide every 10 frames works for now as I really needed to 10x the perf for basic playability with 200 enemies(that are also capped with a backlog), keeping it until I decide on more labor intensive optimisation after I put in all the core features of my horde game (holocure but a satirical game where you switch with multiple characters)

TIL you could just offload the entire physics process to another thread with just a tick of a checkbox.

awesome tips, mostly are trully hidden and you showed us, thanks for sharing!

I like clean code, so I already did that but I didn't know it would make a difference, thanks

Excellent video for newbies about the topic, tbh the concept seems to be quite easy to implement, but how easy would it be without the "State" class from Godot?

it is not massive Performance boost. it is better use gd script on prototype or demo projects for real thing it is better to use C++ or C. my general reason using gd script is fast compile time. but when projects ready. I convert my code to C++ or C

I like your approach to hierarchical state machines. If I understand it correctly, are we basically adding a substate machine as a child of a state, and simply calling the substate machine’s ready, input, process and physics_process methods inside the parent state’s enter, handle_input, update and physics_update methods respectively?

It was funny watching this because I slowly realised that you programmed this in the exact same way I did when I attempted a finite state machine system. A good sign that I’ve done something right I think! The differences that I can tell are that you’ve added separate ‘continuous’ steps for each type of update. Which is a good shout. Bespoke behaviour if transitioning to/from a specific state is also an interesting idea. One thing I haven’t added yet but I’m meaning to next time I work on this, is a Record variable on the State Machine node. It’d track all the Ticks at which a State is transitioned to. Probably using the Tick as a key and the State name as a Value in a dictionary. It’d be useful for answering questions of ‘were they in X state 5 secs ago’. Thank you for the video! It’ll be useful to me for refining the system I happen to be working on

Oohhhhhhhhh, if i use a seedValue to generate the points, i can reach the same pattern all the time. Also, if i put each point with differenct R i can set different strats to use like filling trees and rocks, or first rocks then trees, but rocks has radius of 15 and trees of 5, soo trees are more close than rocks in a florest like, but in a mountain i can just switch both and had more rocks together and few trees as well... Dude, i need to code this, not mind, but i will try my own version, my quadTree is not perfect, but works to me, also, my A* pathfinder almost worked, the issue was trying to use it at the same time to a really large of entitys, in the maze test that are really much more complex than any real case for now, and i not implemented path reusability or even lowering grid levels to just get arround the correct coords before getting even closer, soo, my code is kinda raw, but already works very well for a single entity going into a maze I guess i can make this as well to improve my procedural generation even further LOL

C# and C++ have a massive community so there is there, that means you just need to know what you are looking for they are not originally designed for game programming but had business and scientific backings

​@DeepDiveDevelop I never tested it but I always use typed because it helps me a lot staying between desired results. I never thought that not doing it will have a performance cost. Good to know it, thank you.

Thank you for making this video, I've heard the same answer from others when it comes to the performance gain of static typing, this help's reinforce their statements. I forgot that you could set the editor to error at non-static types, so thank you for that reminder.

I always static type everything simply for auto complete purposes.

tl;dr Use staticly typed variables bc gdscript can decide what it doesn't need to do, making everything faster. Excellent Untyped Declaration tip too. Great video, thanks. Subbed.

Static types make compile time optimization a reality also..

Hey thanks this was actually helpful even if not with performance it was with cleaner code and the video was right to the point.

nah bro. cause i really thought that it was going to be something that i didnt know, fak u 😢😢😢😢😢😢

I hate dynamic typing. Static typing just solves so many issues and, in my opinion, reads better. I think in types and values, not just values.

Good thing I mostly learned Godot not knowing how to make variables any other way than Static types

I'm slightly disappointed cause I was already using these Good video tho

Good to know, i thought is was like in python where it does not give you more performance. Also it can prevent you from generating bugs. So its probably worth all the time - even in non-performance-critical parts of the projects.

Great game and devlog! I am pretty new to Godot myself, but I am doing something similar to you--making devlogs on game jams/small projects. Good luck to you in your pursuits!

I do miss the days when you had no "variable" types and had to follow strict typing.

This simple example should be in the godot documentation with an explanation - you can use the Variant type, but with a 30% performance loss.

Personally, I use and recommend all the editor warnings, except for INFERRED_DECLARATION. As a Rust/Golang enjoyer, I simply can't understand why would inferred types ever be considered a negative thing, and the verbosity in GDScript (especially with enums) without type inference is unbearable. What really bothers me with GDScript is that static typing doesn't give you static analysis. Even if your variables are typed statically, the values assigned to them, member access, method calls, etc. are _sometimes_ evaluated only at runtime. So I need to run the game to learn that something doesn't exist because I renamed it, even though Godot knows the specific type, and should statically know that it doesn't have that member.

Wait, you Neanderthals seriously program without declaring variable types?

It's like remembering to put % after everything in QBASIC that should be an int.

How do you do the terrain creation in Asesprite at 6:38 ?