Unreal Engine - Casting and Interfaces Explained
HTML-код
- Опубликовано: 20 окт 2024
- Support the channel through donations. Crypto accepted!
PayPal: paypal.me/reid...
Patreon: / reidschannel
Bitcoin: 1JFwWHr4X6uAeoZadukzqKjzFBj3Qjy7Sk
Ethereum: 0x2B2Bc108F1Cc0fF899959dEF3226637787d8C3dE
Dogecoin: DNQ33YnhpWoTBokBNVkZP5ub8KTLkpyjpv
Join our community discord!
Discord: / discord
Man, I think I'm in love with you. Don't tell my girlfriend.
Learning **why** something is good is so much better than just seeing how to do something.
As a UE beginner, this channel is amazing.
Knowing why things work definitely helps me retain the info.
"Learning *why* something is good is so much better than just seeing how to do something." This x1000. This is why I like this channel, Ryan Laley, Matt Apsland, et al. They go into how and why things work so you can understand how to best utilize it, and troubleshoot/debug when needed.
fucking dead right! I am always left wondering why from other youtubers! lol I also agree that Ryan and Matt are awesome too. Maybe you guys can do a dev collab! :)
This right here is why 99% of RUclips “tutorials” are absolute garbage
Wow, finally someone explained WHY and WHERE interfaces are useful. Most tutorials they say HOW to use interfaces and Castings. Keep up this good work and do more detailed tutorials with cat as an example.
lol so many comments about the cat
@@ReidsChannel Maybe they should be renamed "Catstings" :P
@@ReidsChannel Any chance you could do interfaces vs components? I can use them the same way for my status effect system, but not sure if there's some big advantage to either.
@@ReidsChannelThe cat was a nice touch to entire thing :D
The cat must be an addition to all future tutorials. It is something we didn’t know we needed.
Important note: You don't always *need* to check if the actor implements the interface before calling the implemented function. If the actor does not have that interface, there is no error and nothing happens, the game continues normally. However, in this video's example we made the projectile disappear IF something got painted, so it's a perfect example for when we *should* check that the actor implements the interface.
Nice detail, thank you!
aha! I was asking myself why he used the checking. Nice catch
btw, to avoid checking we could pass the projectile's reference as input and make the interface function destroy it I guess?
@@loremipsum3147 Yes, but you have to be careful because now the paintable object will destroy ANY actor that calls this interface and you might not want that. Also if you use the DestroyActor node, what happens if it wasn't an actor that called the interface? What if it was the PlayerController that called the interface? Honestly I think that the projectile destroying itself is the best choice here, because this decision to destroy itself should be made by the projectile and not the painted object. Another option would be to add an output variable to the interface function and use that to decide if the projectile should destroy itself (default "no").
@@t3hpwninat0r thank you for the explanation and yes, I agree with you destroying in the interface is generally a bad idea. Btw, about returning an output variable, if the actor did not implement the interface and we call the function, what will be the return value? (I guess it is the default no?)
probably the best example for casting & interfaces...anywhere. Heck even beginning programmers in college should be sent to this video.
Cheers,
b
As always, excellent tutorial, i permit myself to add some additional note :
-> Interface have a lower cost than cast, work with interface when you can.
-> Casting on the upper hierarchy will cost less. If you need a fonction un Parent, prefere cast to parent than cast to child
-> If a function cast often something (like everyframe), considere caching the cast (Create a new variable, and store the cache return inside, instead of casting it every frame)
That last point, especially. In many cases, you can get away with casting using the "make it a variable" method without hardly any performance penalty.
Can you please elaborate on your point about interfaces having a lower cost than casting? What exactly is the lower cost? Do you have any info on this from an engine standpoint, or better yet, from a C++ language standpoint? I'd be very interested to know.
@@GeorgePence I think there is a myth around "performance" improvements with Interface vs Cast where as from what I have read its basically the same outside of the main reason people tell you to use Interfaces in Blueprint specifically is because when you Cast in BP it creates a HARD link to every Class you Cast to (and ever Class it Casts to) which means they are all loaded into memory.
So in his example where he says people do Multiple Casts to multiple Classes every one of those classes will be loaded into memory, now if they are Parent classes it might not be too bad but if you cast to Cat & Lounge & Final Boss & etc it means all those Classes (and any Classes they Cast to) and related items such as Meshes and Particles etc are loaded into memory as soon as you Call / Cast to FirstPersonProjectile
@@shannenmr Thanks for the reply. Yes, I agree also, people throw these phrases around and it's sort of like an urban legend. Very rarely does anyone ever have any legitimate info to back it up with, so I appreciate you providing some proper details.
You probably have the best UE4 tutorial channel on youtube. Among the few who don't really leave any questions unanswered. Great job, subscribed :)
I'm like a year late to the party but your explanation on casting is just clearer and simple than anything there is online... You have a gift for teaching...
You are a gem. Incredibly concise and useful explanations for a newbie like me
This is the only tuutorial that i understand what the casting and interfaces are. Thank you
You see, before this video, I... was that guy that would cast and cast... and cast to as many different actors as I needed. Now I was taught that not only is there a much better way of doing things but also what I was doing before was incredibly inperformant so I thank you very much for this incredible knowledge lmfao
incredible video, thank you
Most underrated video on RUclips.
This has been a nebulous concept for me for a long time. Thanks.
One of the best explanation of the topic. Clear and easy to understand. Thank you!
The best tutorials are 90% why and 10% how. Thank you so much, i understand so much better now.
Thank you so much for this! I'm in the middle of an Unreal online course at the moment and it bothered the hell out of me that the tutor just plainly said "I always use interfaces, never casting" without ever going into why.
Same as with your videos explaining replication, this helped me a ton! So thanks :)
Sounds like you need to find a new online course ;)
👏🏾👏🏾👏🏾 this helps so much with being able to understand a lot in blueprint programming…Thank you
this is honestly one of the best channels i've found. great work.
We should change this channel's name to Prof Reids Explains! Man, This is the best thing I have every watched!
Thank you so much. This is really helpful. Also, best quote.... "the problem is this friggin cat."
This is an excellent demonstration with the furniture vs. the cat 👌
i love this type of videos ! hope u keep doing on it !
gotta choin the choir and say that this is such a fantastic explanation. Thank you!
Thank you so much, I was scratching my head for some hours for getting rid of castings.
Thanks again.
And this is what a tutorial should look like. Slow, clean, right on point, detailed and for all. You just got a sub. from me!
Thanks for the useful lesson. This same technique can also be easily applied in C++. Examining Class.cpp leads to this function, which is actually used under the hood by the DoesImplementInterface Kismet function:
bool UClass::ImplementsInterface( const class UClass* SomeInterface )
Thank you so much! I knew interfaces existed but never really understood why or how to use them. Now it's clear.
This is the type of good tutorials
Im loving your channel man. Actually informative information not just quick how to's.
From completely confused..... to now understanding when and why..... thank you!
Perfect clarity. Thank you!
Wow, DOES IMPLEMENT INTERFACE !!! I was looking at a tutorial and even if it had the interface it was still casting and I didn't understand why isn't there something more. I'm a programmer and blueprints are so easy, yet so complicated for me. In programming I would create an event system and fire that even, waiting for someone registered to do something ( works well in unity ).
Thank you soooo much for this
Very clear explanation! Definitely helped me solidify the use cases
This really is a great explanation of those two blueprint communication methods! Really enjoying your content!
Awesome work, thanks for explaining the why as well as the how
Amazing video man. Really helped me understand interfaces.
This is an excellent explanation. Thank you.
this video helped me to understand even better what interfaces are useful for. thank you a lot.
Finally something that makes sense.
Very good explanation.
Detailed and simple.
I love the hammer and screwdriver analogy, great video makes me wonder if you work as a teacher!
Thanks! No I don't but I do some tutoring sometimes haha
Sooo clear! Thank you! Sometimes my confusion with interfaces is that the interface itself stays empty; here I understood you simply call it and blueprint it wherever you wanna implement it. Now I kinda wonder why cast at all? 😂
Best tutorials Ever ❤
Loving this shorter format
Very very insightful...
I wish I knew this ages ago xD
I had a tower of casting code in one of my projects... dear god I don't want to remember 😳
Great example and easy to understand. You are the best!
Oh this is gonna be good I can already tell. Dropping a comment for the algo gonna watch the rest with a notebook later on
Also when you cast, the blueprint has to load the casted blueprint because the code needs to know it to work (dependency), so if your blueprint casts or has (even not used) a function of another actor in the event graph the blueprint is loaded which makes it heavier.
Example:
I have a blueprint that is 10Mbs and i add a cast to a blueprint which is 20Mbs the blueprint depends on the second one to work so the 10Mbs become 30Mbs, so when you do many casts or just reference to another actor always watch the size tree or the references view, you can find those in the top bar while on a blueprint, I think on the view menu.
The interfaces are used also for that memory optimization since you can just call functions without needing any dependency.
Im not an expert so correct me if Im wrong about something, but thats what I found out, also I suggest studying soft references for variables if you need more memory control and less loading time!!
Doesn't this mean that you can always cast to the player in single player games to cause damage? Or is the dependency 2 way?
@@thelawgameplaywithcommenta2654 You should always use interfaces to get the reference of a class, example: I get the playercharacter in my code so its a Character class even if it referes to a class that inherits from it, for example the FirstPersonCharacter that is given with the template, but I want to run something in that child class not in the parent given, infact as you know if I have in my FPSCharacter a function and I get a Character class I can't obviously call that function from that, but I can call an interface call, so usually you create an interface to get the reference of the player, in that interface you create a getPlayerRef function with an output that is the actual playercharacter class like the FPSCharacter, you implement that interface in that character class and override the function to return self as the output, so when you call that function as message from the character class that you obtained like with a getPlayerCharacter or whatelse you can get with that getPlayerRef the actual reference as the class you need. Sorry if it's hard to explain, Im not english so I tried to make the best explanation possible.
@@thelawgameplaywithcommenta2654 Anyway to deal damage I suggest to run the damage function given with unreal and then handle that damage with the event anydamage or the other ones, instead of making your ones, otherwise if need more complexity you can do as you need
Awesome! Thank you!
Very well explained. Thank you friend.
just what i was looking for 🥳
thank you very much
Great stuff here. Very well explained...the why is so important...great work.
very nice listening to your voice is comforting lol
UE5 looks sooooooooo much better ... thank you for getting to the point quicker than most ... also, you gave me an idea for a mini-game :P
I use interfaces for most of my in game interactions. It makes it so easy
Excellent tutorial! Loved it. Now I know the why.
You're amazing at explaining things
omg tyty! This was so useful :D Also it explains the way its done in Good Practice! :D
hey thanks alot. this is truly helpful and i see my self using interfaces now.
also you should include your AI cat in future videos lol.
Thank you for this perfect video.
Excellent explanation, but I have another question, that is, why did you set Construction Script like add “Create Dynamic Material Instance” to the cat's blueprint but not do the same things it in the furniture?
Apprecaite your work ❤
Thanks for the tip!
just perfect ! amazing big brain stuff ! . you ever going to make c++ tutorials ??
ty :) I have made a couple but no one watches lol
@@ReidsChannel please link them
@@ReidsChannel also am looking through your playlists . unfortunately u just have a gaint playlist of tutorials . i would highly recomment u break it up atleast into series and have separete c++ playlist . thank you good day to you sir .
Excellent tutorial..! Thank you! 🫡
So good! Thank you!
very well done, i learned a lot thanks
Nice tutorial, thank you!
Interfaces 10:52
This was amazing!!
very useful! thank you for the tutorial😄
Another amazing tutorial .... Quick question - that cat - where you took it from - I need something like that for my current project :)
Best tut on this
Very useful info. Thank you! I've heard that Casting is more performance costly than the Interface and therefore in mid or large projects Interfaces are more preferable. Is that so in your opinion?
Good stuff. It is funny though how you seemed to struggle just a touch with this basic stuff. At least more than you do with some pretty complex topics. I get it though. When you have an almost intuitive understanding of something, it can be hard to figure out how to explain it to someone else. It's just something you've used so much that you just know. It's like explaining why you hold a pencil a certain way. Struggle or no though, that was very clear. Thanks.
Yeah, its just explaining it clearly that is a struggle haha but glad u like it
Excellent Tutorial...
Great Video, and I assume this is UE5 it looks great.
great lesson, thanks
Interface promote loose coupling. Great tool
Nice explaination ! I have one question : what's the point of testing if an actor implement an interface prior to call a function through this interface since doing so on a actor that does not implement the interface doesn't return any error... ??
What is the best way to avoid actually having to duplicate the code in the 2 implementations of the interface? Function libraries?
You did such a good job here that I was wondering if you could somehow do a ownership theft system like the elder scrolls? I can't seem to understand what to do to even start such a system.
thank you so much
great vid. i only started learning unreal last week and great to have a better understanding on casting vs interfaces. also it seems UE 5.1 does not show the "add" dropdown within the class details to add interfaces. so i've had to do my learning in v 5.0.3. i heard this was a bug with 5.1 and will be fixed soon. is that true?
Paint cat best cat.
Wait did you say “cat-sting”?
I see what you did there
supersnacky example. that WOW! effect, when projectile paint something first time. is that easy! supernice. thx
Nice video. It would be great if you show how to change color of projectile and weapon
What if you want to only colour the sofa and not the table? Now things get complicated...
Damn, this is a great tutorial.
Really cool, thank you =]
What about changing mouse cursor at run time when mouse over a mob. In this case we will use a function and not an event. This is more complex because you need to pass ref of the widget cursor to the interface and then when mouse over a character use this same ref to change the cursor image.
Great stuff , nice expletives I also gonna watch one mor time to implement ! How can I , instead get the color from a cubic static mach in the map , making an inventory color by widget inventory to click and apply or drag and drop? Thx 🙏😊
Awesome!
At 9:34. You say the Cat is derived from Pawn and therefore, different than the furniture that are derived from actor. But since, Pawn themselves are derived from Actors, how does that make a difference in terms of inheritance?
Cat -> Pawn -> Actor
Furintue -> Actor
Sure they both derive from actor so they are both actors but I think what Im trying to say in the video is that they are both not pawns
thanks man good video as always :)
could u please explain how from software made their pvp system behind the scenes ?
i cant get any information via google or youtube and im not sure what parts of my game need to be replicated or not :s
it would be very kind! dont need an extra video but i guess many other ppl would be watching it too :)
Superb :)
will this work with Mesh with multiple Material elements?
So functions are for the same class of item and interfaces are like functions but can be used across item classes?
Yes, that's one way to look at it
I was wondering how you pass on variables via interfaces while retaining the event. So you can't have outputs, but inputs are ok.
Outputs wouldn't make sense since it's being broadcasted to potentially thousands of objects