It has come to my attention (basically a nice guy on Discord told me) that in the video my Rider displayed a Unicode NOT EQUALS symbol, where I had actually typed in != I have no idea why or how it did that, and I cant even make it do it again... and if i didn't have the video evidence to prove it actually did it I wouldn't believe it. It certainly doesn't do it now! So be warned, don't type a single Unicode not-equal symbol, type != Sorry!
These are easily the best C++ tutorials for Unreal. It's exhausting to sit through slow, meandering tutorials. How wonderful it is with tutorials for programmers who just need a speed-course in another platform.
Thanks for the comment. What I do though, is make a huge cup of coffee, honestly, its more like a bucket with a handle, and then get those videos (because some are really filled with great information - just tedious to watch), and I start viewing them on 1.5x speed. If that goes fine, then I bump it up to 2x speed. (I mean, its like RU-vid knows about attention spans!) Its so good, I find a video, I look, I'm like 'Damn! its almost 2 hours long!... 2x speed, under about 50ish minutes... RESULT!) The only problem I found, after watching lots of videos that way, is that when I step away from the computer and try to talk to people, they complain that I'm speaking way too fast. Whatever. Small price to pay ;-)
Finding good Unity content is easy. Finding good Unreal content is difficult to say the least. I have recently started learning C++ and wanted to give Unreal a crack to hone my skills (I want to boast that I manage my own memory of course). Praise the lord for this series!
Thanks! And you are right; the view counts for these types of videos are lower than 'cats on skateboards' (aww bless!), because we are not the mindless masses, THIS IS SPARTA! Ahem, I mean, WE ARE GAMEDEVS!
@GGameDev this was perfect to get me off the ground running now I have health and damage systems in c++ along with a slew of custom blueprint functions. Thanks again.
This is exactly what I've been looking for to start learning CPP in Unreal! Thanks so much! These tutorials are masterfully crafted and I love the presentation!
Hi! I'm writing this so that other beginners don't do the same error as me, especially if you come from Unity or Godot. YOU CAN'T HAVE THE UNREAL EDITOR OPENED WHILE YOU WRITE YOUR C++ CODE! It probably seems obvious for most but I wasted more time than I want to admit trying to understand why my code wasn't building and the solution was just to close the UE Editor. Everything went well after that point and the video explains very well tho
Actually, you can. But you maybe shouldn't. Run your IDE, open the solution into it, compile your code and run FROM the IDE - it will open the editor for you, with your project in it. (and the debugger attached) You can then use the 'live coding' feature, if that's how you like to work. (Preferably though, you code reasonable 'chunks' and just close/reopen the editor by recompiling in the IDE) But if you are not doing coding, just messing with the assets, etc, then just open the project directly.
These tutorials are amazing! I am so thankful for you explaining all basic level concepts. As someone who is new to C++ and Unreal this is absolutely a blessing. Thank you so much! Your Tutorials are amazing.
Thanks a lot for saying so. I actually have a tough time deciding what to put in them, because I want to balance it for beginners to either C++ and/or Unreal. As Unreal Devs (and even GameDevs in general) we are a fairly small community (compared to other groups on the internet), so I don't wanna make stuff, so restricted to an even smaller audience that only 3 people can use it. 🙂
12:15 I had no c++ folder to right click in, but in the editors menu bar at the top there is "Tools > New C++ Class..." I hope others can avoid forum crawling like me. Also, thank you for all the work you put into the videos to share your knowledge. :)
Ohhh your videos helped me sooo much understanding what is happening with all of this blueprints and "EPIC's C++" stuff. I was struggling with the basics like for a few days trying to do read documentation and searching for simple niche tutorials and forums. Thank you!!!
So for anyone else who is using Visual Studio and found that the "play-button" shows something different than "Local Windows Debugger": You probably changed your startup project by accidently selecting something in the dropdown menu to the left of that button. For me it was set to "Unreal Build Tool", which resulted in an error. To switch back to your actual Project you have to go to the Solution Explorer and right-click your project (the two purple plus signs with the name you initially chose - most likely the first entry after expanding the "Games" folder) and select "Set as Startup Project" in the resulting context menu.
That's for helping out... with unreal engine we gotta help each other as much a possible, because the official docs are 'a little lacking', to be polite about it..
Finally managed to finish this tutorial, and while very hepful to teach the basic concepts, at some points it was a tad fast, considering it is aimed at beginners with UE5 too. Like not mentioning which shortcut to use when starting the playing in the UE editor, scrolling too fast over the more lengthy code for the statistical example function, and not being overly clear about which Append blueprint to use to create output for said function. I had to replay the bit where that Append was added several times to finally catch what the creator said at this point, as it was spoken rather quickly (I'm not a english native speaker). Last but not least it completely skips over how to set up visual studio to work together with UE, that bit I had to find elsewhere. Still, overall good tutorial, on to part 3 then :-)
This is just what I need, just in time. I have a week to make a prototype data visualization tool in UE. C++ for reading the CSV file and spawning the objects according to the data seems the way to go. Probably a UGameInstanceSubsystem. Oh my dev machine is Linux, so some extra fun here, but your videos include WHY as well as HOW so it's possible to figure out!
@@ggamedev might make a good video! The main problem I've had is Unreal Editor not picking up changes after building C++ code but that might just be me getting confused.
I'm coming here after Unity new pricing changes... whatever, you know what happended and something I find strange with UE5 is this frankenstein mix between C++ and Visual Scripting, I can't get used to it. When I was working with Unity I was doing 100% programming, now after moving to UE5 every tutorials I saw still use this mixed blueprints/C++. Is it possible to use pure programming or Unreal force you to use their Visual Scripting system anyway ? This is for me the most weird way of working on a project.
Its a good question, and not 'simple' to answer really. Arguably the 'best' way of doing unreal development is a mixture of C++ base classes, and blueprint implementations of those, with the logic in the C++ Dont worry though, there is no 'visual scripting' in that method; the blueprint is just there to hold property values, think of it as a data structure more than anything else If you have questions, jump on the discord and we will do our best to get you to where you need to be to transition from Unity 😉
Fantastic. Defenitely helped it click for me. I am a senior engineer but new to game dev. I was having trouble understanding how the code that I'm writing just magically appears to be useable in the blueprint editor (or rather the starter template code) and it was just like HUH?! I couldn't find the missing connection. The missing connection were the Macros above the functions etc. I come from Unity and I'm used to having to explicitly go and hood things up AFTER the code is written but this just hooks things up based on what is in the code for you and makes it available for use to do other things within the editor such as become a function for blueprints, etc. Unity is like, Go use it now. Unreal is like, what do you want this to be? Where do you want to use it?
I followed your code on arrays. And it doesn't compile, not in VisualStudio, nor in UnrealEngine 5.2. But first two examples with pointless string and pi are working alright. Even though it never compiled any code for me in VS without errors, it then compiled it in UrealEngine Livecode. Thanks, I just needed a simple example to see if my setup is working nad your lesson provided exactly that 👍
Sounds like something in your VS setup might be a bit screwed up? I mean, the compilation for Livecode IS the compilation for VS, its basically the same stuff running in the background, it just gets called by different things. If you have specific error messages you wanna share, jump on the discord server... your experiences might not just help you, but others as well 😉 That having been said, 5.2 is NEW - and DIFFERENT; Epic have just introduced a new way that include files are handled (different order), and combined the unreal build tool & unreal header tool. While that might not be 'visible' to many devs, its actually a big change which might bite a lot of people in the backside, particularly when using legacy projects or code, moved to 5.2. It's probably gonna mean that many GitHub examples and a few RU-vid videos (like mine) may need some updating or notes in the description to work around any problems.
Mega good. There is far too little content on the subject or what is there is overlaid by VisualScripting. What I would be very interested in is how best to communicate with external code. How to implement things like reinforcement learning, for example, or how best to create a TCP connection via cpp here and process the data. Anyway, I hope you continue the series. I've really liked it so far
The TCP thing is actually a pretty good route, because you can do a multitude of things if you can communicate (including even using the loopback address on a given port as a simple means of cross process communication) I'm working on a client/server database example which will be doing something along those lines, and the communication part can be used for anything, not just databases.
@@ggamedev perfect. it was definitely a hindrance for me to get into Unreal because I've often heard about the limitations in relation to development with (unreal-)cpp. I'm curious to see how an external connection works because that creates a number of options. =)
Watched this and the first part today, amazing series? Just one question, after I made my c++ blueprint class, is the header file the GENERATED_BODY() macro is displaying the error message " this declaration has no storage class or type specifier", I did not even edit the script yet, any ideas?
My first thought is: Are you using Visual Studio as your IDE? VS reports a lot of errors when working with Unreal projects, that are not actually errors. (because much of the 'magic' happens outside of VS control) Are you able to build your project, and then run it. If you can do that, then you can ignore whatever error you saw. If it wont compile, then perhaps try regenerating your solution file. Right click on the .uproject file, and select 'Generate Visual Studio Project Files'
This seems to be the only good tuto I can find on the subject of UE5 and C++. However I need help, cause after I made the 3rd function, my visual studio start to find error into UE .h files (precisely AssetDataTagMap.h, StringView.h and ArchiveProxy.h), even if I only put "return FAverages(1.0f,2.0f,3.0f);" in it. Any Idea where it can come from ? I'm workin with UE5.3.2, not using live coding. Going back don't seems to correct the problem, the errors then asking for FAverages even if I don't have it anymore anywhere ... I'm currently hesitating between UE4, Vanilla C++ (my project is quite simple) or going back to Unity (but I want to work on my C++, so ... ).
The easiest way we can try to help you, is if you join our discord, (link in the video description) and then leave a message in the #unreal-cpp channel Its kinda difficult trying to even get problem details just using YT comments, YT's not really good at that kind of conversation type thing. 😄
Great tutorial, just got 2 questions: * What does GENERATED_BODY() do? * You write ++i in your for loops, I've always written i++. Does it make any difference or could it be a language difference (I've mostly worked in C# Unity)?
GENERATED_BODY() is how epic injects a bunch of stuff required by unreal classes into your class, without you needing to do anything more specific than simply using that macro. Because unreal classes are doing memory management and garbage collection for you, in a similar manner to languages/frameworks like .net/C# or Java, but without that being 'baked into' the language itself, its just one of those things which people used to using C++ outside of unreal development just have to accept as 'how we do things' 😉 ++i vs i++ Yeah, I know what you mean, because 'back in the day' I always used the i++ form. (The language is called C++ right? not ++C 😆) Its basically referred to as 'pre increment' vs 'post increment' and as far as C++ is concerned it actually DOES MAKE A DIFFERENCE (sometimes) The difference is mostly to do with how the statement is evaluated. Both versions add 1 to the value of i ++i adds 1 to i and RETURNS the NEW value i++ adds 1 to i, but RETURNS the OLD value, before it was incremented So, if you are using it as a method to simply INCREMENT the value of i, then it makes no difference. But if you are actually EVALUATING it, then it DOES make a difference: int x = ++i; IS NOT THE SAME as int x = i++; Check out this SO link for more detail on that: stackoverflow.com/questions/484462/ddg#484572
I'm a brainlet, my visual studio is not showing any code it's just blank, also at 5:39 when i click on add and then class the menu shown does not look like yours, how do i fix this.
I got a list of errors after I clicked Local Windows Debugger: E0070 incomplete type is not allowed, E1455 member function declared with 'override' does not override a base class member ...... any one had similar issue?
Not sure if I solve my own problem. I managed to be able to debug using "Debug Game Editor". The "Development Editor" aren't working for me. I'm using Unreal Engine 5.3.2 with Visual Studio 2022 version 17.9.2
I'm really struggling with this tutorial. Maybe I need some more basic c++ tutorials. I did manage to follow it all in the end but there's definitely a lot of mysteries still left to me and I'm not totally understanding why the code we're writing is like that. It would really help if you could paste the code somewhere so I can review it in text instead of pausing the video. The last bit of code in particular at the bottom is not easy to keep visible in youtube. Thank you nonetheless.
This video is intended to show people who have some familiarity with blueprints how they can begin to move over to C++. For solo projects totally under your control, or larger works where you have dedicated, competent C++ developers you would most likely not require blueprint function libraries at all. But you WILL STILL USE BLUEPRINTS. If you want to work with Unreal, you need to purge your mind of this (false) Idea that blueprints are bad and C++ MUST do everything. Blueprints and C++ both fulfil different important roles in an Unreal project, and the sooner anyone getting used to Unreal understands that, the faster they can start to really get to grips with Unreal, and work in cooperation with it, rather than struggling to fight against it. By all means have your game's logic implemented in C++. Produce base classes for a multitude of things, which can then be sub-classed as blueprint classes, and the actual data they need plugged into their properties in the editor. You DON'T have to use the blueprint node based coding to do any of that. Personally I only use the BP node coding to make quick and dirty prototypes of things which I then rewrite in C++
That is the intention. I aim for part 3 to go much more in depth into the various classes I kinda glossed over in part 1. Basically giving examples of what you can use them for, and why you might want to make your own, but also using example code to explain how some of the C++ features work so that they are more understandable to people coming from a blueprint background. I am working on it at the moment, while dividing my time on my own game game projects and some other things. I considered waiting until I had made all 3, and then releasing them together, but I figured it was better to let people have access to what I already had, and add more later.
I've gone back over it several times, and I absolutely can't get VS to compile with the second Pi example. Spits out several errors for files I've never touched before. All I have to do to compile it is remove the GetMyPie function. but every time I try to place it again, copying exactly as in the video, I get all the errors again. Anyone got any ideas?
@@mikeisnottoastSorry dude, but YOU missed out the step FROM THE VIDEO; 18:40, right there, the code in the cpp. The video literally pans from the .h on the left to the .cpp on the right
@@mikeisnottoast Maybe you need to take a break? It is very easy to get 'snowblind' from too much coding. ('codeblind'? is that a thing already? We should all start saying that. I'm totally gonna keep saying that.)
hi! Greate series i saw the first video and i loved it. Now im coming to the 2 round but when i create the blueprint function library this 13:44 " public: protected: and private:" dont show up. Im doing something wrong?
Well spotted! 😉 You didn't do anything wrong. I added those myself for 2 reasons: Firstly, I always do it as a sort of habit, I like to group the members in the class by their accessibility, so i make them first. Secondly, the DEFAULT for a class (if you dont specify anything) is PRIVATE, so I wanted to show that the GENERATED_BODY() belongs in private specified area. Obviously, if you just leave it at the top of the class, that is usually fine, but if you want to move it (and some of us prefer to) then make sure it is in a private area.
Thank you for this tutorial! Just wanted to add that if anyone (like me) installs Visual Studio to follow this tutorial, you may struggle to set it up so it actually works with Unreal Engine. I found another very helpful video which guides through the installation process: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-HQDskHVw1to.html
This looks absolutely awful. Is there no way to just stick with pure code for game logic? I really don't want to bother with visual scripting. I'm coming from Unity because I like C++, but looking at this is really giving me second thoughts about migrating.
Of course there is. Things will vary from one team to another, or between independent programmers. This is an initial 'dipping your toe in the water' type video, where I'm trying not to scare the crap outta 95% of peeps that wanna use unreal, and also, because a majority of them know BlueprintScripting, and want to move from what they already know to using some, or all C++ in their projects. Don't worry at all, for my own projects, ALL logic is C++ based, and blueprints are only a means of hooking up various assets, managing certain animations, etc. There is no actual 'blue print node scripting' at all (they are called 'data only blueprints')
@@ggamedev Hello, thanks for replying! And what you said sounds much better. Your 'data only blueprints' note sounds kind of like SerializeField macro in Unity. I'll keep researching and see where it goes.
I hear such comments from a few places... but on the other hand; they keep releasing new versions. So, I dunno. They tried a few years back to include features to make it more attractive to game dev, and honestly, I like most of what they did. But, I'm not sure the pricing was 'right' even with the indie version you can get from steam, or that they actually continued with any real commitment to the game dev market. The Modo bridge unreal plugin being a case in point - that thing could have been so useful, but it STILL does not properly support the unreal FBX pipeline, and you STILL cant transfer anything with the collisions in tact, making it effectively little more than a failed gimmick really. Such a shame.
@@ggamedev I've been using Softimage XSI for a couple of years, which Autodesk has killed, then Mental Ray renderer, which Autodesk has killed, then 3ds Max, which Autodesk has stopped developing actively but not killed yet. It's a common practice, Autodesk, Adobe and Foundry all do it. Once they get a large userbase that is locked into their software (migration becomes difficult due to the accumulated expertise and assets), they sell the company to investors, who's job is to, for next about 10 years, increase prices, minimize resources spent on development, and divert most of those to marketing. They are aware it's not a viable long term strategy, and that users will eventually get fed up and leave in masses, but they are also aware that escaping the lock in takes about 5 years on average. So they keep tightening the screws, making extreme profits by employing predatory monetization and licensing control schemes, and they are ready to sell the whole company just at the peak when the user exodus starts. They usually sell it to an entity clueless enough to think they are getting prosperous software portfolio with huge userbase. It's a very common cycle: Buy a company with the product users absolutely love and are committed to in near term future. Reduce development resources to about 1/20th while still faking development (usually by having the remaining 1/20th of the developers implement the lowest hanging fruit features at the expense if accumulating technical debt really fast), quadruple the marketing expenses to lock in more new clueless users, and watch the userbase get angry over the years. Once the tipping point starts to appear, sell the company quickly and cash out. It's a regular pump & dump scheme, just at the scale of the corporation. I know this is a long tangent but my point is that I've seen this pattern several times, and the state Foundry software, especially Modo, seems to fit it so perfectly. It's always better to jump the ship in advance, than to be hit with the news of your DCC being end-of-lifed out of the blue. I wish my intuition was at least once wrong, but so far it hasn't been. I'd suggest trying either Blender or Houdini. They both have quite extensive procedural modeling capabilities, which someone like you would certainly enjoy, as you could use your programming/scripting skills to generate the art/content for your game as well.
Terrible. All that code, all that syntax, just to print a string or pi? No thanks. Horrible way to code. I'd love to use UE5 but they made it so unwelcoming to write C++ in it. And then they offer people Blueprints because they assume coding is somehow complicated. Then it turns out that Blueprints are just as complex if not more. What a mess! Shame, the engine is quite capable, it produces some beautiful games. Only if I could just write C++ my way, the way I want, the way it's supposed to be, and the engine is there only to provide you with the basics: a renderer, a camera, model loading, lights at your disposal, etc. But no, UE5 really wants to complicate things. I have yet to see an engine that will be so good and yet so simple and intuitive, that there won't be a need to re-invent the wheel (and by that I mean making your own engine). I don't think I'll ever see that day coming, the way things are evolving. Maybe AI will step in and will do it for us. Maybe ChatGPT 6, who knows?
