Oh, how heartbreaking it was to reach this lesson only to finally realize this series is still in active development. Looking forward to following along.
I watch your lessons through a browser extension that translates the audio track into Russian and I understand everything. Wonderful lessons! Thank you. :)
Thank you so much for taking the time off from that lovely little newcomer in your family to do this for us! Your tutorials are well worth waiting for :)
Delta is very important if you are making an online game. The difference in device hardware affects the way rendering works, meaning that some devices can render at 30fps, others at 60fps and others at 80fps for example. As the _process function is called every frame, the difference in frames per second can make a character move at different speeds on each device, so it is important to always multiply the movement value by “delta” to avoid this problem.
Yeah. Was confused to not see delta being taught last episode... it would have been nice to reuse in this video to try to help people learning use it again.
It's actually kinda nice waiting for episodes. Means I can attempt to make this while I'm waiting. Over and over until I no longer need to watch the tutorial
Glad to see more of it. As a fresh beginner, I really appreciate the focus on using the Godot documentation to find stuff. Definitely helps kickstart us green thumbs into trying to actually find our own solutions when just messing around.
Thank you very much for all your videos Sir, great efforts with high quality and smart educational epesoides that other ppl may sell at high prices on educational websites like Udemy.. cheers from Iraq.
i honestly can't wait to go through all of these videos once you're done. Would you be open to doing a quick video on how to set up the character just for 2.5D? How do you set up those constraints?
Thank you! But i need more :) don't make me wait another month, please :) and btw, you can make a collision shape automaticaly by selecting your mesh instance and then clicking on "Mesh" right above 3D scene, beside "Transform" and "View" buttons, you can see it on 4:33. There are couple useful options there, one of them lets you create corresponding collision shape.
Please see my recent post on my profile’s community page for why I was so delayed with this lesson, and likely releasing a little slower from now on 🙃👶
4.2 just launched. So I am wondering if this will make your previous videos of this series not applicable? Or are they fine, even though there are a lot of changes? I got started with Godot from your 3.x videos, and they were very helpful. I just hope these 4.x videos don't wind up being a waste of your time because of the recent changes.
I'm counting on this course being relevant and 99% identical through all lessons with all versions of Godot 4.x. Throughout the time that I recorded my Godot 3.x 2D platformer tutorial series, a few changes popped up, but nothing that most users couldn't figure out intuitively (slight UI adjustments / reorganizing) within a minute or so. 🤞🤞👍
the has_overlapping_bodies method can be shown when using sound for collecting the coin, it's distorted the sound like starting several sounds in a short time
I can see that I'm close to your most recent video.. if I get to it and there is no new content, I'm going to resort to drastic measures... Those measures ofc being that I'll subscribe and wait patiently for the next video like the outstanding citizen that I am
With this setup, how would I check in the signal if the variable "body" is my character/a different scene? If I print "body" I can see that it is my node of my character, but I can't simply state if body == char_player as char_player isn't known by the script of course. Is that where the % gets used? I know that $ is meant for children (which I used to rotate the mesh of the coign as I am using a cube collision shape and don't want it to turn as well), but how would I reference a different scene interacting with one another?
amazing, but there are some issues A: something i commented in previous tutorial B:your mechanism lets the falling blocks collect coins, so you must use physics layers and masks
Hi man its a wonderful video series , helps a lot to learn , but my instance the coin is rotating at such a high speed while using the same code in the video do you know why it might happen ?(I'm guessing its related to FPS ) In anyway thank you very much for everything please keep these series going ! :D
check my comment i found a fix for it. newer versions of godot set FPS limit to uncapped and his code is FPS based.(1000fps means very fast coin. 100fps means 10x slower coin)
@@katalinos100 no problem. check my other fix tho. its more of a permanent fix(if you plan to offer uncapped fps in game) by *delta to rot_speed. it will make sure it stays the same
im using 4.2 is the drop down box under Meshnstance3D node not implemented yet? it saves lots of time. i can see it but dont know what it offers in 4.1 p.s u r prolly much smarter than me and someone told me why have 100 coins looking for a player when you can just make the player look for the coin.
Hello, I have a problem, when I type the code for the coin, it doesn’t rotate at all, it doesn’t give any errors, but it just doesn’t rotate and I did put it the code in Area 3D, can someone please help ?
Sir, how do i make when i want a button to collect the coin not when i entered with it's area and collect it, like when i want to collect it only when i pressed a button, and can i do when there is over 3 or 4 coins beside me and i want a specific coin to be collected, can i have that system? Can you help me?
how did your "rotate_y(deg_to_rad(ROT_SPEED))" just work. i wrote it that way and no matter what its spinning like crazy. for me to get the result you did i had to just rotate_y(ROT_SPEED*delta) maybe a change in the newer version of godot? cant find anything i wrote that would cause this and during testing removing "deg_to_rad" made 0 difference in spin speed(visually). and adding it to my *delta code cause it to spin at a snails pace. am i understanding correctly that _process(delta) is fps based. so if fps is 100 vs 1000 the code would run 10x more on the 1000 fps system? and if so that might explain it did a test on fps and getting like 1500 fps. only way to get my code close to your spining speed was seting rotspeed to .2. and it still looks alot faster.
--FIXED-- in Project Settings you can limit fps. having uncapped FPS with the code supplied causes the problem. dunno if you can pin this comment or update video some how to mention it about limit godots FPS and idk but does my *delta fix use alot more resources? seems like a more logical coding method to prevent issue between machines.
delta means the time elapsed between two frames during rendering. Your logic makes sense and you are right. To avoid speed variations, you need to multiply the movement value by delta. So the game's current FPS won't matter after this change. But the avoid massive and unnecessary use of hardware and, on mobile devices, provide a battery saver is recommend set a maximum target for FPS in your game
Would it be best to have deg_to_rad() where you declare the const, so the game isn't calculating deg_to_rad every frame? Or is it just optimised out either way?
for this game, a simple calculation like deg_to_rad is completely fine to run every frame, most computers should be able to run this type of thing tens of thousands of times a frame. i don't have much experience, but i think that unless you've got very expensive functions or huge loops, the time you save by optimizing this is lost on readability (although in this particular it wouldn't make much of a difference). tl;dr: this is not what's gonna make your game lag.
@@QMulative oh, did you mean whether the compiler/interpreter would do that? i'd guess probably not, unless it somehow knows that deg_to_rad always returns the same value for a given input
This is kind of hard to explain but my coin is orbiting my sprite? also, the character is constantly moving to the right Edit: Nevermind i fixed the coin, but my character is still constantly moving to the right Second edit: found out that the problem wasnt on the script, but it was rather godot thinking that i was pressing left, no idea how or why this happens, but today i opened my project and everything is working just fine!
@@BornCGDAMNNNNN first of all CONGRATTSSS thats amazing for you. I wanna thank you, your tutorials was how i made the first game ive ever made, although it was a replica of yours completely i learnt a lot through it. I hope everything keeps going great with you.
These video over explain way too much stuff... I think we wrote ~4 lines of code over 25 minutes. I get that this is a beginner tutorial, but I just ended up skipping over the parts where you opened the documentation every time you wanted to use a function. Also you explained twice how to get back to your scripts... this video easily could have been 12 minutes long.
Very good tutorial series so far. But one problem is that falling blocks can also delete coins. I hope in the next video or 2 you show how to make the coin only react to the player's CollisionShape3D so the falling blocks don't eat it before the player can get to it. 😅
Oh, how heartbreaking it was to reach this lesson only to finally realize this series is still in active development. Looking forward to following along.
😿😀
Fr 😭
at least i wasnt the only one :')
@@BornCG hi, when is the next video coming?
@neon_arch I’m pretty far along in the editing process for the next tutorial. I’m hoping by New Year’s Day ? 🤞🤷♂️
Love the focus in the built-in documentation and inheritance! This is such an important thing to know especially for people not familiar with OOP.
By far best and clearer Godot tutorial serie on youtube! Thanks man! Love your style!
☺️
Congrats to everyone who made it to this episode! We are the strongest ones for making it this far.
wow im surprised to see you here bread. we are indeed the strongest!
The way you speak is very affectionate 🥰, love it!
I watch your lessons through a browser extension that translates the audio track into Russian and I understand everything. Wonderful lessons! Thank you. :)
Thank you so much for taking the time off from that lovely little newcomer in your family to do this for us! Your tutorials are well worth waiting for :)
❤️
Wait how is this series this new. It's amazing. Please work on more of these. This is the best tutorial on the internet.
yeah
as a complete noob i can agree with this
when i checked how to make a 3d character every one made it super complicated but you explained it so so so so so easily thank u(:
class video, ive just watched the whole series so far in one evening 😅
Would've done the same if I wasn't sleepy haha. He's a very good teacher.
Delta is very important if you are making an online game. The difference in device hardware affects the way rendering works, meaning that some devices can render at 30fps, others at 60fps and others at 80fps for example. As the _process function is called every frame, the difference in frames per second can make a character move at different speeds on each device, so it is important to always multiply the movement value by “delta” to avoid this problem.
Yeah. Was confused to not see delta being taught last episode... it would have been nice to reuse in this video to try to help people learning use it again.
It's actually kinda nice waiting for episodes. Means I can attempt to make this while I'm waiting. Over and over until I no longer need to watch the tutorial
Made a game yet? :D
Love this series, its easy to understand and fun while doing so , cant wait for more !!
Glad to see more of it. As a fresh beginner, I really appreciate the focus on using the Godot documentation to find stuff. Definitely helps kickstart us green thumbs into trying to actually find our own solutions when just messing around.
glad to see you back.
Great series. I look forward to the next part. To come out. All the best until 2024.
Thank you very much for all your videos Sir, great efforts with high quality and smart educational epesoides that other ppl may sell at high prices on educational websites like Udemy.. cheers from Iraq.
i honestly can't wait to go through all of these videos once you're done. Would you be open to doing a quick video on how to set up the character just for 2.5D? How do you set up those constraints?
I really appreciate that on top of everything else you offer the tips of what is expected just as an industry standard so to speak.
i love these they are easy and free lol ,and ive learned a lot from you man mostly the code..... i love code :D
Honestly, great stuff. Excited to make stuff in Godot!!!
Another great tutorial, thanks!
Brilliant!
Finally, it's been 84 years /s
😅
Can't wait for the next episode! :)
this is the episode i needed!
Thank you! But i need more :) don't make me wait another month, please :)
and btw, you can make a collision shape automaticaly by selecting your mesh instance and then clicking on "Mesh" right above 3D scene, beside "Transform" and "View" buttons, you can see it on 4:33. There are couple useful options there, one of them lets you create corresponding collision shape.
Please see my recent post on my profile’s community page for why I was so delayed with this lesson, and likely releasing a little slower from now on 🙃👶
@@BornCG maan, It's a shame, your tutorials are very helpful. i guess its time for me to watch your blender tutorials then 🥲
im learning to code!
4.2 just launched. So I am wondering if this will make your previous videos of this series not applicable? Or are they fine, even though there are a lot of changes? I got started with Godot from your 3.x videos, and they were very helpful. I just hope these 4.x videos don't wind up being a waste of your time because of the recent changes.
I'm counting on this course being relevant and 99% identical through all lessons with all versions of Godot 4.x. Throughout the time that I recorded my Godot 3.x 2D platformer tutorial series, a few changes popped up, but nothing that most users couldn't figure out intuitively (slight UI adjustments / reorganizing) within a minute or so. 🤞🤞👍
When is(are) the next episode(s) comin'?
This is far the BEST tutorial EVER for 3D Godot! Thanks BORNCG(Btw, what does BornCG mean?)
Hopefully the next one will be posted before new years? .. and, I may never tell!
I already know a lot more, and I'm way more comfortable with the engine so far.
Dude your back 🎉
SO GOOD
☺️
Awesome video bro ❤
the has_overlapping_bodies method can be shown when using sound for collecting the coin, it's distorted the sound like starting several sounds in a short time
another W video
Hey, i would love if you did shaders tutorials, anyways awesome video❤
kepp it up
thanks bro
Wouldnt it be better to mutiply movement etc. With delta to make sure it will move at a constangt speed?
I can see that I'm close to your most recent video.. if I get to it and there is no new content, I'm going to resort to drastic measures...
Those measures ofc being that I'll subscribe and wait patiently for the next video like the outstanding citizen that I am
Hello algorithm and Guy. i recommend u to anyone ever!!
With this setup, how would I check in the signal if the variable "body" is my character/a different scene?
If I print "body" I can see that it is my node of my character, but I can't simply state if body == char_player as char_player isn't known by the script of course.
Is that where the % gets used? I know that $ is meant for children (which I used to rotate the mesh of the coign as I am using a cube collision shape and don't want it to turn as well), but how would I reference a different scene interacting with one another?
We’re going to set up collision layers and collision masks in a future lesson in this series. 👍
@@BornCG I see, thank you! Looking forward to it!
amazing, but there are some issues
A: something i commented in previous tutorial
B:your mechanism lets the falling blocks collect coins, so you must use physics layers and masks
Physics layers and masks are coming up in a later lesson. 👍☺️
Hi man its a wonderful video series , helps a lot to learn , but my instance the coin is rotating at such a high speed while using the same code in the video do you know why it might happen ?(I'm guessing its related to FPS ) In anyway thank you very much for everything please keep these series going ! :D
check my comment i found a fix for it. newer versions of godot set FPS limit to uncapped and his code is FPS based.(1000fps means very fast coin. 100fps means 10x slower coin)
@@JRHARH Thank you , yes the problem was in the project settings , FPS had to be set in a separate step . Now the coin doesnt go around 300MPH .
@@katalinos100 no problem. check my other fix tho. its more of a permanent fix(if you plan to offer uncapped fps in game) by *delta to rot_speed. it will make sure it stays the same
im using 4.2 is the drop down box under Meshnstance3D node not implemented yet? it saves lots of time. i can see it but dont know what it offers in 4.1
p.s u r prolly much smarter than me and someone told me why have 100 coins looking for a player when you can just make the player look for the coin.
Hello, I have a problem, when I type the code for the coin, it doesn’t rotate at all, it doesn’t give any errors, but it just doesn’t rotate and I did put it the code in Area 3D, can someone please help ?
Sir, how do i make when i want a button to collect the coin not when i entered with it's area and collect it, like when i want to collect it only when i pressed a button, and can i do when there is over 3 or 4 coins beside me and i want a specific coin to be collected, can i have that system? Can you help me?
how did your "rotate_y(deg_to_rad(ROT_SPEED))" just work. i wrote it that way and no matter what its spinning like crazy. for me to get the result you did i had to just rotate_y(ROT_SPEED*delta)
maybe a change in the newer version of godot? cant find anything i wrote that would cause this
and during testing removing "deg_to_rad" made 0 difference in spin speed(visually). and adding it to my *delta code cause it to spin at a snails pace.
am i understanding correctly that _process(delta) is fps based. so if fps is 100 vs 1000 the code would run 10x more on the 1000 fps system? and if so that might explain it did a test on fps and getting like 1500 fps. only way to get my code close to your spining speed was seting rotspeed to .2. and it still looks alot faster.
--FIXED--
in Project Settings you can limit fps. having uncapped FPS with the code supplied causes the problem. dunno if you can pin this comment or update video some how to mention it about limit godots FPS and idk but does my *delta fix use alot more resources? seems like a more logical coding method to prevent issue between machines.
delta means the time elapsed between two frames during rendering. Your logic makes sense and you are right. To avoid speed variations, you need to multiply the movement value by delta. So the game's current FPS won't matter after this change. But the avoid massive and unnecessary use of hardware and, on mobile devices, provide a battery saver is recommend set a maximum target for FPS in your game
Would it be best to have deg_to_rad() where you declare the const, so the game isn't calculating deg_to_rad every frame? Or is it just optimised out either way?
for this game, a simple calculation like deg_to_rad is completely fine to run every frame, most computers should be able to run this type of thing tens of thousands of times a frame. i don't have much experience, but i think that unless you've got very expensive functions or huge loops, the time you save by optimizing this is lost on readability (although in this particular it wouldn't make much of a difference).
tl;dr: this is not what's gonna make your game lag.
@@originami9199well, that's not what I asked, but thanks anyway.
@@QMulative oh, did you mean whether the compiler/interpreter would do that? i'd guess probably not, unless it somehow knows that deg_to_rad always returns the same value for a given input
I noticed in the first video that you could control the camera, do you think that will be in the next video?
All the lessons are already recorded. I can’t recall which lesson it’s in, but it’s coming! 🙂
@@BornCGso until the end of the project, you recorded them all? Can you upload all of it? I want to finish now HEHEHEHEHE😂😂😂
This is kind of hard to explain but my coin is orbiting my sprite? also, the character is constantly moving to the right
Edit: Nevermind i fixed the coin, but my character is still constantly moving to the right
Second edit: found out that the problem wasnt on the script, but it was rather godot thinking that i was pressing left, no idea how or why this happens, but today i opened my project and everything is working just fine!
Why don't signals have to be called from the delta function?
ONE MOREE SHEESH
Please see my post on my profile community tab as to why the delay. 🙃👶
@@BornCGDAMNNNNN first of all CONGRATTSSS thats amazing for you. I wanna thank you, your tutorials was how i made the first game ive ever made, although it was a replica of yours completely i learnt a lot through it. I hope everything keeps going great with you.
Why use body_entered instead of area_entered?
Because you’re checking to see if the object that enters this object (the coin) is a physics object, not another area.
now im here Thank u but im sorry to tell that plz forgive me u talking so much.
These video over explain way too much stuff... I think we wrote ~4 lines of code over 25 minutes. I get that this is a beginner tutorial, but I just ended up skipping over the parts where you opened the documentation every time you wanted to use a function. Also you explained twice how to get back to your scripts... this video easily could have been 12 minutes long.
I actually like it this way since my brain is slow xD
Why are you throwing random watermark garbage onto the screen
So they’re less likely to be ripped and posted elsewhere.
Very good tutorial series so far. But one problem is that falling blocks can also delete coins. I hope in the next video or 2 you show how to make the coin only react to the player's CollisionShape3D so the falling blocks don't eat it before the player can get to it. 😅
That's definitely covered in the upcoming lessons! hint: Collision Layers & Collision Masks.