I think I would have tried to use animationplayer. Disable the player inputs and just call the players commands in animation player. That way you can also just make a new animation for each cutscene.

great explenation!

Thank you for explaining this in a video, I was reading documentation and it just wasn't clicking and as soon as you demonstrated I was able to work it how I needed to. Very helpful!

Thanks for the video David. I'm new developing games and I have been using the singleton pattern. Essentially for each object I create (player, levers, coins) I create a "controller" (singleton) script with essentially the variables and functions that I will need later for the actual scene script to consume. I'm not sure if what I'm doing is correct. I'm worried about later performance or code structure in general to turn into a mess. Any suggestions?

Call me simple, but I just don't get how splitting up player input from a single script you can read through into 7 different scripts you have to page between just to follow the logic of making an attack is supposed to be a better system. There HAS to be a less convoluted way to do this.

the singleton pattern sucks. any other design choice is better.

Can this pattern be combined with a state machine? Would you recommend it?

Thank you :)

So if my game makes 100$ how much should I pay with Godot and unity 😮 or 1000$s

Would be nice to show other scripts registering with the master script. This reduces the child coupling. And allows for dynamic children as well.

Technically script classes are resources which are in effect singletons. The Script Resource itself only has 1 version of itself in the project period. So making a static instance of the scripts instance would store the instance in the resource at runtime. Now why you would want to do this... to rage against the machine?

Observer pattern should really be object1.emit(someEvent), and object2.observe(someEvent, callback). This is more like getting access to both object1 and object2 and connecting them together in some unrelated place which kind of misses the whole point. I should be able to easily subscribe multiple objects to the same event in their classes by just calling some subscribe method.

The singleton antipattern.

ty for this video. helped a lot for my first gamejam. wanted to have ai-controlled characters. made a base-character getting controlled by different types of controller. works fine.😊

1:32 this is not true, using signals is literally like: func _physics_process(delta): for o in all_objects: if area_collided_with_object(o): call_body_entered(o) # it more complex in reality, checking collision mask and layers, but similar it still continiously checking all colliders to understand when to emit signal

One question about this pattern. Suppose its not an action game but a turn based rpg. Would you have a controller for the map scene and a controller for the battle scene? Would it be best to use the same controller with all the commands and then just filter what you use in each scene?

really good explanation!

Liked and sibscribed! Thanks mate!

Thank you for this tutorial But why use a container controller in 8:53 if you can only use one command at a time? Is there a reason rather than storing the command in a simple variable?

Thank you for showcasing my game ❤

That Underdog dude must be pretty cool 👀

Amazing video!

🌟 Want more creations made with Godot? Here you have another 8: kzfaq.info/get/bejne/iJhgqauLnrKsqpc.html

5:15 You can just write set_player_bullets.emit(PlayerStats.remaining_bullets) so that the editor checks the spelling for you, Godot 4 made signal a first class object for this reason

Your philosophy "Call down, signal up" makes a lot of sense of how to simply work through the use cases in your mind. I like how short, simple, and clear this video is. Here's a like from me! I also like how you mention when it's appropriate to add dependencies. Having the World scene have dependencies since it should always have or expect certain nodes but using signals for children that may or may not be used in such a world (such as if you have multiple worlds or they are used elsewhere) to just throw a "Hey, I did this. Somebody handle it." makes a lot of logical sense. I tend to work through these things myself, but it's usually not a clean method in mind like this, so this helps!

I rarely comment and most of the time I am just a simple lurker. But your videos are amazing! Keep up the good work!

is it possible to do this through scenes? I have a player scene and I want to emit a signal to my main scene, but I have to send it through an autoload script for it to work.

this is so confusing. i used this in a pong game as exercise. in the main menu i select 1 player or 2 player. depending on the choice i set player 2 to the AI or to a player. it's fine with AI, but the player2 is where i struggle. as a bandaid fix i simply duplicated the human controller and changed the variables for the keys. it's fine in such a simple game, but it's undesirable, since if i make changes to the human controller in the future i also have to make changes in the duplicate. i tried extending the human controller, but then i'm one inheritance layer too deep and can't reference the HumanController2 script in the same way that i reference the HumanController script.

I believe you can also emit the signal with the syntax of `player_has_jumped.emit(count)` which is a bit cleaner than passing the name of the signal as a string!

I noticed when using the autoload, if I call the script in a node within the game. Then it doesn't retain the singleton property of single instance.

First time ever I've heard someone use Phonk as their background music in a tutorial, and I'm mega vibing with it

i was confused at what a "Singleton pattern" was, turns out I was using it in godot for my Global variables

Something is not quite clear for me: if we pay a one year licence et publish a game on Switch, once our licence has expired, does the game stays available on the platform ?

I do this as well on my game. Also using Core as main scene and then instantiate and queue free levels is good too. Its similar as well for performance

Happy New Year! Thanks for the new tut!

🌟 If you liked this video, I recommend that you also watch another one in which I explain the Observer Pattern and how to use signals in Godot: kzfaq.info/get/bejne/q7R0qrmpxM7SdXU.html

Very handy and clean way to have separate child scenes talk without have to load sibling nodes constantly. I never knew it had a pattern name, love ya work.

The village scene reminded me more of the Alien vs Predator game from 2000 rather than the games you mentioned (like Skyrim etc.). It's just because of the fast movement and the FOV, I guess, it looks a bit like playing an alien in AvP. :D

Can compare with Defold ?

Good information. i'm glad Godot's got this porting service

not bad

The good part here is: if another company manages to do that, they can compete and offer the same service with a different pricing scheme or better fees. Unity and Unreal are tied to what their company offers.

Subscriptions suck. Flat fee is only fair way. Why not look at Game Maker instead as direct competition where there is flat fee. There is no point in prazing what is not consumer friendly practice

absolutely phenomenal lightweight video. im working on my first project and was looking on how to implement grid based tactics characters. characters can get captured by either team so this makes that aspect very intuitive. i just changed player_controller to character controller and command all characters on the screen like that. and even better if i want them to walk to certain spots on the map after special events i just have a neutral AI that just sends a grid coordinate and lets the player code handle the pathfinding. thank you!

if you don't want to pay for external services to port then keep learning I guess haha

Now its just a matter of time till Godot or W4 do something like Unity Runtime fee

Might be nicer for indie developers if they had a sort of per project port option rather than only having subscriptions. If i only need to use a service once, i should only have to pay for it once. Interesting that they have that, but yeah.

👉 Take a look at these 8 fantastic creations that the Godot community has created: kzfaq.info/get/bejne/iJhgqauLnrKsqpc.html

So far so good