4 ms·
I think most "I want to make an engine so I can make games faster" people are cursed to make engines forever, this is rare.
by slmjkdbtl 2y ago
I think most "I want to make an engine so I can make games faster" people are cursed to make engines forever, this is rare.
- shepherdjerred 2y agoThe only thing more impressive than writing a game engine is actually using it
- 01HNNWZ0MV43FF 2y agoThat is truly a curse. I just want to make an engine so I can say I did everything from scratch
- sunrunner 2y agoI hope by 'everything' that includes the text editor and compiler you'll used in the development process ;)
- slmjkdbtl 2y agoThat's literally what I fall into, making an engine then falls deeper into making programming language and editors, it's an endless hole.
- 01HNNWZ0MV43FF 2y agoBuddy if I retire early I will ;)
- Cthulhu_ 2y agoAt least that's a goal, a lot of people say "I want to make a game" but get stuck in the making an engine part. Which is also valid, don't get me wrong - if you enjoy it, by all means! However it's not building a game, it's building a game engine. Anyone that wants to build an engine (or a CMS, or whatever) with the goal of making a game should try making one or more games with one or more existing engines first, if only to get a better idea of features and shortcomings. And if they really want to make games, or just the engine.
- deleted 2y ago[deleted]
- jedberg 2y agoI think a lot of them want to be like Carmack. :)
- 0xdeadbeefbabe 2y agoOr Commander Keen
- wilberton 2y agoIt's definitely possible to do it - for me the key is to write the game and the engine together, and only implement the bare features you need. For the first game at least, the engine and the game are essentially the same thing. Also, forget about wiring an editor, just add debug functionality to the game.
- flykespice 2y agoLiterally that what I'm pursuing rn, I want to make my first (real) 3d game, I'm very aware of the loophole that most self-made engine game developers falls into but I genuinely found no 3d engine that suits my criteria: * Be resources efficient (memory and cpu usage) * Has primary 3D support * stable * Supports old devices (ideally embedded systems too) * And of course be FOSS I'm focusing on mobile, as you know mobile devices are very sensible to heating so the 1st option is a must, Godot isn't resource efficient, it heats very easily when I play one of the sample games. Regarding the second option, whilst Godot still supports gles2(which is the most widely supported api yet across old devices) it's further being pushed as second-citizent over Vulkan and looking through github no other engine checks my boxes... If someone could direct me to an engine that checks all the boxes above I would happily try it out.
- airstrike 2y agoBevy?
- Unit327 2y agoProblem: I want an engine that does x, y and z but none of the 4 can do that Solution: make a new engine Result: I want an engine that does x, y and z but none of the 5 can do that
- johnnyanmac 2y agoit's more like 400. I'd be surprised if you couldn't find any engine that couldn't do XYZ. but hey, your engine doesn't need to be a competeing "standard" if you do want to make a new engine.
- johnnyanmac 2y agoI've been looking into Stride[0] for a bit and it seems to meet most of your requirements. I'm not sure at all about embedded support but it does seem to treat Linux as a first class citizen for once. the main up/downside is that it's a C# engine. So it won't necessarily be as hyper-optimal as c++ without some discipline on what parts of the language you use (hint: avoid LINQ at all costs in the hot loop, and look at the newer ways in C# on how to utilize unmanaged collections). 0: https://www.stride3d.net/ https://www.stride3d.net/