Skip to main content

On Sale: GamesAssetsToolsTabletopComics
Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines
(+1)

Sorry, was using the term used for RPG Maker MV. Basically if you  had made some modular code to handle something that was not really game specific, it should be fine. Both of your examples sound like they are fine.

Should I refrain from using modular code if it would constitute too much of the engine?  I ask cause I've got a bunch of code from trying to make a modular architecture to use on top of SDL2 in place of having to use things like game maker and renpy.  Would that still be okay, or should I just stick to SDL2 as the base?

I would need more detail on what exactly the programming does to give an exact answer.

Well, to list stuff off, basic file handling, a simple implementation of ini files, a simple loader for png files, a system for keeping track of texture pages and drawing what's on them, a system for caching text and drawing it, a generic game loop minus the actual update or rendering functions, an event handler for sorting input into easily checked state, a dialogue system using the drawing and text systems, a core base for making menu with no default, a collision system, and a system for keeping track of audio resources (mainly how long they've been playing and how many instances of sounds are current). These are all in separate files, but the drawing portion, the game loop and the event handler are closely tied together.  Part of why I'm unsure is that all the things the programming does are things rpgmaker and most other "engines" do as well.

Yeah, that just sounds like generic engine stuff. That is 100% fine.