Видео

@@3DPiece You are welcome, I'm glad you like the Tutorial!

@@Pixelon_ The Tag is under the "Name" Variable, and you need to check with the "Branch" node, to see if the Tag is True or False.

@@LukeAtanasof-BeyondverseLab Thank you! :)

@@laobame4516 Thank you! I'm glad this helped you :)

You are welcome ✌

@@TheNew-x2s That's just a reference to the Player Actor, nothing more. It's limited, so you can't use something like components, variables directly :)

@ okay thanks

Correct! People are confused when they are programming, they don't know that playing the game in the Editor is not the same as playing the game as shipped. Many things can go wrong when playing the game after shipping, that's why it's important to ship the game and test before official publishing.

@@НовыйФормат-ф5н Thank you! I'm happy more and more people are seeing this, how Casting and other nodes can ruin your game's performance. I am posting more content soon, keep an eye on the Channel to learn other important stuff that other teachers are not showing.

@@luellapak1628 Thank you! I'm very happy for that! Soon posting more videos with even better content, keep an eye on the Channel! :)

@@aceplayndraw It won't give the same result (not always). Delays are unpredictable and unreliable. They are made for testing stuff, to quickly check your code and they you should replace it with a timer. In your case specifically, the Delay can be even worse, because .2 seconds is way too quick, and Delays are NOT synced with a computer's framerate, so this can cause a lot of weird behaviour. You know why you think you've fixed the problem? Because your game is not shipped, you are testing it in the Editor. The game is not the same when you ship it, and when you testing it in the editor.

That's a really good question! It takes a bit of work for this one, it will be long explanation on a text comment, so I might do the updated version to explain the stickicking the Actors on the ground. Thanks for the idea, I hope I will do this in the near future!

One of my favourite things in FPS games! :)

I'm concerned about everything when a Casting is involved. Let's say I could use Casting with caution right? Why would I use something that I need to be constantly aware about? Why using risky node, where I can go the longer and safer way with Interface? :) Everytime when you run to something limited, there is always a way around it, especially with Interface. Interfaces are so lightweight and flexible, but requires a bit more workaround.

Thank you so much for your support and encouraging words! I know it's long and people usually don't like long Tutorials, but I want to show the good things, bad things, and best alternatives for the lessons. I've never liked one-sided Tutorials like "Click here, do this, goodbye :))". Soon I'm uploading new Tutorial in few days, and also short Courses are coming too.

@doppelganger-studios Yup ✅, Waiting ♾️

@@Films_zonez I might do a whole series of these. Right now I'm uploading the First Person Shooter Series. Hopefully in the near future I will start this. Thanks for your patience brother ✌️

@@nastenkaoo No arrays needed. It's a Widget Switcher with Index going + and -. Everytime you want to use an item, you can simply activate that item when the Index is selected.

@@doppelganger-studios where, I mean which blueprints and how to activate, can you give a brief idea, I wanna implement it after this tutorial.

@nastenkaoo It's a bit hard to explain on comments. When you have selected 1st item for example, activate that item. When you select the 2nd item, do the same, activate the item you want (e.g. spawn actor, explosion etc)

@@doppelganger-studios all right, thanks for suggestions and help. Good luck to me

@nastenkaoo Even if you don't do it right at first, don't worry, that is a part of the gamedev process and learning. You will do it eventually, just be patient and always remember that it's normal to struggle sometimes, it's programming after all :) I will keep uploading new Tutorials, hopefully they will help you guide you through this process.

Welcome to Gamedev world! We are all in the same bubble together ... practice practice practice :)

@@doppelganger-studios Definitely :D Make his own first game alone, is a long process, many pains in the a** lol But it's my teenage's dream! I bet I will have again 1 or 2 years to finish it ;)

@@Iam_Your_Fazer That's how games are made :) 1/2/3 years, depending on the size and complexity. It doesn't need to be super huge game, it can be smaller game but fun and addictive, that's the goal.

Follow carefully from 12:26 onwards. There will be a node called "Random Point In Bounding Box", and you will see the setup there. I hope this helps, if not, let me know in the comments and I will assist you further.

@@doppelganger-studios im sorry i dont know,but its not working

@@perfectbros6060 The node "Random Point In Bounding Box" and the "Get World Location" of the Collision Box will make the boxes spawn randomy within the box bounds.

@@doppelganger-studios i used "get scaled box extent" and it fixed the problem thank you much for the vedio

@perfectbros6060 You are welcome, I'm super happy you've figured it out!

@@TheRobJarvis Thanks, I'm super happy this Tutorial helped you, more to come!

Absolutely! Once you setup the Weapons, connect the selected weapons to the Variables accordingly.

@doppelganger-vlad I've tried, but it works strangely, and I'll probably need additional blueprints, but the idea is interesting, we'll give it a try. Thank you))))

@ИсторииЛеснойПоляны I've tried in some of my previous Projects, it works great. But yes, it requires a bit more scripting 😊 I might do Tutorials for weapons switch in the future, will see. Thank you! :)))

@@doppelganger-studios That's great! It will be interesting to know if I managed to get at least 50% closer to the required result.🤣

@@tommygunn2782 Thank you so much for your kind words! I'm trying to cover as many details as possible. And yes, I really love showing the final results before I start with the Tutorial, that way, the audience will decide whether to continue watching or not (I don't want to waste people's time). Thanks again!

@@EddyMendoza-pg3jt Hey Eddy! Thanks a lot. Let me know if you need any help or assistance with the GAS assets. I'm preparing the next Tutorial for the Fps, it's going to be lots of fun and we will learn lots of useful stuff. Happy New Year!

@@nobrainerrgames Hey man, thanks for your feedback and sharing your thoughts, I really appreciate it. The title and the video are straight to the point, nothing confusing or clickbait-y. It's actually very simple, Delay is killing the performance of the game. If you want to ship the game with optimized and production-ready Blueprints, you should use Timers instead :)

@ i kinda agree with it- there's a BUT tho☝🏻🤣 using Delays extensively is bad for optimisation... or using those when your whole logic is fcked (but everything is bad for optimisation in this case init), as themselves they're not blocking game thread at all- so i 50% agree with you and 50% stay with my 'it depends'🫡

@mam9zyc Fair enough 😊 ✌️ I always respect other people's opinions. Thanks for sharing yours man :)

@@egemenyldrm976 Hey, thanks for buying the Courses! I will make Tutorials in the future similar to these, definitely!

Thanks brother! I hope you find this Tutorial useful :) have a great holiday season and a Happy New Year ahead!

@@Iam_Your_Fazer Hey Dorian, thanks! You did well to change the Ticks :) you will feel the difference when you package your game and test it. Please remove the Canvas, PLEASE :))) thanks again, and have a great holidays too. Vlad.

Hey, thank you! :) Yes, all of the Tutorials are teaching you Casting, because in a matter of minutes you can program a lot of things with that node, but at the cost of your game performance. The Instructors are doing those types of videos to attract more Subscribers, they are not saying how Casting is destroying your shipped game. And yes, you should use Blueprint Interface instead of Casting, NO EXCUSES! :) Please watch the Casting video on my Channel to learn why you should never use Casting. Ignore the comments where people are arguing that "Casting is good if you use it properly, Casting is a great node" etc. Thanks once again, I'm glad you like the way I teach, MORE TO COME :)

@@doppelganger-studios Maybe they dont even know about the casting performance, anyway, i purchased your course to learn more about it :)

@Somordorp Trust me they do :) they just decide to go the quick and easy way and don't care about their Player's experience. Thanks for buying the Course! :) That's the right way of making production-ready games, there is so much to learn there. Let me know if you need any support for the Course :)

i 100% agree to use BPIs wherever you can but if it comes to casting to your player character it doesn't matter as casting is heavy only when actor is not already loaded to your level- so in case of player 'dont cast, no excuses' is not valid, isn't it? edit: + not casting to your player character for sake of 'optimisation' would give you sooooo many headaches mate, it's unbelievable 👀

@mam9zyc Character is loaded in the game, yes. But if for example, you want to overlap your Character and using Casting all the time, this will be expensive for the game, regardless whether the Character is loaded already or not. Hover over the Casting node and read the tooltip, you will see what I mean :) You will have a headache if you are using Casting in your final shipped game, that I can promise :)

@@egemenyldrm976 Thank you! :)

@@krayvin Thank you very much! I should've keep my old Project years ago with the old and bad Blueprints, but I never thought I will actually teach these stuff. Many students have contacted me to tell me that they've changed their code and their game has changed A LOT, it's performing better and it's not crashing like before. Thanks once again! :) ✌️

That's a big improvement, especially if you have a complex logic! Thank you for sharing this important feedback. Even with the screenshots as a proof, people who don't want to optimize their code they will try to tell you otherwise, that you are wrong, that's not true etc :))) Keep optimizing your Blueprint and don't listen to the lazy people who are saying otherwise :)) cheers!

@@doppelganger-studios ;) yes, I'm happy with this. And my game stat, the logic all included is at : 11:30ms before with the ticks was at 15:80ms. So yes, big improvement for me, I debbuged some part in the same time ;) yes, I think it's complex for the moment, I have a full survival system, inventory, grab, quest, vehicle, guns, door logic, real time system and more, I coded everything, but as a beginner, I started 8 months ago, but, look well better now ;) I think I can improved again, but it's on the good way ;)

@doriantek We can always do better ! :) I did the same thing when I've learned the Optimization part. I had to remove all Casting, Delay, Tick nodes, and when I shipped the game again, I could straight notice the difference. Keep up the good work! :)

@@Iam_Your_Fazer Thank you! :) This mechanics is one of my favourites, spawning Actors and enemies in an area :)

@@YTAliasJoeCool Yeah, 2 nodes and you are done. Congratulations you are a Developer 😅😅😅

@@doppelganger-studios your unbased sarcasm got you a downvote and block. read up on the other comments, to learn that you are not a developer and your claims what is right or wrong are simply bullshit and arrogance.

@@YTAliasJoeCool For a toxic and jealous people like you, sarcasm is the least I can do. Best regards from a non-developer who shipped over 10 full games ;)

Delay causes issues even in a Singleplayer game. The problem is not just in framerate for Multiplayer.

Hey there, thanks for your kind words! The First Person Shooter video is just for a showcase of gameplay mechanics in general, it's not included in the Courses I've made. And yes, I'm preparing the next Course for RUclips and Udemy so keep an eye on the Channel :) You don't have to wait for Udemy's promotions, I have already made Coupons at the lowest prices: Creating Main Menus 40% OFF www.udemy.com/course/unreal-engine-widget-blueprint/?couponCode=UE5COUPON-END-DEC13 Blueprints Optimization 49% OFF www.udemy.com/course/unreal-engine-game-optimization/?couponCode=UE5COUPON-END-DEC13 Coupons end on 13th December

@@doppelganger-studios Thanks, got both!

@@gstreetgames2530 Thank you, you will learn a lot in these Courses! If you need any support or help, reach out to me anytime on any platform, I always reply when I see the messages. Have fun learning! Vlad.

Thanks! I have to repeat, that's one of the best ways to remember what's happening. I don't like Tutorials like : Click here, click there, do this, do that... :) but thanks for the suggestion, I appreciate it.

Yep, this is the video: ruclips.net/video/DmpRbWwJCzY/видео.html&ab_channel=Chankulovski

@@velha2999 Hey. 5.5 still new version, tend to be buggy and occasionally crashing for no reason. Plus, with 5.0.3 the programming is applicable to UE4 and can easily switch to UE 5.5 or latest. It's kind of like perfect bridge between versions. Last but not least, not everyone can afford PC that can handle 5.5 :( , so I want to give back and accommodate to everyone in the community.

​@@doppelganger-studios alright thanks for explanation looking forward for next videos!

I will make a Tutorial for something like that for sure. Overall, Functions are always returning True, whereas Macro can use True or False output. Also, Macro can have multiple Execution pins for Input/Output, Function have only one Execution pin for Input and one for Output.

Another silly idea that came to mind is to create an array of vectors on the switch. I can manually sample the location of each actor with some offset or make a function to do it. Then I can line trace them all and get the actors that way. Thats so funny tho and it has limits. Like if the actors move away i wont be able to find them during gameplay again. Unless I program that offset in too

I will try to make a Tutorial for this kind of thing. It can be done, but make sure you DON'T use "Get Actor Of Class", and especially DON'T use "Get All Actors Of Class". This is a performance killer, so NEVER use these nodes. I will do my best to make a Tutorial for this, it's not that complex.

@@doppelganger-studios Thank you a lot : )

@halo1of1the1sun You are welcome! :)

@@ChrixB I mean, it's logical right? If you can do all that functionality with just 1 node, there has to be a catch :) I'm super happy your understood and accepted the right way of programming! Thanks

@a123b123c123d123c123 Ok

​@@a123b123c123d123c123 The video showed that delays pause the flow of code, whereas timers make your code asynchronous, allowing multiple events to occur simultaneously. In my experience, Sleep and Delay in most languages are typically used for debugging.

@a123b123c123d123c123 for me, when I have to introduce a delay or sleep in my code, I take that as a sign that something in my design is not right.

@a123b123c123d123c123 idk, maybe you find a better way to handle delay, let us know and share it ?

@@ChrixB That video is from external and full Course, yes. I have a different video explained how to do this properly: ruclips.net/video/DmpRbWwJCzY/видео.htmlsi=dkIyeAL1WnSbPps1 Let me know if this is what you're looking for.

Don't say sorry when asking for help, especially if you are a beginner :) What's wrong with binding? When you use Binding (like I'm showing in the video), this Function is working like Event Tick, which means it will constantly ticking each frame - FOREVER. When Player wants to update their Health (when heal or damage your Player), you should use different approach. I have a full tutorial for that as well.

@@doppelganger-studios Thanks

No. Binding will tick each frame throughout the whole game. NEVER use Binding, nor Event Tick.

@@doppelganger-studios Naah, Tick is fine if you know how and where to use it. Binding is fine too, if your widget is not present persistently on the viewport.

@@wobowobocat Sorry but this is too funny :))) reading this, I literally cannot argue anymore. Feel free to use these things, it's your game after all

​​@@wobowobocatim surprised he didn't delete your comment. Somehow RUclips recommended me this garbage. This guy has literally no idea what he's talking about in any of his videos, and I feel sorry for the beginners watching.

@@TheChapen Hey there. I thought I put the link in the description, but I will update the video description later. Here's the Discount Coupon of the Course: www.udemy.com/course/unreal-engine-widget-blueprint/?couponCode=UE5COUPON-END-DEC13

@@alexeinuville2555 Thanks man! You would be surprised how many people are refusing to believe that Casting is bad for our games, just because they don't want to spend more time to optimize their code, they want it quick and easy with the Casting. Watch my Tutorial for Casting specifically, more in depth explanation there. Thanks for the sub!

Casting is super expensive.

@@bryanwiitala8854 Yes :)

Absolutely. But it needs a bit more work for that. You can use different approach to make it easier. For example, instead of creating a Widget Component in the Blueprint, you can simply Create Widget when overlap with the Collision Box (so you can decide which Widget to show, press E,F,G etc). But the problem with this is, the Text from the Widget will not follow the Player's camera, so you need to do more programming to achieve this. It's just, there are so many ways to do this :)

​@@doppelganger-studios Yapp i have been done with that, now im looking for how to pop up widget when i see the object , and im stuck, i only can pop up 1 type of widget hehe

@Fikarblackproject That's a good idea to make another Tutorial about this, to display any Widget. Will see my availability and hopefully to make one in the near future. Thanks for the idea and comments :)