Oh god, THIS needs to be upvoted! I can't wrap my head around, in Godot, how i should approach a task system, movement of things... but in a organized shared way. I know i could attach codes to stuff, but if i want general things accessible by all, it means i have to add a function as a global thing necessarily ? Should i have a script in a scene called in another way? What should be "the" best practice for Godot? Also, how do you approach prototyping a new feature in a game? Do you create a new scene just with a stuff? What if it requires you to have already a progression in the game? What if i have an inventory system, coins, and i want to develop a feature like a forge. I can't just relaunch the game entirely from it's beginnings to debug the thing, so what could be a good approach? A load system? A debug scene?... In one word: workflow. 1000 upvotes for you for the videos you already produced my good sir. 10.000 more for an advanced video

You mean like the amazing video from 5 months ago he already posted?

@@zault It does kinda help, and thanks for the reminder I already saw the video. But I think I'm trying to grasp a workflow more than anything. Doing components and reusing things is nice, but the example used seemed really very tutorial-level like. What if I want a loading system for example? Creating the code is one thing, but how do you approach the developing phase? Should you create a scene that just loads a file for testing purposes? Once it works, should you integrate that same script, independent, but on the main scene and attached somewhere? That kind of philosophy of code arrangement if that makes sense :)

@@dokMixer you mean modularity?

The godoat

​@@dreamleaf6784Dude that was hilarious! First day here hope to see your guys' work someday!

Thank you very much for supporting me and also thank you very much for the kind words, I really appreciate it!

Thank you very much for supporting me! I'm glad the video has been useful to you!

This is why I think the internet can be a cool place to be.

Thank you very much for your support! I'm glad that this video is useful for you!

did you get their paid course? godotneers project in this tutorial seems very similar

Thank you very much! Would you happen to have any suggestions for "less visited" topics?

​ @godotneers Sure, Godot is so great because it has so many quality gaming subsystems already built into the engine. For example, 1.) Navigation2D system (with and without tilemap). 2.) Particle system (not a single in depth explanation and implementation on youtube that I can find, including shaders and sub emitters and multiple particles). 3.) Plugins (I really wish there was more detail about this topic. Coming from Unity, we had the Granddaddy of all solutions, ODIN, for inspector customization, but on Godot, it is a chore and a mystery. All the tutorials are how to setup a plugin, but then they do something incredibly simple without any depth.) . 4.) Animation (I haven't seen any decent Cutout or Skeletal 2D animation/animation tree tutorials for Godot 4 anywhere. Everyone seems to focus on sprite sheets.). These are a few topics that IMO are rarely covered, but probably often used, in Godot4. You've already covered several great missing topics like Shaders, UI, Resources, State Charts and if you are not a professional teacher/instructor, you should be, because your delivery and explanations are some of the best I've seen. I hope this does not come across as critical because I have a huge amount of respect and gratitude for what you are doing. Regards.

@Asguardian22, thank you very much that list is very helpful! I have no problem with criticism that is constructive like yours - it helps me to get better at what I'm doing. Thanks again!

In general yes this would surely be interesting. However I would need to have good use case for this which I can use to explain things and I currently fail to come up with a good one that isn't so niche that it won't be of interest for the vast majority of users. There is actually very little need to directly work with the servers for most projects. Any ideas?

@@godotneers Hmm, there's truth in that, that servers for the most part aren't needed for direct use, but that issue comes up differently on the optimization point. Godot is very good for development and there over-optimization is not needed there in projects that don't have as much calculations as visible actions. Mostly, I think, they should be used to optimize miscalculations of intersections between areas, collision checking, object rendering and even more rarely for sound. Based on this, it makes the most sense to use a physical and rendering server. Going deeper, it reminds me of shooters, bullethell games, maybe also something voxel-based. If we use nodes instead of servers, we get a lot of "unnecessary" checks, which the node does only for the purpose of transmitting data to us, if we need them, although we can do without them. That is, I see the scenario of using servers as getting only what you pay for, rather than connecting a "subscription" to a "smart home" and using only a "smart toilet" when there are dozens of other types of equipment.

Hmm, there's truth in that, that servers for the most part aren't needed for direct use, but that issue comes up differently on the optimization point. Godot is very good for development and there over-optimization is not needed there in projects that don't have as much calculations as visible actions. Mostly, I think, they should be used to optimize miscalculations of intersections between areas, collision checking, object rendering and even more rarely for sound. Based on this, it makes the most sense to use a physical and rendering server. Going deeper, it reminds me of shooters, bullethell games, maybe also something voxel-based. If we use nodes instead of servers, we get a lot of "unnecessary" checks, which the node does only for the purpose of transmitting data to us, if we need them, although we can do without them. That is, I see the scenario of using servers as getting only what you pay for, rather than connecting a "subscription" to a "smart home" and using only a "smart toilet" when there are dozens of other types of equipment.

​@@godotneersBy the way, the topic of servers in the community in my opinion is covered by a curtain, for besides documentation without specific explanations and 3-4 videos on KZfaq, there is nothing else. Knowing how you approach making videos and spend months or more on it, I think your opening of the curtain would be really impressive and could show the community and, I think, more than a thousand developers who need this knowledge, how this black horse works :)

That helps. hey did you have a problem with the Mr g not picking up the coffee?

yeah, I was confused at first why there were transparent cups on the board and what they were for. After a while I realised they are just the pattern you need to have the cups in for the smaller circle. otherwise you would get an error/endless loop. Looking at the notes in the project though, I think my solution was not a good one, because he wanted us to practice for loops in for loops in the next challenge. also additionally a friend pointed out to me I didn't need the else statement. So now it at least meets the requirement of 4 lines. for steps:int in 12: if tile_color_before_me != "light blue": turn_right() step_forward() @@dakotah4866

Glad you like them! I currently don't do private lessons as my bandwidth is pretty much fully occupied with making videos and maintaining the libraries.

Yeah, have the exact same problem. "Search help" doesn't find any custom functions for me.

Came on here to wonder if I'm the only one. I'm having this exact same problem too. Isolated it to searching through Methods specifically since its that according to the video and no reference under the Methods category show up. Have you been able to fix this on your end?

I am having the same issue, trying to figure out why I can't find "stepping robot" in the documentation

Same issue here.

the channel profile art*

If you don't know how to program I'd start here and then continue with the "Ultimate Introduction" as the "Ultimate Introduction" assumes that you know how to program. If you already know how to program, I think you can move directly to the "Ultimate Introduction".

@@godotneers thanks! I was on the ultimate introduction but didn’t get to the programming part yet so I’ll use this then go back to that Thanks for responding!

Part 2 is currently in scripting phase, during which the script is developed and any code for exercises and examples is written. This usually accounts for about two thirds of the overall effort going into a video. After that I record audio and video and edit everything together. I cannot give an exact date for when this will be done as I am doing this in my spare time which is not entirely predictable.

Thanks for not helping me

There seems to be a bug which prevents the class from appearing in the help sometimes (github.com/godotengine/godot/issues/86577). I'm currently not aware of a workaround for this. But you can open the stepping_robot.gd file and see all the functions and properties in here. Its not as nice as the documentation but it's at least workable (github.com/godotneers/programming-video/blob/main/infrastructure/stepping_robot/stepping_robot.gd)

I get him to move but it won't pick up the coffee for some reason

Never mind I thought the Google automatically updates I had to download the new one works fine now.

Fully agreed, the content is insanely good, but using AI art as a content creator just isn't a good look these days

@@berribeans6593 beyond being not a good look, it's supporting an exploitive industry that's inherently anti-creative.

It really depends on your background. If you already know a programming language and just want to get up to speed with GDScript, then I agree that this video will be a really slow burn for you. However if you have zero knowledge about programming, there actually isn't that much material around that teaches GDScript from zero and the general recommendation for newcomers on Discord is "learn Python first it's like GDScript and then you can come back to Godot". A lot of people find this to be a very frustrating experience - they just want to get something on the road. So I decided to make this as a way of enabling newcomers to learn programming while working with the Godot engine at the same time. In the end it boils down to the fact that any given tutorial can't cater to everyone. Luckily for you there is much more material available for people who already know programming, so I hope you can find what you're looking for elsewhere.

I tried it on 3 different machines and on 2 it worked while on the third it didn't. I'm not quite sure why it doesn't show up sometimes. There is an open issue for the engine: github.com/godotengine/godot/issues/86577 which seems to indicate that this is some bug in the engine. As such, there is not a lot I can do about it :(

​@@godotneers That's fine I just wanted to make sure I wasn't missing anything, I'm sure whatever it causing it will eventually get sorted, still, nice video 👍

@@godotneers Yeah something happened to me in the mid of the video.