I hadn't heard of it honestly. Which is really odd because before I started this foray into trying a 3d game I looked into a lot of different engines. Maybe I try something for the next game if there is one. I'd like to try something in Godot too, just thought in the interest of finishing something I'd be better off in Unreal for an FPS game. I've got somewhat of an idea for a 3D puzzle game I may try in Godot some time. As of now, if I have an idea while I'm working on this I put it in a notebook to try later so I don't get too distracted.
Blueprints are nice, but I've ended up doing a lot in C++ too. What I like is how they let you layer them, e.g. I made a C++ class for the weapon that does all the basic stuff, fires, etc. If I want to make some one off unique weapon? I can just override the actions in Blueprint to do whatever I want. I've heard it's bad on performance so I haven't used a ton of that for gameplay, but for a settings menu? That's not really enough to matter and it let me make menus and things in a tiny percent of the time versus learning how I need to interact with a text box in my code.
I've heard it's bad on performance so I haven't used a ton of that for gameplay, but for a settings menu? That's not really enough to matter and it let me make menus and things in a tiny percent of the time versus learning how I need to interact with a text box in my code.
Oh definitely. You can always tell games that rely on a ton of Unreal APIs because of how it causes a lot of slowdown or stutter. But it's good you're going the coding route to improve optimisation. It seems to be something a lot of larger studios forego these days.
I hadn't heard of it honestly. Which is really odd because before I started this foray into trying a 3d game I looked into a lot of different engines. Maybe I try something for the next game if there is one. I'd like to try something in Godot too, just thought in the interest of finishing something I'd be better off in Unreal for an FPS game. I've got somewhat of an idea for a 3D puzzle game I may try in Godot some time. As of now, if I have an idea while I'm working on this I put it in a notebook to try later so I don't get too distracted.
Blueprints are nice, but I've ended up doing a lot in C++ too. What I like is how they let you layer them, e.g. I made a C++ class for the weapon that does all the basic stuff, fires, etc. If I want to make some one off unique weapon? I can just override the actions in Blueprint to do whatever I want. I've heard it's bad on performance so I haven't used a ton of that for gameplay, but for a settings menu? That's not really enough to matter and it let me make menus and things in a tiny percent of the time versus learning how I need to interact with a text box in my code.
Makes sense. Unigine isn't widely advertised because it's mostly used by a specific kind of designer. Some of the new features look really amazing in a real-time runtime environment, though: https://www.youtube.com/watch?v=kKQbj_zvueA&pp=ygUHdW5pZ2luZQ%3D%3D
Oh definitely. You can always tell games that rely on a ton of Unreal APIs because of how it causes a lot of slowdown or stutter. But it's good you're going the coding route to improve optimisation. It seems to be something a lot of larger studios forego these days.