UE5 C++ Enhanced Input - 2 - Bind C++ Functions to Input Actions 

Also, if you don't want to do that. If you type it once you can just hit the up arrow key to bring up the last line typed (during that session).

great tip thank you :D

For noobs like me, just search "1 event" to find the bind function and then if you want to be able to turn it off, bind just the command "showdebug" to another key like number 2.

Thank you Suna, yes I misspoke, I forgot that we can forward declare with struct on a reference :)

hey guys i can tell you both know what you dowing ,have a noob questio (im playing around with unreal blueprints but never started c++) so my questio ...is it ok to just learn unreal editor and blueprints or should i definetly start c++ too ,is the code in c++ better for the final game or with blueprints can be the same result (actualy 2 questions :D ) thanks in advance!

@@DruidMechanicsGameDevelopment hey guys i can tell you know what you dowing ,have a noob question (im playing around with unreal blueprints but never started c++) so my questio ...is it ok to just learn unreal editor and blueprints or should i definetly start c++ too ,is the code in c++ better for the final game or with blueprints can be the same result (actualy 2 questions :D ) thanks in advance!

@@MaxStudioCG2023 Do you want to be a gameplay programmer or more of a designer? If you want to be a programmer, you should learn C++!

@@DruidMechanicsGameDevelopment kinda want to do both and definetly a programmer ! thank you for anser, definetly i will start c++ too!

Thank you for sharing that!

Although it would help if you link the docs in the description since what ever reason i cannot find them easily when i search the exact things you are searching...

I can confirm. I did not know this but Rider autosuggested to add forward declaration and it just added "struct FInputActionValue;" in the headers of the .h file i.imgur.com/KuiRYfE.png

Basically from the compiler point of view references and pointer are similar, they use weak linkage that's why if you can forward declare pointers, you can do the same with references.

I like turtles

Solved. In case someone needs it too: // unbind all bindings for this object EInputComponent->ClearBindingsForObject(this);

@@petergrundmann8283 Thx Peter!

it's not line minimalism, it's ensuring that you can only access a pointer inside a scope where you _know_ it's valid. potential memory savings etc are less relevant, and probably solved by the compiler anyhow.

My guess is that it's part of the starter content assets he's using

I wonder too ?

Thought I was missing something...didnt quite understand why we have to bind the IA if it is already within the IMC. All in all it seems quite a lot of effort to "just" get the input up and running . But well, maybe its just a "get used to it and it will be a habit" thing...

Yes, take my GAS course as I cover it

Same question

Indeed sometimes it is 😆

@@DruidMechanicsGameDevelopment haha btw i thoroughly enjoyed ur unreal engine course, I just wish you would publish a Blender course as well 👍🏼👍🏼🤝🤝

@@andreashadjisolomou1260 I have. It's called Blender Fundamentals - Modeling. Join my Discord for monthly discount coupons!

Try opening the Visual Studio solution and building the project from there. If that doesn’t work try clearing the derived files like this… Close Unreal and Visual Studio Delete the following folders: Binaries, Build, Intermediate, Saved Delete the Visual Studio or Xcode solution file (.sln or .xcodeproj) Re-open Unreal Good luck!

also, check your code doesn't have any errors.

Actually, I specifically am trying to do your Udemy ToonTanks project but I absolutely cannot get it to work with Enhanced Input.

that's an abroad question, not a specific question to this tutorial

It is a question regarding THIS tutorial. In this tutorial we did it with blueprints and c++, and im asking if it only takes a few seconds to do in bp's, at what point would you just do it in blueprints? Thats not only relevant to this tutorial, but the entire course.

@@ChristopherFranko I don't agree, but answering to your question in that specific context (that can be extended to all the engine), if you want for example bind a custom function in C++ with the control (for example a C++ class of a weapon that fires when a control is pressed), is much easier bind an event to that C++ class from another C++ class, that trying to get the class from the BP. You can finish the tutorial with BP in a few seconds, and you can finish the tutorial in 0 seconds if you get the template in BP because it's already done. It all depends on the complexity that you want to get in the project. If you don't like C++ at all, you can still develop a decent videogame just with Blueprints.

I was looking for an answer to a similar question and found this. ArcainOne's comment from UE's Forum on this subject: (I just fixed the grammar errors.) If you are making any sort of game you plan to release into the world then C++ is for your CORE gameplay systems and Blueprint is for Designers to build out your worlds. You build an Inventory system in C++, but each item is created and defined in Blueprint. You can even do some basic enhancements or elaborations to systems such as altering your inventory system to also be an Equipment system in Blueprint, they share similar functionality and code but are still quite different. User Widgets I like to implement functionality in C++ and then re-parent the Blueprint Widget to it so my functionality remains the same. However, I can have several different appearances of the same object the widget represents. So you could have one Inventory Widget that is a list, while another can utilize the exact same C++ functionality but appear as a grid. If you are building out a portfolio of games to show to prospective employers, then building out the gameplay in Blueprints is fine. But there is a slue of issues in using pure blueprints to build out a game you are trying to sell or distribute. Over time your Primary Blueprint classes WILL become bloated and take longer and longer to compile, transferring them to C++ will drastically improve that compile time. Blueprints will also LOAD EVERYTHING you have associated with them unless you are VERY careful to use Soft Object References and Interfaces wisely other wise it is very easy to accidentally load every asset of your game into memory on startup simply because you have a property reference to another class that references some assets and that class then references some other class that has some other assets etc. Finally, C++ is so much easier to debug so long as you are running in “DebugGame Editor” Mode which is unoptimized and allows you to step through nearly every function and view most properties; While blueprint can do some debugging it is nowhere near as powerful as good old fashioned code debugging, and you will become very frustrated at the phrase “variable out of scope” when you try to break on a blueprint node to inspect the value coming out of it.

@@brk29 Dude TY so much for this reply because its exactly what i was looking for.

It's a forward declaration. Learn about it in my UE5 course!

Yes, I misspoke, references can be forward declared too.

I'm no expert and while I'm sure this is somewhat the truth, it's possible I'm missing some points. Regardless, I'll try to explain. In this case, if you include something in Bird.h, then anything that includes Bird.h will inherit these includes, making a large chain of includes that can cripple compile times. That is why you want to make your includes in Bird.cpp. When something includes Bird.h, it will not include any of the includes from Bird.cpp, thus you won't get large compile times. So, when you need something like this, you forward declare it in the header if you need it, and you include it in the .cpp.

header files are made to be included in other files, but dont actually need to know how the functions of a class are defined, whereas the cpp does need to know. the general idea is to include code(in this case the .h) only where it is needed. if you link up a bunch of header files, one header for example could bring a whole bunch of other class headers along with it where they are not needed, that could increase compile times. forward declare avoids that by only having the specific .h where it is actually being used

Check to make sure your function has the right signature

if you are Live Coding, the changes won't save. You have to save and close the UE Editor, build from your IDE, and then reopen the UE Project. You should see your changes now.

Nope! No reason

We don't really do it that way in Unreal

C++ is strictly more optimal than BP. For setting up inputs it's not a huge difference in the big scheme of things.

@@DruidMechanicsGameDevelopment i see. One thing i wonder, when you are compiling it feels a bit slow, you know close project and open again etc. I wonder how we should approach this compiling process in a bit more complicated project. Say, i created a prototype project that includes advanced locomotion of a character, combat mechanics and AI only using BP scripting. How would you approach to turn that kind of project to c++?

@@canylmaz9730 Animations are typically handled in the anim BP (or now with motion matching) and it's not worth it coding that logic in C++. There's always a trade-off.

It is not required. But you can! The engine has some improvements, including nanite for foliage!

I don't recommend 5.1 if you're using Steam Sockets

Are you sure you are possessing the pawn? You can check Auto Possess Player.

You have to run in Selected Viewport instead of Simulate (option above the viewport) Even if i had Auto Possess on Player0 on my pawn, it wouldn't possess it on start in Simulate mode, i don't know why. Since it doesn't possess it on startup, the cast doesn't work correctly

Yes, and more UE5 Blueprint content coming soon!

It's not in the starter content. The bird is from a free asset pack on the marketplace.

@@DruidMechanicsGameDevelopment ahaa, got it. Thanks!

But you wouldn't have learned anything

@@Mittzys I would, matter of fact I would learn way better. Instead of wasting time around. I stopped watching and did myself.

@@jeffceff2821 You still had to learn it somewhere.

found the problem, I needed to write Subsystems.h, not Subsystem.h

@@mattipiirainen7440 OMG Thank you lol.

Thank you!