วีดีโอ

That’s frustrating

👏 awesome!

You should be able to handle the logic on the side of the moving object, a rigid body or a char body. When a collision occurs you check what it collided with and then call the method whenever that exists, which could be on the moving body, a singleton, or even on the static body - you can check the data type of the static body (which might extending that class to add whatever methods you need and thus you know has a particular method) or even use has() to check any number of static bodies that might have a method you want to call. Does that make sense? Sorry - tapping this out on my phone AFK

@@baconandgames yea that makes sense, but that was what i was trying to avoid, because then anything that can trigger the method has to connect to something, rather than just having a staticbody be able to detect collision. Thank you, ill just have to have things connect to the staticbody.

@Frazer213 I’m sure there are other ways to do it. I’m traveling but I’ll have a more thoughtful look at it when I get back to my office.

@ So how im currently doing it is what ever i collide with, i have the player script check to see if it has a method called OnPlayerCollision, then i call that. Still feels wrong but at least this way i dont have to connect a bunch of nodes manually and check for ref timings.

That's a pretty common design pattern in Godot, so I don't think it's "wrong" per se. I don't particularly love that either because I come from an OOP background and expect to know more about and object before interacting with it. But this sort of "duck typing" is expected in Godot. An alternative might be to use groups, but again you're still checking the collision for whether it's in a group, which really isn't any different than "does the object implement method X". Generally speaking, getting data from a physics collision and acting appropriately is, I think, pretty standard so no matter what solution you end up you're likely going to doing some form of that. Where the code that gets run as a result of an identified action probably allows far more room for interpretation (is it the collider, the collidee, a singleton, a Static class, etc... who executes the code that needs to run)? At the end of the day, unless you're building something that you expect to be working on with a large team or updating for years to come, I'd say if it works... move on. At the end of the project you'll have a lot more context for the choice you made and may elect to stick with it in future projects and if not, you'll have a better set of data for choosing your next solution.

You're so very welcome, Popeye! 🙏 (this is going to be a very confusing comment to read if you ever change your profile pic 🤣)

@@baconandgames I will never change Popeye picture😂.

@hussain_abdullah 😅

Well that’s was a ride 😬 I find myself bouncing around a lot too but also continuing to learn whatever interests me. You never know when the mood might strike. What kinds of non-game things might you want to make in godot?

Oh, and thanks for the kind words!

That’s a much bigger question than I can answer here, I’m afraid. In theory you should be able to instantiate joints on the fly. You have to detect a collision, instantiate the joint node, and then likely queue adding it into the simulation between physics ticks. But this is off the top of my head, I’d have to look at the API to see whether these can even be created on the fly and assigned A/B nodes. Never tried that before.

@@baconandgames thanks for the reply. I also didn't figure out how to do this using Node PinJoint. for some reason, I can't set Node A and Node B from the code. Anyway, it was interesting to watch your video.

@DT-80 I peeked at the API and I don’t see a way either, but I didn’t drill in too deep. There would be other ways to do this without using joints at all but that’s definitely out of scope for a YT comment 🤣

It looks like this thread is about what you're describing. If you get it working, please drop by our Discord and let us know :) forum.godotengine.org/t/creating-and-destroying-joints/51676/4

​@@baconandgamesI haven't tried instantiation but I have used joints with an empty node b as a "grabber" to allow a rigid body to stick to something, GD script doesn't love assigning the nodes and I recommend coding in setting the self body as node a and not just assigning it in the inspector (because sometimes it just de-assigns itself at runtime...) But yeah all you have to do is use Joint.set_node_a()/ node_b()

That’s great to hear! I realized late in the game that since I didn’t show myself making that bridge that it might not be clear which parts were which… slotted those icon in at the end. 😰 If anything else was unclear, the sample project is up on itch. Thanks for the kind words!

🥹

Thanks for watching and for the nice words

As a person who has written a lot of documentation in his day… there is no higher compliment ❤️

Thank you my friend! If you’re reading this, go check out Matt’s game Pixel Washer. ❤️

I… I don’t know what to say. 🥹 Thank you for the kind words. If you ever want to come by our discord and share what you’re working on, I’m sure everyone would love to see it. Man, and they say TH-cam comments are mean. Not this one ☝️ ❤️

I’m glad it helped. You made my day 😁

I appreciate the kind words. Poor Steve…

Thank you so much 🙏

Noted! That would be a fun video to make, I think :)

If I'm understanding you correctly - it doesn't matter. The joint will obey center of mass, object masses, and motion (if the bodies are moving) and it will move (if it can) relative to where it started based on the sim. If I'm misunderstanding the question, LMK and I'll try again. The nice thing about these is that although the UI and properties are a little unintuitive, once you get past that it's pretty easy to run a few tests to see exactly how they behave.

🤣 just keeping myself entertained- glad it worked on you too 🤣

Did you download the latest project from itch and try it out before adding your project? I haven't looked at this in a bit - it's possible something broke with the latest version of Godot. I'd start there. If mine works as intended (without adding your code) then you can compare the two. Let me know what you find.

Isn’t that the truth 🤜🤛

That's great to hear! Thank you for the kind words!

Hey there, thanks! I did a couple videos since then that have to do with what you're talking about. The first 2 (part of a series) are specifically on managing scenes: SceneManager 1: th-cam.com/video/2uYaoQj_6o0/w-d-xo.htmlsi=9GK4gj6xj814WKQV SceneManager 2: th-cam.com/video/nXYQ7smVSQM/w-d-xo.htmlsi=4J_6nnqw9gZJROZZ My scene manager is now part of my Godot game template which I covered here: th-cam.com/video/tNqFLmbWW-Y/w-d-xo.htmlsi=o07BlWuyemifMKnW Hope you find these helpful. Thanks for the kind words 🙏

That’s really kind of you. Thanks 🙏

Sounds like you have a couple of wires crossed. I don't think I can debug that from here but it sounds like you have logic in the wrong place. I'd suggest downloading the completed project from itch and comparing yours to it. Since there isn't a ton in this project it shouldn't be too hard to find the difference.

Making games is incredibly difficult, no matter the scope of the game. Remember to take it easy on yourself and keep in focus why you chose this over all the other ways you might spend your time :) Good luck and thank you so much for the kind words!

Just bear in mind that in some larger projects it can cause lag. So as your project grows, keep that in mind while testing. I suppose this is why the default is what it is. My projects have never gotten large enough to run into this issue.

@@baconandgames Thanks for the heads up, but when I develop stuff, I tend to sandbox a level before I introduce it into my game world...still great video and thanks, I did learn something :)

@nowherebrain smart! I’m glad you got something out of it. Otherwise what the heck am I doing 😳🤣

🙏

Glad you liked it! 🙏

That’s Notion: www.notion.com/

Been at this a while 🤓

Oh dang, nice!

Thank you 🥹

Thanks so much! I haven’t looked at the code in a minute, but if you have a specific question you want to run through please drop by the discord and we’ll get you sorted. ❤️

Oh that’s an interesting thought! I often do a less complex one early to make it easier to start and build momentum - but I can see it working you way as well. ❤️

You’re welcome!

Excellent points! Keep things simple 👏