AnimationTree Nodes! What are they for? I'll cover some of the things they can be used for in this video. We'll finish what we started in the previous video and get our player character animations working smoothly for all movement directions. Here is the Github repo for this project (under MIT license): github.com/uheartbeast/youtube-tutorials/tree/master/Action%20RPG This video was made possible by my wonderful Kickstarter backers. If you are interested in taking a deeper dive into the Godot game engine you can buy my 1-bit Godot Course at this link: www.heartgamedev.com/1-bit-godot-course-youtube
i've done as you have (i believe) and at the very end, with the 1.1 at the Y axis, doing all of that, my priority for animation turned up and down. i also had an up/down problem, where moving up would play RunDown animation and vice versa, i fixed that by setting the -y to RunUp and +y to RunDown. i take it as a win, i found a problem and a solution for it, i've been appreciating this course soo much, thank you a lot
@@adityapraman6290 i have a problem where animation is stuck at idle left when i play it. and inside the animationPlayer all the animation glitches with a idle left sprite expect for run left...please help idk how to fix im a beginner T^T
@@kba2049 me to i had the same issue and it was in the animation player ( i dont know what i done to mess it up) but to fix it i just deleted it and do it again and it work after all
Protip: Instead of typing "parameters/Idle/blend_position" and making sure that doesn't have any typos, just drag the property from the inspector into the script editor.
Idk why, i copied letter by letter, uppercase and all, but it would only work if i did it the way you mentioned. Even got my wife to proof-read it. that is so weird. TY though, you saved me.
For the external editor users, you can also right click the property and select "Copy Property Path" or select the propery and use CTRL+Shift+C to copy the path to your clipboard.
Not only do you take your time to calmly explain what you're doing, but you also show things that aren't necessarily going to be used in this tutorial. That makes it easier for us who like to experiment on our own, to get new ideas and try new things. I'm thoroughly enjoying this series. Thank you.
For anyone struggling to keep up making sure things are working just like they are for the example in video, I recommend watching the video all the way to the end. I was stuck, would pause and try to troubleshoot things myself for an hour since he's on an older Godot, then play the video and the next thing he said was the exact fix I needed. Don't let yourself get bogged down on anything for too long without watching more of the video.
Would you believe I did an almost identical thing on a different video on creating inventory systems? The creator of the video deliberately inserted an error to demonstrate what _not_ to do and I just happened to pause there to try to integrate what I had learned up to that point. I was troubleshooting for an hour before I gave up and resumed the video and the creator immediately solved it.
Anyone with Godot 4 that finds a jitter or flicker (depends on what you typed on CTRL+F) on the animation tree, try this: Click on the path between each animation. Mode >> make it enable, instead of Auto on both of the paths. It helped me
I've done so many Unity tutorials and followed along but I could never understand exactly what I was doing in it. I decided to grab Godot because it looked really cool and I love open source and your tutorial series is the most beneficial resource I've found for learning. I feel like I actually understand what's going on with the scripting, how it accesses the different parameters and how the vectors and delta work. Thanks a ton, so glad I'm finally feeling comfortable with this!
Exactly, I started with Unreal, was hardly able to even place a sprite, i moved to Unity which was a little better until i messed up some code I'd worked weeks on so i tried out Godot and well...I feel like after this tutorial i might be able to make a game on my own!
For those using Godot 4 make sure in the animation tree you attach the Start to idle, and both the Idle and the RUN, to END but make sure you use the at end arrow, which is in the drop box at the top. took me a good hour or so to figure that out, other than that everything works as should if you follow the vid.
If someone gets this error "Can't travel to 'Idle' if state machine is not playing." be sure that your "Idle" animation is set to autoplay like in this video. It's easy to miss and I spent 1h figuring out what was I doing wrong. Thanks for this video and to go so much in detail. Godot is really powerful for animations, even more than Unity I would say. The difference is that Godot got it right.
I love how in-depth this tutorial series is it goes over everything from start to finish (at least that's the tendency I see at this point of time) and is easy to understand great job, keep it up!
Zachary Christy I took a class where my classmate was adamant that he could accomplish anything with if/else statements and let me tell you when you look at a script with over 500 if/else statements being used to accomplish something that could have been done with about ten or twenty lines of code it’s a combination of impressive and painful...
you can also prioritize which animation gets played on diagonals by creating additional points in your Run blend tree at each of the four corners. This is a little bit more robust since it lets you use either unique animations for diagonals or reuse existing animations without having to fudge the main points.
Really neat solution, I had a little problem though. When my velocity vector changes from, for example, right to diagonal up right, the RunRight animation resets. Is there any way to tell the AnimationTree to leave the already playing animation playing?
@@samu350 i had a problem like you too, did you already figure it out yet? please reply me if you already know how to fix it, i'm really bothered by that problem. i really appreciate it if you willing to share it with me
@@sendysetiawan3265 I haven't done this in godot, but I've solved similar problems by checking if I am already playing an animation before I start to play it.
for Godot4 users, do this instead in the animation tree: link the start to idle to run to end and you are good also to avoid jittering select the path between each animation example Idle -(this path )-> Run go Advanced > Mode > make it enable, instead of Auto on both of the paths if you find that your animation isn't showing up make the path between the start and Idle auto but if your animation is working without setting it to auto better leave as enabled
Alright I am using Godot 4.2.1, if youre like me and your animation was flickering so you stopped and tried troubleshooting. Heres what worked for me. Connect Start to Idle (Switch Mode: Immediate, Advance: Auto), Connect Idle to Run and Run to Idle (Switch Mode: Immediate, Advance: Enabled) Connect Run to End (Switch Mode: At End, Advance: Auto) It'll still be flickering at this point if you stopped midway through the video. At 17:00 he removes a line in the script thats setting the animation constantly. He also removes Autoplay on Load from RunRight in Animation. also just to repeat a tip in the comments, instead of typing "parameters/Idle/blend_position" just drag the property from the inspector into the script editor.
This worked like a charm man, you're a real hero! Btw, this method is still 100% possible using an AnimatedSprite2D + AnimationPlayer nodes all the same, in case your animations are a bit more complex and you don't feel like stitching all your frames on a looooooong png file.
I‘m revisiting this series after some time because I want to give gamedev a try again. In the meantime I‘ve learned something regarding the priorization of diagonal animations: Both Link‘s Awakening and A Link To The Past solve this very differently and I actually prefer their approach: They change the direction only if you go straight in one direction (horizontal or vertical), but the direction does not change when you start walking diagonally. This means if you walk to the right and slightly adjust your movement up or down Link does look to the right the entire time. The same is true if you walk straight up and slightly adjust your movement to the left or right: Link always looks upwards. This also makes an important difference when you start attacking while walking. Unexpectedly changing the direction of your attack could really mess with the feel of your game. This is even more important for ranged or projectile attacks, because they most likely depend on the direction you‘re looking at. Now, the question is: can you use the BlendSpace to achieve this type of movement? If you need to do this with code you also have to factor in analog sticks (unless you disable them entirely). If you just check for vectors like (1, 0) it would be really difficult to change the direction using an analog stick (or it would be very easy to moonwalk through your game :D)
I think the whole point of using this 2d vector space is so that it can emulate controller sticks. If you move the blend position in the animation tree it will act as a joystick. Also, regarding the facing up for slight change in direction, isn't this video doing the exact thing or are you talking about something else? Like, in this video, we only have our character facing 4 directions, even after little change in blend position.
If you have an issue with something showing the wrong animation, check if you put in the right animations in the BlendSpace2D. I had this issue myself, I accidentally put "IdleLeft" in the place where "RunRight" had to be. 7:32
Before I ask my question: Using Unity for several years now, I was only a little curious about what Godot can do and I gotta say, this series is really addictive. You go out of your way explaining everything and you even keep mistakes in (before you fix them) which not only makes the whole process feel more "human," it also is educative in its own way. Thank you, this series is super important and I'll keep watching. Now for the question... I get how Blend Trees work and you come up with a good solution for the issue of the sprite facing random directions when walking diagonally. However, I think it would be even better to have the player keep facing the same direction that he started with, no matter which one that was, until he lets go of that direction. Will you come back to this and adress it? Even if you don't, this *_free_* tutorial series is fantastic and I appreciate you doing all this work for people who are genuinely curious and willing to put in the time!
"It is very important that you spell this correctly" *Me proceeds to spell it incorrectly and using 25minutes of pure brainstorm before I spellcheck it, and realize I've been a fool*
it's cool that in every new series u explain everything from beginning bc a lot of tutorial guys like u don't do this, they just explain one time in about 2 yo video and "that's it". i like ur tutorials, keep goin
I don't know if you read the comments to this day, but I need to thank you for these videos, even though I'm not a native English speaker, and I even have difficulty with certain points, the video with translation shows me how didactic and direct your explanation is.
Bro. I'm loving this series. First of all, your approach doesn't make me feel like an idiot. I love how you explain anything and better yet I like how your tutorial is iterative. it shows how it could be done, and then how it could be done better. Keep up the great work!
I love these tutorials. I"m currently a Computer Science Student and we focused on software development but I'm more interested on making games and how to be good at it and these tutorials are truly lifesaver. I got more motivated and got to practice more my programming skills haha thank you so much Benjamin. Wish to learn more about your Godot Tutorials Keep Up the Goodwork. Love the Contents
Excellent tutorials Ben. A couple of issues and solutions for any viewers that run into the problems I had: If you find that your animation continues to flicker between anims even after removing play line in your script, check the Current Animation property on the animation player node. Set that the [stop] if it isn't already. If you drag one of your blend space points off the screen and can't figure out how to get it back, increase the scale of the problem axis. That will show the point again, you can move it back, then reset the scale (in Ben's case, he used 1.1 for the Y axis). Lastly, it looks like the player script changed since the last tutorial (or I may have just missed something). The else condition now has delta multiplying within the parenthesis. From the last tutorial, my delta multiplication was outside of the parenthesis. I haven't checked back with the previous episode, so apologies if it was actually me who messed that up on my own. Keep it going Ben! I wish you had a patreon!
Hey thanks for sharing this! We do actually move delta outside in the previous video. I also have a patreon but it is more for donations (I don't really have perks) so I don't advertise it much.
My first time using Godot and coding to make games, so far following your videos are the only videos on TH-cam that has made understanding Godot easy others do not explain enough of the why (something happens) and they just continue. Credit to you for making these and taking the time to help others. Every single step has been flawless and clear and concise. I will be completing this and using this to eventually build my own game. I do not know if you do towards the end of this series but it would be great to see how to create and import Asperite animations and or and also create them. Thanks for making this free, I think ill be buying your course after this.
Tip & trick for more clearly code: var animationPosition setget setPos, getPos func setPos(newPosition): if not is_inside_tree(): return animationTree.set("bla-bla-bla-1", newPosition) animationTree.set("bla-bla-bla-2", newPosition) func getPos(): if not is_inside_tree(): return return animationTree.get("bla-bla-bla-2") Then use self.animationPosition in _physics_process() so activate setter/getter calling.
You're such a good teacher! You've made this whole process of learning Godot a breeze compared to what I would've had if I had been learning alone :,^D
Easy method solving AnimationTree order of directions (when multi directions are pressed): The order you create points (say 1st left then 2nd right..) that will have priority for multi-direction pressed.. To correct it is easy: If you want left and right 1st, simply delete top and bottom points and create top & bottom points again, then top & bottom will be last in the order again ;-) worked for me. (using same method I easily changed it to up & down having priority & back to left and right simply deleting the 2 directions that should have last priority and re-creating their points).
This is not only a great tutorial (everything is explained so clearly!), but it shows a good use of the debug process. Instead of going to google you did a little testing. Really nice video, I’ll have to watch the rest of the series. This would make a really good standalone tutorial for 4.0 too
Yesterday, me and my 14 year old son started to do a 2D-RPG in Visual-Studio and C#. After an hour he lost interest and i can't blame him for that. I said to him, maybe its better to try a game-engine like "Godot" (since its said to be lightweight and easy to learn). We assumed, it will have specialized tools for creating 2d games. I am really thankful, you did this tutorial. I am using Godot 4.x and go through every step you show. Especially the animation part is really, really helpful! Thank you so much!
24 minutes and 51 seconds for this video, only to spend at least a good part of the day watching the some 24m51s video to work out all the problems I experienced. Only started learning to code a few days ago and you have help me understand so much more than i could have thought. keep up the great work!
For Godot 4 I connected the Start animation state to the idle blend space, with the advance mode for the connection on "Auto". On the two connections between the idle and run blend spaces I set the advance mode to disabled
FINALLY! I found a tut on this that actually worked, not only that, have the same twitchy issues on the anims (16:57) and this helped me figure out what I was doing incorrect in G4, to make my little dude, Walk, and stop in the same direction. I think I must of gone over about 5 tutors this morning trying to figure out why it worked on screen, and not in my game..
Your videos on this is SO SO HELPFUL! I am currently working with Godot because I wanted to get into making games as a kid and still even to this day. The thought of having people play games that I created just to get my creative ideas out there to people. I'm new to coding and new to Godot, but with the help of your videos I think I'll be able to at least make something! Thanks for making this series on how to make a top down RPG styled game! Stay safe and stay awesome homie!
I'm so thankful to have found you and this! These are great tutorials and relatively easy to understand. I agree with others in that I can't wait for the newest videos to come out and start going in on it by myself. Thank you for your time and effort on these!
I'm learning Godot for the first time and your explanation was so clear that it took me little difficulty to tweak Godot so it could handle my 8 directions idle/walk animation :D Godot seemed really intimidating to learn at first but you make it so incredibly clear that Godot like a fun toy to experiment and mess around in. So thank you so much for the series!
I had decided to look at godot intensely after some crap unity is pulling and learn who the one ceo of unity is.... i do have to say my draw to godot is becoming stronger with every video. Your one of my favorite teachers so far. I love the pacing, i love the fact that you screw up and work through the fixes. Too many unity teachers either do things so scriptedly perfect that you don't learn what to do when an error comes up. Screwing up is always an option. Love the tutorials so far, great pacing. By the end of this ill probably be fully converted.
Following along and I am very happy to learn all this. I am a computer engineering student so I have a lot of programming familiarity - but there are a lot of fun quirks here! thanks for being you
I've been trying to learn Godot with a paid course, it's fine and all but I wasn't driven to continue. Your teaching style makes me eager to push on. Can't stop thinking about game ideas. It's midnight and all I want to do is watch more game dev tutorials. Pretty sure I'm gonna end up purchasing your course.
I've been following along and so far it all felt super simple, but this video in particular was super amazing - thank you so much! I feel like we're really getting into the more sophisticated node types. I've studied game programming and have previously written all this kind of stuff by hand. This is the first time I'm learning an engine with an actual GUI and pre-built stuff and have to say - there's no way I'd be this far if I were writing everything by hand. Looking forward to working through the rest of the series!
I'm also quite liking Godot thanks to your videos. I've come from LibGDX and XNA, and this is much more efficient. I definitely miss having some static types instead of the scripting language though, but I see the benefits as well. I haven't checked your entire channel, but am also interested - does it become valuable to use the bindings to statically typed languages over GDScript as projects become more complex, or is GDScript always sufficient?
As someone who is mainly doing this as a way to pass the time during quarantine, your vids are helping me out so much. They explain everything so clearly and I cannot thank you enough for this series! Keep it up :)
For those whose animation is stuck, you just have to change the blendspace connectors in the part on the left where it says advance>Mode and change it to enabled :)
Okay, my way to set up correct animation with minimum difference from the video: Godot 4.2.2 1. In the Animation tab make sure that looping is disabled for both idle and run animation tracks (animation looping arrows in the right side of the Animation tab must ne white) this is important, otherwise the previous animation will try to play again while new animation is playing, causing jittering 2. In the Animation Tree tab make following connections: 2.1 Start - Idle (Switch: Switch Mode -> Intermediate, Advance: Mode -> Enabled) 2.2 Idle- Run (Switch: Switch Mode -> Intermediate, Advance: Mode -> Enabled) 2.3 Run- Idle (Switch: Switch Mode -> Intermediate, Advance: Mode -> Enabled) 2.4 Run- End (Switch: Switch Mode -> At End, Advance: Mode -> Auto) !!!! IMPORTANT !!!!! So in the Animation tree all connections must be just gray arrows > And the Run - End connection must be green arrow with line >| All other settings are default
Thanks a lot! I realized that the reason why he enabled loop at the start was to show the animation running when pressing keys but when you are using the animation three you don't need that anymore
Haha, I noticed that little movement animation inconsistency with down-right just before you mentioned it, and was thinking the same thing. It bothered me too lol. Then you mentioned it and I'm so glad you went on to tell us how to correct it ^_^.
I'm liking your lessons so far, they're simple and straightforward. As a beginner I still dont know much about code but I can get a different form of understanding. I wanna try developing my own game based on the lessons.
Hello people ! Great tuto so far i love it ! I have a little tip for not having typos in get() or set() strings : When you've got your method written, just click and drag the name of the chosen parameter (in your inspector) inside the method's parenthesis ad it will be perfectly written
Thank you for making these tutorials so easy to understand. It makes this whole process a lot more enjoyable and easy to learn when I know what all these coding terms are as well as what they do in the context of the game. I hope that I can keep developing from your series :)
And this is why I love Godot over Unity. Everything is just so well organised in this engine ( * w * ) Godot is amazing, your tutorial is amazing. Damn this is a bliss
For those who are using Godot 4.2.1 stable, connect START to IDLE with auto on. After, connect IDLE to RUN with auto on as well. However, RUN to IDLE should be enabled, not auto (Edit, auto is also works as long as animationState.travel("Run") does not exist). For END node, u can use "at end" and connect with RUN. However, it really does not matter if u connect or not, at least for my testing. For the script, erase the animationState.travel("Run") part. The rest should be same as the video.
Oh my god, i 've done so much tutorials and you are the best. Thanks for explaining it in such detail, I didn't get lost anywhere, unlike other tutorials.
Hey, just wanna say thanks. Im very new to godot and this series is helping me understand it a lot! You cover things pretty well, and i feel like I understand everything explained pretty well.
8:36 The reason for that is because in Godot 2D coordinate system has y - at the top and y + at the bottom. It's done so, because if you look at the 2DScene, the starting x0, y0 position is at the top left corner of the scene, and incrementing y would move the object "down", away from the top But it's only true for 2D, the 3D coordinate system is of course different. It's similar to coordinate system used in mobile applications to position UI elements
Those little mistakes are very educative of how things work! Great tut's as usual: I have a hard time getting motivated from video tutorials but yours seems to always get me interested!
Hello Benjamin, it is the first time that I have seen a state machine tutorial, and the truth is that you explain it very well, it also helped me to see new functions! thank you very much Genius!
I spent like 2 hours trying to find an issue, and it was the part you specifically said to be careful not to mistype Lol. I even read over all the code like 20 times Godot should really implement something to say that you typed a parameter that doesnt exist tho. Would be helpful Amazing tutorial Thanks a bunch :)
The drawback with how that works is you can mistype and Godot does not know about it. But the benefit, which is never really mentioned, is that you can pull in any parameter that way, without having to prepare for it in the specific nodes. So that makes it a powerful mechanism, but like all powerful things, it requires due caution and respect. :-)
I thought what was really interesting was how we were able to manipulate the state of animationTree/animationState via the .set functions. Though I was surprised how manual the process was of defining the parameter via string. Wish there was an auto complete. Maybe that's just me. Another amazing video man!!!
Due to dynamic typing, auto complete functions in the editor are limited. You can do things like casting (animationPlayer as AnimationPlayer).someFoo or explicit declarations var animationPlayer : AnimationPlayer onready var animationTree := $AnimationTree
if anyone is having a problem with the character doesn't changing the direction, here´s the code: animationTree.set("parameters/Idle/blend_position", input_vector) animationTree.set("parameters/Run/blend_position", input_vector) it was happening to me and I realized I wrote "postion" instead of "position"
I am so confused, I copy and pasted yours and it worked, so i checked mine next to yours and it was letter to letter, but mine didn't work but yours did. Thank you
turns out ive been spelling position as "posistion" and once i realized, literally this and 2 other games ive been trying, the animations FINALLY all work, feel kinda dumb butttttttt its super exciting when you finally finally get it
First, thanks for the tutorials, I'm finally motivated to study Godot. Second, I don't know why but the animation to my Player only works to the left (it moves to the correct direction, just the animation is wrong), the behaviour is similar to what happened in 17:06, but our code are the same. I check the animation section too and saw nothing weird, but my Player starts with idle_left and even if a change to idle_right in the animation, it just go right->left very quickly.
I was having a lot of weird behavior where the animation would try to immediately snap back to IdleLeft, and would often (but not always) start flickering between the most recent direction and IdleLeft. I was able to fix my issue by unselecting Autoplay on Load (the little 'A' tag next to the name of the animation in the AnimationPlayer). That got the flickering to stop, and everything worked properly. Hope that can help you, or anybody else with the issue!
Great video! Sadly I tried the animation trick at the end; and it did not fix the diagonal idles. Not sure if I missed an earlier step or if Godot updated and broke this fix.
If you are still getting the nil issue, you have to set it back to parameters/playback. They updated parameter/playback to parameters/playback. I guess many people had this issue. I didn't get the text when hovering over it but you can drag from the animation tree parameters into anywhere and see the name of the property.
Great great video, thanks very much i really wanted to learn AnimationTree and there aren't really any other tuts on this (specifically for 2D). Thank you very much! keep up the good work =)
On 14:23, you hover over the property, you can just drag and drop it into the code instead of typing it manually ( Don't do this: 14:39 ). It's a pretty handy trick for saving time!
Really important in the AnimationTree when editing each BlendSpace2D don't forget changing Blend to Discrete!! If not the animation will try blending idle and run together
AnimationTree Nodes! What are they for?
I'll cover some of the things they can be used for in this video. We'll finish what we started in the previous video and get our player character animations working smoothly for all movement directions.
Here is the Github repo for this project (under MIT license): github.com/uheartbeast/youtube-tutorials/tree/master/Action%20RPG
This video was made possible by my wonderful Kickstarter backers. If you are interested in taking a deeper dive into the Godot game engine you can buy my 1-bit Godot Course at this link: www.heartgamedev.com/1-bit-godot-course-youtube
i've done as you have (i believe) and at the very end, with the 1.1 at the Y axis, doing all of that, my priority for animation turned up and down. i also had an up/down problem, where moving up would play RunDown animation and vice versa, i fixed that by setting the -y to RunUp and +y to RunDown.
i take it as a win, i found a problem and a solution for it, i've been appreciating this course soo much, thank you a lot
Hey I have an problem when i move to the right,up and down it uses the left animation. How do i fix it?
@@goge7152 you probably made mistakes while creating the triangles
@@adityapraman6290 i have a problem where animation is stuck at idle left when i play it. and inside the animationPlayer all the animation glitches with a idle left sprite expect for run left...please help idk how to fix im a beginner T^T
@@kba2049 me to i had the same issue and it was in the animation player ( i dont know what i done to mess it up) but to fix it i just deleted it and do it again and it work after all
Protip: Instead of typing "parameters/Idle/blend_position" and making sure that doesn't have any typos, just drag the property from the inspector into the script editor.
Oh wow, much thanks for that ♡
Idk why, i copied letter by letter, uppercase and all, but it would only work if i did it the way you mentioned. Even got my wife to proof-read it. that is so weird. TY though, you saved me.
Thanks!
For the external editor users, you can also right click the property and select "Copy Property Path" or select the propery and use CTRL+Shift+C to copy the path to your clipboard.
Thanks
Not only do you take your time to calmly explain what you're doing, but you also show things that aren't necessarily going to be used in this tutorial.
That makes it easier for us who like to experiment on our own, to get new ideas and try new things.
I'm thoroughly enjoying this series.
Thank you.
For anyone struggling to keep up making sure things are working just like they are for the example in video, I recommend watching the video all the way to the end. I was stuck, would pause and try to troubleshoot things myself for an hour since he's on an older Godot, then play the video and the next thing he said was the exact fix I needed. Don't let yourself get bogged down on anything for too long without watching more of the video.
Would you believe I did an almost identical thing on a different video on creating inventory systems? The creator of the video deliberately inserted an error to demonstrate what _not_ to do and I just happened to pause there to try to integrate what I had learned up to that point. I was troubleshooting for an hour before I gave up and resumed the video and the creator immediately solved it.
Thats fine you will search better next time
Godot 4 users: Connect the Start node to the Idle node. No more autoplay button in AnimationTree.
Thank you very much
and make sure it is NOT connected to end for idle i wasted an hour figuring that
Do not connect run to End it took me 2 days to figure it out 😭😭
Anyone with Godot 4 that finds a jitter or flicker (depends on what you typed on CTRL+F) on the animation tree, try this:
Click on the path between each animation.
Mode >> make it enable, instead of Auto on both of the paths.
It helped me
Thanks man, you helped me alot! :D
Thanks B)
Life saver! Thank you.
I could kiss you!
Thank you very much! it's working thanks to you.
This series is coming out so terrific, I can see the people begin to riot for an increase in scope... and I'm one of them! :-)
I've done so many Unity tutorials and followed along but I could never understand exactly what I was doing in it. I decided to grab Godot because it looked really cool and I love open source and your tutorial series is the most beneficial resource I've found for learning. I feel like I actually understand what's going on with the scripting, how it accesses the different parameters and how the vectors and delta work. Thanks a ton, so glad I'm finally feeling comfortable with this!
i can relate so much to this
I GOT THE SAME
Exactly, I started with Unreal, was hardly able to even place a sprite, i moved to Unity which was a little better until i messed up some code I'd worked weeks on so i tried out Godot and well...I feel like after this tutorial i might be able to make a game on my own!
SAMEEEE
For those using Godot 4 make sure in the animation tree you attach the Start to idle, and both the Idle and the RUN, to END but make sure you use the at end arrow, which is in the drop box at the top. took me a good hour or so to figure that out, other than that everything works as should if you follow the vid.
Thank you!!! You saved me a lot of frustration!
If someone gets this error "Can't travel to 'Idle' if state machine is not playing." be sure that your "Idle" animation is set to autoplay like in this video.
It's easy to miss and I spent 1h figuring out what was I doing wrong.
Thanks for this video and to go so much in detail. Godot is really powerful for animations, even more than Unity I would say.
The difference is that Godot got it right.
I love how in-depth this tutorial series is
it goes over everything from start to finish (at least that's the tendency I see at this point of time) and is easy to understand
great job, keep it up!
me before watching this video: just use more if statements for the up and down animation
me after watching this video: interstellar music playing
My brain was coming up with if statements too, lol. I had to take a break to refresh my head.
"This little if statement is gonna cost us 51 years..."
after watching the fifth part, I use more if statement already and the animation suck. I believe that Nodes make you code simpler.
Zachary Christy I took a class where my classmate was adamant that he could accomplish anything with if/else statements and let me tell you when you look at a script with over 500 if/else statements being used to accomplish something that could have been done with about ten or twenty lines of code it’s a combination of impressive and painful...
@@Sitskier123 is your friend the creator of yandere simulator?
you can also prioritize which animation gets played on diagonals by creating additional points in your Run blend tree at each of the four corners. This is a little bit more robust since it lets you use either unique animations for diagonals or reuse existing animations without having to fudge the main points.
Genius, thanks. Didn't really work for me but this solved it. It is indeed a lot more direct and robust.
Really neat solution, I had a little problem though.
When my velocity vector changes from, for example, right to diagonal up right, the RunRight animation resets.
Is there any way to tell the AnimationTree to leave the already playing animation playing?
@@samu350 i had a problem like you too, did you already figure it out yet? please reply me if you already know how to fix it, i'm really bothered by that problem. i really appreciate it if you willing to share it with me
@@sendysetiawan3265 I used the previous solution instead of the one in this comment.
@@sendysetiawan3265 I haven't done this in godot, but I've solved similar problems by checking if I am already playing an animation before I start to play it.
for Godot4 users, do this instead in the animation tree: link the start to idle to run to end and you are good also to avoid jittering select the path between each animation example Idle -(this path )-> Run go Advanced > Mode > make it enable, instead of Auto on both of the paths if you find that your animation isn't showing up make the path between the start and Idle auto but if your animation is working without setting it to auto better leave as enabled
u are a hero my dude
This!
Your the hero man
Love the content Benjamin keep it up I love your calm attitude!
Alright I am using Godot 4.2.1, if youre like me and your animation was flickering so you stopped and tried troubleshooting. Heres what worked for me.
Connect Start to Idle (Switch Mode: Immediate, Advance: Auto),
Connect Idle to Run and Run to Idle (Switch Mode: Immediate, Advance: Enabled)
Connect Run to End (Switch Mode: At End, Advance: Auto)
It'll still be flickering at this point if you stopped midway through the video. At 17:00 he removes a line in the script thats setting the animation constantly. He also removes Autoplay on Load from RunRight in Animation.
also just to repeat a tip in the comments, instead of typing "parameters/Idle/blend_position" just drag the property from the inspector into the script editor.
Tried it, didn't work
Simple things in life, 8-directional movement with pixel-perfect collisions makes me happy :) So far had a blast with the course!
This worked like a charm man, you're a real hero! Btw, this method is still 100% possible using an AnimatedSprite2D + AnimationPlayer nodes all the same, in case your animations are a bit more complex and you don't feel like stitching all your frames on a looooooong png file.
Easily one the absolute best godot tutorials out there. Thanks for making these!
You've litarally brought me to tears when the animations were switching directions and cycling between run/idle on their own. Incredible video
I‘m revisiting this series after some time because I want to give gamedev a try again. In the meantime I‘ve learned something regarding the priorization of diagonal animations: Both Link‘s Awakening and A Link To The Past solve this very differently and I actually prefer their approach: They change the direction only if you go straight in one direction (horizontal or vertical), but the direction does not change when you start walking diagonally. This means if you walk to the right and slightly adjust your movement up or down Link does look to the right the entire time. The same is true if you walk straight up and slightly adjust your movement to the left or right: Link always looks upwards. This also makes an important difference when you start attacking while walking. Unexpectedly changing the direction of your attack could really mess with the feel of your game. This is even more important for ranged or projectile attacks, because they most likely depend on the direction you‘re looking at.
Now, the question is: can you use the BlendSpace to achieve this type of movement? If you need to do this with code you also have to factor in analog sticks (unless you disable them entirely). If you just check for vectors like (1, 0) it would be really difficult to change the direction using an analog stick (or it would be very easy to moonwalk through your game :D)
I think the whole point of using this 2d vector space is so that it can emulate controller sticks. If you move the blend position in the animation tree it will act as a joystick.
Also, regarding the facing up for slight change in direction, isn't this video doing the exact thing or are you talking about something else?
Like, in this video, we only have our character facing 4 directions, even after little change in blend position.
If you have an issue with something showing the wrong animation, check if you put in the right animations in the BlendSpace2D. I had this issue myself, I accidentally put "IdleLeft" in the place where "RunRight" had to be. 7:32
dude you are my hero
Thanks man, I definitely made that mistake.
Before I ask my question: Using Unity for several years now, I was only a little curious about what Godot can do and I gotta say, this series is really addictive. You go out of your way explaining everything and you even keep mistakes in (before you fix them) which not only makes the whole process feel more "human," it also is educative in its own way. Thank you, this series is super important and I'll keep watching.
Now for the question... I get how Blend Trees work and you come up with a good solution for the issue of the sprite facing random directions when walking diagonally. However, I think it would be even better to have the player keep facing the same direction that he started with, no matter which one that was, until he lets go of that direction. Will you come back to this and adress it?
Even if you don't, this *_free_* tutorial series is fantastic and I appreciate you doing all this work for people who are genuinely curious and willing to put in the time!
"It is very important that you spell this correctly"
*Me proceeds to spell it incorrectly and using 25minutes of pure brainstorm before I spellcheck it, and realize I've been a fool*
I only figured it out after reading your comment. Thanks for that.
@@nechiharudori8343 SAME
@@slugmage. BRUH SAME
I did it to lol 😂
@@nechiharudori8343 SAME LOL
it's cool that in every new series u explain everything from beginning bc a lot of tutorial guys like u don't do this, they just explain one time in about 2 yo video and "that's it".
i like ur tutorials, keep goin
Good work man, I'm using GameMaker and Unity to make my games / devlog videos, but Godot looks like a cool software as well!! :)
Yeah I love Godot :)
You’re really explaining well. Luv it! Keep it up Benjamin! 👍
I don't know if you read the comments to this day, but I need to thank you for these videos, even though I'm not a native English speaker, and I even have difficulty with certain points, the video with translation shows me how didactic and direct your explanation is.
Bro. I'm loving this series. First of all, your approach doesn't make me feel like an idiot. I love how you explain anything and better yet I like how your tutorial is iterative. it shows how it could be done, and then how it could be done better. Keep up the great work!
I love these tutorials. I"m currently a Computer Science Student and we focused on software development but I'm more interested on making games and how to be good at it and these tutorials are truly lifesaver. I got more motivated and got to practice more my programming skills haha thank you so much Benjamin. Wish to learn more about your Godot Tutorials Keep Up the Goodwork.
Love the Contents
Same as me. I'm currently in my sophomore year.
Excellent tutorials Ben.
A couple of issues and solutions for any viewers that run into the problems I had:
If you find that your animation continues to flicker between anims even after removing play line in your script, check the Current Animation property on the animation player node. Set that the [stop] if it isn't already.
If you drag one of your blend space points off the screen and can't figure out how to get it back, increase the scale of the problem axis. That will show the point again, you can move it back, then reset the scale (in Ben's case, he used 1.1 for the Y axis).
Lastly, it looks like the player script changed since the last tutorial (or I may have just missed something). The else condition now has delta multiplying within the parenthesis. From the last tutorial, my delta multiplication was outside of the parenthesis. I haven't checked back with the previous episode, so apologies if it was actually me who messed that up on my own.
Keep it going Ben! I wish you had a patreon!
Hey thanks for sharing this! We do actually move delta outside in the previous video.
I also have a patreon but it is more for donations (I don't really have perks) so I don't advertise it much.
@@uheartbeast Perks not needed! I'll look you up :)
I am a young dev that was in need of help in finding the right engine to program on. You were the person who made me click to Godot!
Same
My first time using Godot and coding to make games, so far following your videos are the only videos on TH-cam that has made understanding Godot easy others do not explain enough of the why (something happens) and they just continue. Credit to you for making these and taking the time to help others. Every single step has been flawless and clear and concise. I will be completing this and using this to eventually build my own game. I do not know if you do towards the end of this series but it would be great to see how to create and import Asperite animations and or and also create them.
Thanks for making this free, I think ill be buying your course after this.
Tip & trick for more clearly code:
var animationPosition setget setPos, getPos
func setPos(newPosition):
if not is_inside_tree(): return
animationTree.set("bla-bla-bla-1", newPosition)
animationTree.set("bla-bla-bla-2", newPosition)
func getPos():
if not is_inside_tree(): return
return animationTree.get("bla-bla-bla-2")
Then use self.animationPosition in _physics_process() so activate setter/getter calling.
You're such a good teacher!
You've made this whole process of learning Godot a breeze compared to what I would've had if I had been learning alone :,^D
Easy method solving AnimationTree order of directions (when multi directions are pressed): The order you create points (say 1st left then 2nd right..) that will have priority for multi-direction pressed.. To correct it is easy: If you want left and right 1st, simply delete top and bottom points and create top & bottom points again, then top & bottom will be last in the order again ;-) worked for me. (using same method I easily changed it to up & down having priority & back to left and right simply deleting the 2 directions that should have last priority and re-creating their points).
This is not only a great tutorial (everything is explained so clearly!), but it shows a good use of the debug process. Instead of going to google you did a little testing.
Really nice video, I’ll have to watch the rest of the series. This would make a really good standalone tutorial for 4.0 too
Yesterday, me and my 14 year old son started to do a 2D-RPG in Visual-Studio and C#. After an hour he lost interest and i can't blame him for that. I said to him, maybe its better to try a game-engine like "Godot" (since its said to be lightweight and easy to learn). We assumed, it will have specialized tools for creating 2d games. I am really thankful, you did this tutorial. I am using Godot 4.x and go through every step you show. Especially the animation part is really, really helpful! Thank you so much!
24 minutes and 51 seconds for this video, only to spend at least a good part of the day watching the some 24m51s video to work out all the problems I experienced. Only started learning to code a few days ago and you have help me understand so much more than i could have thought. keep up the great work!
Thank you again for doing this and a big thanks to your kickstarter backers as well. I love this content.
For Godot 4 I connected the Start animation state to the idle blend space, with the advance mode for the connection on "Auto". On the two connections between the idle and run blend spaces I set the advance mode to disabled
Did this work?
Thank you so much. I was very lost on this
When i want to learn something most tutorials suck but once i find THAT tutorial its awesome.
This is THAT tutorial!!!!
FINALLY! I found a tut on this that actually worked, not only that, have the same twitchy issues on the anims (16:57) and this helped me figure out what I was doing incorrect in G4, to make my little dude, Walk, and stop in the same direction.
I think I must of gone over about 5 tutors this morning trying to figure out why it worked on screen, and not in my game..
Your videos on this is SO SO HELPFUL! I am currently working with Godot because I wanted to get into making games as a kid and still even to this day. The thought of having people play games that I created just to get my creative ideas out there to people. I'm new to coding and new to Godot, but with the help of your videos I think I'll be able to at least make something! Thanks for making this series on how to make a top down RPG styled game!
Stay safe and stay awesome homie!
Waiting for it the whole day bloody beginner here, no idea what im doing, good tutorials to get into =))
21:07 I had just tested and seen that, I was already going crazy, thank you for saving me
each video in the playlist just gets better and better!
I'm so thankful to have found you and this! These are great tutorials and relatively easy to understand. I agree with others in that I can't wait for the newest videos to come out and start going in on it by myself. Thank you for your time and effort on these!
I cannot describe how useful this series has been for me. Thank you so much.
I'm learning Godot for the first time and your explanation was so clear that it took me little difficulty to tweak Godot so it could handle my 8 directions idle/walk animation :D
Godot seemed really intimidating to learn at first but you make it so incredibly clear that Godot like a fun toy to experiment and mess around in.
So thank you so much for the series!
Thank you so much for this series! I've learnt a lot so far, and I'm looking forward to the next episodes.
I had decided to look at godot intensely after some crap unity is pulling and learn who the one ceo of unity is.... i do have to say my draw to godot is becoming stronger with every video. Your one of my favorite teachers so far. I love the pacing, i love the fact that you screw up and work through the fixes. Too many unity teachers either do things so scriptedly perfect that you don't learn what to do when an error comes up. Screwing up is always an option. Love the tutorials so far, great pacing. By the end of this ill probably be fully converted.
The best course i've seen so far on Godot on a complex topic... Well done ! You have a new subscriber from France ! Keep it up Ben !
Following along and I am very happy to learn all this. I am a computer engineering student so I have a lot of programming familiarity - but there are a lot of fun quirks here!
thanks for being you
I've been trying to learn Godot with a paid course, it's fine and all but I wasn't driven to continue. Your teaching style makes me eager to push on. Can't stop thinking about game ideas. It's midnight and all I want to do is watch more game dev tutorials. Pretty sure I'm gonna end up purchasing your course.
I've been following along and so far it all felt super simple, but this video in particular was super amazing - thank you so much! I feel like we're really getting into the more sophisticated node types. I've studied game programming and have previously written all this kind of stuff by hand. This is the first time I'm learning an engine with an actual GUI and pre-built stuff and have to say - there's no way I'd be this far if I were writing everything by hand. Looking forward to working through the rest of the series!
I'm also quite liking Godot thanks to your videos. I've come from LibGDX and XNA, and this is much more efficient. I definitely miss having some static types instead of the scripting language though, but I see the benefits as well. I haven't checked your entire channel, but am also interested - does it become valuable to use the bindings to statically typed languages over GDScript as projects become more complex, or is GDScript always sufficient?
As someone who is mainly doing this as a way to pass the time during quarantine, your vids are helping me out so much. They explain everything so clearly and I cannot thank you enough for this series! Keep it up :)
For those whose animation is stuck, you just have to change the blendspace connectors in the part on the left where it says advance>Mode and change it to enabled :)
this series has been fantastic so far! you are far and away the best teacher I've watched on this type of stuff.
Okay, my way to set up correct animation with minimum difference from the video:
Godot 4.2.2
1. In the Animation tab make sure that looping is disabled for both idle and run animation tracks (animation looping arrows in the right side of the Animation tab must ne white) this is important, otherwise the previous animation will try to play again while new animation is playing, causing jittering
2. In the Animation Tree tab make following connections:
2.1 Start - Idle (Switch: Switch Mode -> Intermediate, Advance: Mode -> Enabled)
2.2 Idle- Run (Switch: Switch Mode -> Intermediate, Advance: Mode -> Enabled)
2.3 Run- Idle (Switch: Switch Mode -> Intermediate, Advance: Mode -> Enabled)
2.4 Run- End (Switch: Switch Mode -> At End, Advance: Mode -> Auto) !!!! IMPORTANT !!!!!
So in the Animation tree all connections must be just gray arrows >
And the Run - End connection must be green arrow with line >|
All other settings are default
Thanks a lot! I realized that the reason why he enabled loop at the start was to show the animation running when pressing keys but when you are using the animation three you don't need that anymore
THANK YOU SO MUCH!!!!!!!!!!!!
OMG thanks! I have never found a good tutorial on animation tree! I finally know how to use it.
Since Godot 4.0 changed quite a bit with animation. I think I'm pretty lucky that everything turned out well on my end. Thank you for these videos.
Haha, I noticed that little movement animation inconsistency with down-right just before you mentioned it, and was thinking the same thing. It bothered me too lol. Then you mentioned it and I'm so glad you went on to tell us how to correct it ^_^.
I'm liking your lessons so far, they're simple and straightforward. As a beginner I still dont know much about code but I can get a different form of understanding. I wanna try developing my own game based on the lessons.
Hello people ! Great tuto so far i love it ! I have a little tip for not having typos in get() or set() strings :
When you've got your method written, just click and drag the name of the chosen parameter (in your inspector) inside the method's parenthesis ad it will be perfectly written
Thank you for making these tutorials so easy to understand. It makes this whole process a lot more enjoyable and easy to learn when I know what all these coding terms are as well as what they do in the context of the game. I hope that I can keep developing from your series :)
And this is why I love Godot over Unity. Everything is just so well organised in this engine ( * w * )
Godot is amazing, your tutorial is amazing. Damn this is a bliss
For those who are using Godot 4.2.1 stable, connect START to IDLE with auto on. After, connect IDLE to RUN with auto on as well. However, RUN to IDLE should be enabled, not auto (Edit, auto is also works as long as animationState.travel("Run") does not exist). For END node, u can use "at end" and connect with RUN. However, it really does not matter if u connect or not, at least for my testing. For the script, erase the animationState.travel("Run") part. The rest should be same as the video.
These tutorials are fantastic! Really well paced. Thanks so much for creating this resource!
Oh my god, i 've done so much tutorials and you are the best. Thanks for explaining it in such detail, I didn't get lost anywhere, unlike other tutorials.
That blend space thing is brilliant.
Great videos Ben. That 0.1 trick at the end is GOLD !
You are such a good teacher. Good order of information, not too easy and you repeat the important points.
Hey, just wanna say thanks. Im very new to godot and this series is helping me understand it a lot! You cover things pretty well, and i feel like I understand everything explained pretty well.
This is what a tutorial is. Explain things step by step and explain the medium and advanced features of the basic steps.
Really loving this series, was my first time using an AnimationTree node and WOW! Love it.
i wish this series would get updated for godot 4.0. so much changed since this dropped
A man after my own heart, great work, really loving this series.
8:36
The reason for that is because in Godot 2D coordinate system has y - at the top and y + at the bottom.
It's done so, because if you look at the 2DScene, the starting x0, y0 position is at the top left corner of the scene, and incrementing y would move the object "down", away from the top
But it's only true for 2D, the 3D coordinate system is of course different.
It's similar to coordinate system used in mobile applications to position UI elements
Those little mistakes are very educative of how things work!
Great tut's as usual: I have a hard time getting motivated from video tutorials but yours seems to always get me interested!
if your character flickering, check 'Play when run(?)' option in animation tab. check video 16:48 (I lost this..)
THANK YOU. Spent the past fifteen minutes wondering what I was doing wrong. Straight up just CTRL+F for "flicker" and found your solution.
감사합니다.
THANK YOU
man this animation tree thing is awesome, thank you for this series has helped me a lot
Hello Benjamin, it is the first time that I have seen a state machine tutorial, and the truth is that you explain it very well, it also helped me to see new functions! thank you very much Genius!
I spent like 2 hours trying to find an issue, and it was the part you specifically said to be careful not to mistype Lol. I even read over all the code like 20 times
Godot should really implement something to say that you typed a parameter that doesnt exist tho. Would be helpful
Amazing tutorial Thanks a bunch :)
The drawback with how that works is you can mistype and Godot does not know about it. But the benefit, which is never really mentioned, is that you can pull in any parameter that way, without having to prepare for it in the specific nodes. So that makes it a powerful mechanism, but like all powerful things, it requires due caution and respect. :-)
I thought what was really interesting was how we were able to manipulate the state of animationTree/animationState via the .set functions. Though I was surprised how manual the process was of defining the parameter via string. Wish there was an auto complete. Maybe that's just me. Another amazing video man!!!
Due to dynamic typing, auto complete functions in the editor are limited. You can do things like casting
(animationPlayer as AnimationPlayer).someFoo
or explicit declarations
var animationPlayer : AnimationPlayer
onready var animationTree := $AnimationTree
Thank you for the great video series! It's exactly what I've been needing :)
(And Merry Christmas from Denmark!)
if anyone is having a problem with the character doesn't changing the direction, here´s the code:
animationTree.set("parameters/Idle/blend_position", input_vector)
animationTree.set("parameters/Run/blend_position", input_vector)
it was happening to me and I realized I wrote "postion" instead of "position"
I am so confused, I copy and pasted yours and it worked, so i checked mine next to yours and it was letter to letter, but mine didn't work but yours did. Thank you
turns out ive been spelling position as "posistion" and once i realized, literally this and 2 other games ive been trying, the animations FINALLY all work, feel kinda dumb butttttttt its super exciting when you finally finally get it
I swear I read that string so many times was still having problems and your comment made me triple check and catch the error ty
your videos are just amazing period.
no discussion allowed
First, thanks for the tutorials, I'm finally motivated to study Godot. Second, I don't know why but the animation to my Player only works to the left (it moves to the correct direction, just the animation is wrong), the behaviour is similar to what happened in 17:06, but our code are the same.
I check the animation section too and saw nothing weird, but my Player starts with idle_left and even if a change to idle_right in the animation, it just go right->left very quickly.
I was having a lot of weird behavior where the animation would try to immediately snap back to IdleLeft, and would often (but not always) start flickering between the most recent direction and IdleLeft.
I was able to fix my issue by unselecting Autoplay on Load (the little 'A' tag next to the name of the animation in the AnimationPlayer). That got the flickering to stop, and everything worked properly.
Hope that can help you, or anybody else with the issue!
@@SectionQ2 Sounds exactly like the weird behaviour I'm getting. I will try this soon. Thanks
fantastic tutorial!
and down with String comparisons!
i followed along nicely and u are really a good teacher on this. i didnt even got a hard time doing everything so thank you!
watching character running successfully gives goosebumps
Great video! Sadly I tried the animation trick at the end; and it did not fix the diagonal idles. Not sure if I missed an earlier step or if Godot updated and broke this fix.
If you are still getting the nil issue, you have to set it back to parameters/playback.
They updated parameter/playback to parameters/playback. I guess many people had this issue.
I didn't get the text when hovering over it but you can drag from the animation tree parameters into anywhere and see the name of the property.
i'm so glad i found your channel and this godot series. Thanks a lot
keep up the great work
Great great video, thanks very much i really wanted to learn AnimationTree and there aren't really any other tuts on this (specifically for 2D). Thank you very much! keep up the good work =)
This is the best godot video on youtube bro please keep bring good content
On 14:23, you hover over the property, you can just drag and drop it into the code instead of typing it manually ( Don't do this: 14:39 ). It's a pretty handy trick for saving time!
Yay another upload
Really important in the AnimationTree when editing each BlendSpace2D don't forget changing Blend to Discrete!! If not the animation will try blending idle and run together
These were wonderful to watch!