Unreal Engine - Casting and Interfaces Explained

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

[@rajeshterofer]

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.

[@ReidsChannel]

lol so many comments about the cat

[@RedStallion2000]

@@ReidsChannel Maybe they should be renamed "Catstings" :P

[@Kitandroo]

@@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.

[@TheBaquajean]

@@ReidsChannelThe cat was a nice touch to entire thing :D

[@brycerothschadl]

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.

[@ReidsChannel]

[@RedStallion2000]

Knowing why things work definitely helps me retain the info.

[@RobinDale50]

"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.

[@50shadesofskittles9]

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! :)

[@Rehd66]

This right here is why 99% of KZbin “tutorials” are absolute garbage

[@SpiffyCS]

The cat must be an addition to all future tutorials. It is something we didn’t know we needed.

[@t3hpwninat0r]

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.

[@Hooverdreng]

Nice detail, thank you!

[@loremipsum3147]

aha! I was asking myself why he used the checking. Nice catch

[@loremipsum3147]

btw, to avoid checking we could pass the projectile's reference as input and make the interface function destroy it I guess?

[@t3hpwninat0r]

@@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").

[@loremipsum3147]

@@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?)

[@matt3464]

You probably have the best UE4 tutorial channel on youtube. Among the few who don't really leave any questions unanswered. Great job, subscribed :)

[@devin18101]

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

[@Aherys]

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)

[@RobinDale50]

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.

[@GeorgePence]

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.

[@shannenmr]

@@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

[@GeorgePence]

@@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.

[@lonedew]

This is the only tuutorial that i understand what the casting and interfaces are. Thank you

[@behrampatel4872]

probably the best example for casting & interfaces...anywhere. Heck even beginning programmers in college should be sent to this video. Cheers, b

[@CosmicComputer]

Wait did you say “cat-sting”?

[@ReidsChannel]

I see what you did there

[@Sneaky1ne]

incredible video, thank you

[@rayvellart]

One of the best explanation of the topic. Clear and easy to understand. Thank you!

[@in2fractalout]

supersnacky example. that WOW! effect, when projectile paint something first time. is that easy! supernice. thx

[@ammoburgeryoutube]

You are a gem. Incredibly concise and useful explanations for a newbie like me

[@Emily-jd2sh]

What if you want to only colour the sofa and not the table? Now things get complicated...

[@jdrewlayton]

This has been a nebulous concept for me for a long time. Thanks.

[@FreakinMrGamer]

i love this type of videos ! hope u keep doing on it !

[@JakeTheSnake509]

this is honestly one of the best channels i've found. great work.

[@DavidSchiess]

gotta choin the choir and say that this is such a fantastic explanation. Thank you!

[@realmodel1132]

cat !

[@bigdredwun1928]

Finally something that makes sense.

[@iDentityUS]

👏🏾👏🏾👏🏾 this helps so much with being able to understand a lot in blueprint programming…Thank you

[@kuhnen]

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...

[@RprtBak]

Paint cat best cat.

[@mattweber24]

Thank you so much. This is really helpful. Also, best quote.... "the problem is this friggin cat."

[@HatariSamaki]

This is an excellent explanation. Thank you.

[@stormolflak]

This is the type of good tutorials

[@dation0000]

just perfect ! amazing big brain stuff ! . you ever going to make c++ tutorials ??

[@ReidsChannel]

ty :) I have made a couple but no one watches lol

[@dation0000]

@@ReidsChannel please link them

[@dation0000]

@@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 .

[@jonathancooper5104]

I love the hammer and screwdriver analogy, great video makes me wonder if you work as a teacher!

[@ReidsChannel]

Thanks! No I don't but I do some tutoring sometimes haha

[@CGDive]

Perfect clarity. Thank you!

[@_EliteKnight_]

Interfaces 10:52

[@MusawarPlays]

Best tutorials Ever ❤

[@LevmurQ_Q]

Thx man love from Russia

[@GeorgePence]

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 )

[@RayHorn5128088056]

Destroying projectiles is very inefficient. Should be using reusable object pools.

[@tekilla78]

Another amazing tutorial .... Quick question - that cat - where you took it from - I need something like that for my current project :)

[@ili76767]

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?

[@RtxRob]

Thank you so much, I was scratching my head for some hours for getting rid of castings. Thanks again.

[@rein556]

We should change this channel's name to Prof Reids Explains! Man, This is the best thing I have every watched!

[@lorenfulghum2393]

What is the best way to avoid actually having to duplicate the code in the 2 implementations of the interface? Function libraries?

[@WebbyStudio]

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?

[@tomasbacchiocca4151]

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!!

[@thelawgameplaywithcommenta2654]

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?

[@tomasbacchiocca4151]

​@@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.

[@tomasbacchiocca4151]

@@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

[@tomaslaaperi5849]

omg tyty! This was so useful :D Also it explains the way its done in Good Practice! :D

[@wolfboos]

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 😳

[@joeanrachelmiller6529]

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.

[@Arrkail]

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.

[@michaelmano7261]

Apprecaite your work ❤

[@ReidsChannel]

Thanks for the tip!

[@fabricaderender5923]

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 🙏😊

[@CaffreyPlays]

Amazing video man. Really helped me understand interfaces.

[@redgeciccone8218]

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.

[@vivekvyas6819]

Excellent tutorial..! Thank you! 🫡

[@asdfasfeawefasdfada9567]

Nice video. It would be great if you show how to change color of projectile and weapon

[@viniciusnoyoutube]

Very good explanation. Detailed and simple.

[@jayrajkanzariya7058]

just what i was looking for 🥳 thank you very much

[@bullpuppy7455]

Very well explained. Thank you friend.

[@jp3d911]

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... ??

[@skippyzk]

Most underrated video on KZbin.

[@dinosyr]

Im loving your channel man. Actually informative information not just quick how to's.

[@DefacedProductions]

The best tutorials are 90% why and 10% how. Thank you so much, i understand so much better now.

[@trayvonray9614]

Great Video, and I assume this is UE5 it looks great.

[@RDD87z]

this video helped me to understand even better what interfaces are useful for. thank you a lot.

[@l_t_m_f]

Interface promote loose coupling. Great tool

[@dabtap7385]

will this work with Mesh with multiple Material elements?

[@nevfelemrecicek]

Thank you for this perfect video.

[@FlorianBecquereau]

Thank you so much! I knew interfaces existed but never really understood why or how to use them. Now it's clear.

[@owencoopersfx]

This is an excellent demonstration with the furniture vs. the cat 👌

[@kevinpahlervorderholte5060]

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 :)

[@ReidsChannel]

Sounds like you need to find a new online course ;)

[@DE4DP00L-cs1ts]

So, this is like abstract class vs interfaces in JAVA

[@stuartgibson1959]

Awesome work, thanks for explaining the why as well as the how

[@LittleBlue42]

I use interfaces for most of my in game interactions. It makes it so easy

[@mrdirtydaniel]

I guess I don't understand. I know the memory hogging nature of casting vs interfaces, but you never really explained when casting is a BETTER idea than to use an interface. Seems it's always better/safer to just use interfaces and not have to think about hard references. Am I missing something?

[@ReidsChannel]

If you want to join my discord and ask some more questions about this, more specific questions, I can try to answer. Its hard to generally say when casting is better or worse. But if you give me an example I can tell you why one way is better vs the other

[@vasudev8957]

very nice listening to your voice is comforting lol

[@DoctorMGL]

its not just in unreal engine its in programming in general , i learned this 15 years back when i started web development i made such mistakes early as (casting heavy files "includes()") to the main ** just to call certain Variables/Functions and i thought just because im using one or two variables from the Included file it will be a light task, ( wrong ! ) the website was taking like 8-12 seconds to load,, & after i stopped (casting) the entire files into each other the website start to load in 1 - 2 seconds !! Huge diff interface bring only the Variable you need (AKA color) without having to read the entire blueprint file (actor / pawn .. etc) of the target so your memory will be chilling while Casting Load the Entire file -> (((( then it Hold it in memory )))) and wait for you to choose anything you like from there which is called ( hard reference ) you shoving something heavy into the Memory and leave it there as long as your character is alive now the performance if the blueprint you are casting is light no worry it will be fine but that's when things goes crazy for memory usage* >> that's why interfaces is always the (Safest/best) practice

[@leks1A4]

very useful! thank you for the tutorial😄

[@erizzt586]

Nice tutorial, thank you!

[@Rusty_piston]

very well done, i learned a lot thanks

[@DevGods]

Very clear explanation! Definitely helped me solidify the use cases

[@omerkeidar95]

Loving this shorter format

[@migzleon4047]

Excellent Tutorial...

[@ethanmiles5544]

Damn, this is a great tutorial.

[@thelawgameplaywithcommenta2654]

I was wondering how you pass on variables via interfaces while retaining the event. So you can't have outputs, but inputs are ok.

[@ReidsChannel]

Outputs wouldn't make sense since it's being broadcasted to potentially thousands of objects

[@smudgybrown67]

Really cool, thank you =]

[@FreeSpeechXtremist]

A screwdriver is always better than a hammer maybe not faster to install but always faster to reverse is a bad example really. Unless your trying to remove nails I guess then a screwdriver is pretty useless.

[@akzork]

🧐

[@tylerbrowne69]

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?

[@ReidsChannel]

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

[@Zeriel00]

MAKE A TUTORIAL ABOUT THE CAT!! XD

[@vladimirkhadyko8304]

So good! Thank you!

[@CosmicComputer]

Awesome! Thank you!

[@YouWillDoAsYouAreTold]

thank you so much

[@bradleymiley1322]

Best tut on this

[@iamagenius2646]

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

[@RafaMartinelli]

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? 😂

[@UnleashedCode]

From completely confused..... to now understanding when and why..... thank you!

[@SciFi-F]

Awesome!

[@fuzzyfallthetempest]

So functions are for the same class of item and interfaces are like functions but can be used across item classes?

[@ReidsChannel]

Yes, that's one way to look at it

[@PraiseMore]

This was amazing!!

[@Vemrah]

finally!

[@rolferikson]

I understand now the difference, thank you. But you did not explain why not always use Interface even if casting is possible?

[@50shadesofskittles9]

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

[@Yotunhe1m]

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?

[@ChristopherZoog]

Great stuff here. Very well explained...the why is so important...great work.