I think you would keep all the quests when completed so you can make things contingent on completed quests. You did a great job on this. One of the best dev series on UA-cam
This is exactly the sort of architecture I used for one of my games, but I wrote mine in C. Instead of overloading functions for the dynamic objects, I just assigned different functions to the objects' function pointers.
At this point I would already have macroed RPG_Assets::Get() to ASSETS, because I'm a lazy fuck and I love syntatic suggars. But this series is fantastic, really; Many times we take a Unity/Unreal/Godot of sorts and don't even know where to start, THIS gives the basic fundamentals of game logics that can be applied to building games in any engine
Still super video ! I whish I have time to make a lot of programs too ! When I was young, I had time but no experience, now I have experience, but no time...
You have the time. You just need to prioritize. Everyone who complain about not having time are either watching TV or procrastinating on Facebook all day. Ultimately, you spend your time on what matter to you. If you can't even find two hours per week for programming, then perhaps programming is not your thing?
I work as a programmer in full time for 15 years. I like what I program at work, but I do not take time to program at home too. And I also have wife and children. Maybe I could save time to program, but I don't ...
I'm in the same situation dude. I get up at 5am every morning just so I can fit some exercise in before work. then program all day in work so sometimes it's hard to find the time/motivation to work on hobby projects in the evenings! :)
nice video been waiting a while to see it. but do you really want to check only if the player overlaps with a dynamic object what if for example there's a trap or lava floor in the scene. wouldn't it be strange if the trap only damaged the player and not the enemies? 15:36
Hi Damian, Your approach suggests creating sand-box type world. Whilst on the surface this seems to open up lots of possibilities, it actually becomes very difficult to constrain. How do I stop enemies from walking into traps? I then need special AI cases to ensure the enemies dont destroy themselves, or teleport to other locations. It also depends on which flavour of RPG you are going for. The JRPG style here would not usually care about NPC interactions with the environment, whereas a more D&D styling might. So in short, its really to keep things simpler.
I guess if you're going to add another level of sophistication, you might have the concept of things that can be invisible to the player but not to the NPCs (so like the various types of "solid" but for "visible") and include those in whatever pathfinding algorithm you give the NPCs as they move about or chase you. I could even see this working so that in combat you could lure an enemy into a trap that they would normally be able to avoid…the possibilities are endless, but as you say they can get expensive too!
Sorry, I know this video is quite old now, but I have a question... For the object vs map collision, was there any check done for obj.solidVsMap? I can’t seem to find it
No, that he kind of left us to implement, but I imagine you could just add it into the collision section pretty easily. Just check if the tile is solid && if the object in question is SolidVsMap.
And rightly so - the command prompt is highly variable, depending upon the number of different characters it has to render. This was the leading factor into me developing the olcPixelGameEngine.
Too long! This video could have been done in two parts. e.g.: Dynamic object, and a second video for the quest system. The quest system was the most interesting part but was too short. Also i don't mind watching video until Christmas. And nobody care about creating files, or your apologies for not adhering to pointless C++ meme and group think. That could have been cut off to make it shorter or leave more time for the important stuff.
I don't know any other youtube where I have more value from watching the videos :).
Hey thats very kind of you to say Marcin! Im pleased you are finding the videos informative!
2022, olcConsoleGameEngine is long gone, now, but this is still a nice video series!
I think you would keep all the quests when completed so you can make things contingent on completed quests. You did a great job on this. One of the best dev series on UA-cam
This is exactly the sort of architecture I used for one of my games, but I wrote mine in C. Instead of overloading functions for the dynamic objects, I just assigned different functions to the objects' function pointers.
I haven't followed this series but I'm sure the game turned out better than Final Fantasy VIII. Great channel!
At this point I would already have macroed RPG_Assets::Get() to ASSETS, because I'm a lazy fuck and I love syntatic suggars.
But this series is fantastic, really; Many times we take a Unity/Unreal/Godot of sorts and don't even know where to start, THIS gives the basic fundamentals of game logics that can be applied to building games in any engine
Still super video ! I whish I have time to make a lot of programs too ! When I was young, I had time but no experience, now I have experience, but no time...
You have the time. You just need to prioritize.
Everyone who complain about not having time are either watching TV or procrastinating on Facebook all day.
Ultimately, you spend your time on what matter to you. If you can't even find two hours per week for programming, then perhaps programming is not your thing?
I work as a programmer in full time for 15 years. I like what I program at work, but I do not take time to program at home too. And I also have wife and children. Maybe I could save time to program, but I don't ...
I'm in the same situation dude. I get up at 5am every morning just so I can fit some exercise in before work. then program all day in work so sometimes it's hard to find the time/motivation to work on hobby projects in the evenings! :)
Amazing! big thanks for all this information
Great series! Enjoying it lots; C++ ftw!!
You need a cQuest_DSV.
nice video been waiting a while to see it. but do you really want to check only if the player overlaps with a dynamic object what if for example there's a trap or lava floor in the scene. wouldn't it be strange if the trap only damaged the player and not the enemies? 15:36
Indeed, and wouldn't it be fun if certain nasties could follow you through doors so you can't escape by just ducking through a teleport?
Hi Damian, Your approach suggests creating sand-box type world. Whilst on the surface this seems to open up lots of possibilities, it actually becomes very difficult to constrain. How do I stop enemies from walking into traps? I then need special AI cases to ensure the enemies dont destroy themselves, or teleport to other locations.
It also depends on which flavour of RPG you are going for. The JRPG style here would not usually care about NPC interactions with the environment, whereas a more D&D styling might. So in short, its really to keep things simpler.
I guess if you're going to add another level of sophistication, you might have the concept of things that can be invisible to the player but not to the NPCs (so like the various types of "solid" but for "visible") and include those in whatever pathfinding algorithm you give the NPCs as they move about or chase you.
I could even see this working so that in combat you could lure an enemy into a trap that they would normally be able to avoid…the possibilities are endless, but as you say they can get expensive too!
Sorry, I know this video is quite old now, but I have a question... For the object vs map collision, was there any check done for obj.solidVsMap? I can’t seem to find it
No, that he kind of left us to implement, but I imagine you could just add it into the collision section pretty easily. Just check if the tile is solid && if the object in question is SolidVsMap.
Nice
I'm worried about that frame rate.
And rightly so - the command prompt is highly variable, depending upon the number of different characters it has to render. This was the leading factor into me developing the olcPixelGameEngine.
Am i last?
No
Am I first?
Congratulations! You win... nothing.
I was first once too. I didn't win anything either.
Too long! This video could have been done in two parts. e.g.: Dynamic object, and a second video for the quest system. The quest system was the most interesting part but was too short. Also i don't mind watching video until Christmas.
And nobody care about creating files, or your apologies for not adhering to pointless C++ meme and group think. That could have been cut off to make it shorter or leave more time for the important stuff.