Unreal Engine - Casting and Interfaces Explained
Вставка
- Опубліковано 8 вер 2021
- Support the channel through donations. Crypto accepted!
PayPal: paypal.me/reidschannel?locale...
Patreon: / reidschannel
Bitcoin: 1JFwWHr4X6uAeoZadukzqKjzFBj3Qjy7Sk
Ethereum: 0x2B2Bc108F1Cc0fF899959dEF3226637787d8C3dE
Dogecoin: DNQ33YnhpWoTBokBNVkZP5ub8KTLkpyjpv
Join our community discord!
Discord: / discord
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
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! :)
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?)
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
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.
One of the best explanation of the topic. Clear and easy to understand. Thank you!
probably the best example for casting & interfaces...anywhere. Heck even beginning programmers in college should be sent to this video.
Cheers,
b
gotta choin the choir and say that this is such a fantastic explanation. Thank you!
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 probably have the best UE4 tutorial channel on youtube. Among the few who don't really leave any questions unanswered. Great job, subscribed :)
Most underrated video on UA-cam.
Very clear explanation! Definitely helped me solidify the use cases
Im loving your channel man. Actually informative information not just quick how to's.
i love this type of videos ! hope u keep doing on it !
This has been a nebulous concept for me for a long time. Thanks.
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
We should change this channel's name to Prof Reids Explains! Man, This is the best thing I have every watched!
You are a gem. Incredibly concise and useful explanations for a newbie like me
Perfect clarity. Thank you!
Thank you so much! I knew interfaces existed but never really understood why or how to use them. Now it's clear.
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!
This is an excellent explanation. Thank you.
incredible video, thank you
this is honestly one of the best channels i've found. great work.
Very good explanation.
Detailed and simple.
this video helped me to understand even better what interfaces are useful for. thank you a lot.
Very well explained. Thank you friend.
This is an excellent demonstration with the furniture vs. the cat 👌
Amazing video man. Really helped me understand interfaces.
Thank you so much, I was scratching my head for some hours for getting rid of castings.
Thanks again.
👏🏾👏🏾👏🏾 this helps so much with being able to understand a lot in blueprint programming…Thank you
Great stuff here. Very well explained...the why is so important...great work.
Great example and easy to understand. You are the best!
This is the type of good tutorials
Excellent tutorial! Loved it. Now I know the why.
just what i was looking for 🥳
thank you very much
So good! Thank you!
Nice tutorial, thank you!
The best tutorials are 90% why and 10% how. Thank you so much, i understand so much better now.
You're amazing at explaining things
very useful! thank you for the tutorial😄
Excellent tutorial..! Thank you! 🫡
very well done, i learned a lot thanks
From completely confused..... to now understanding when and why..... thank you!
Awesome! Thank you!
Thank you for this perfect video.
Best tutorials Ever ❤
very nice listening to your voice is comforting lol
great lesson, thanks
This was amazing!!
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? 😂
Excellent Tutorial...
omg tyty! This was so useful :D Also it explains the way its done in Good Practice! :D
thank you so much
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 ;)
Best tut on this
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
Apprecaite your work ❤
Thanks for the tip!
Loving this shorter format
Thank you so much. This is really helpful. Also, best quote.... "the problem is this friggin cat."
I use interfaces for most of my in game interactions. It makes it so easy
Really cool, thank you =]
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
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 )
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 😳
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
Another amazing tutorial .... Quick question - that cat - where you took it from - I need something like that for my current project :)
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.
Finally something that makes sense.
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?
Nice video. It would be great if you show how to change color of projectile and weapon
Damn, this is a great tutorial.
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 :)
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!
Superb :)
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?
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.
Interface promote loose coupling. Great tool
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 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?
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... ??
Great Video, and I assume this is UE5 it looks great.
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
finally!
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
What is the best way to avoid actually having to duplicate the code in the 2 implementations of the interface? Function libraries?
supersnacky example. that WOW! effect, when projectile paint something first time. is that easy! supernice. thx
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
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.
will this work with Mesh with multiple Material elements?
👍👍👍
What if you want to only colour the sofa and not the table? Now things get complicated...
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
Wait did you say “cat-sting”?
I see what you did there
Interfaces 10:52
Paint cat best cat.