Visual Game Content Management System
0
Design, organize, and export game content (items, spells, dialogue, blocks) through a visual editor that generates production-ready code and data files.
Added Nov 7, 2025
4 signals
The Problem
Game developers struggle to manage hundreds of content items (spells, items, dialogue, blocks) at scale without hardcoding or maintaining unwieldy data structures. Manual enum updates, scattered JSON files, and poor readability make content additions daunting and error-prone. Teams need non-programmers like translators and designers to contribute, but technical barriers make this difficult.
Potential Solution
Detailed solution approach available for premium members.
Why Now?
Market timing analysis available for premium members.
Seeking Feedback: GAS-Based Spell Combination System - Balancing Complexity vs Accessibility
Working on a spell framework for my Mahabharata RPG (Epic MegaGrant submission) and looking for feedback on the design approach. \*\*The Challenge:\*\* I'm building a GAS-based system where players combine elemental essences to create spells. The goal is tactical depth without overwhelming players. Current design: \- 8 elemental essences (fire, water, lightning, earth, etc.) \- Players select 2 essences at a time to create combinations \- Element interactions create emergent effects (fire + water = amplified electricity for chain lightning) \- Hundreds of possible combinations from this system \*\*Questions for the community:\*\* 1. \*\*Complexity vs Accessibility\*\*: Is 8 essences with 2-at-a-time combinations too much for players to learn? Or does it provide good depth? 2. \*\*Data-Driven Approach\*\*: Everything's configured through data assets (no hardcoding). Has anyone tried similar approaches for spell systems? What pitfalls did you encounter? 3. \*\*Co-op/Multiplayer\*\*: With GAS integration, how do you handle spell combination balance when multiple players are creating different element states on the battlefield? 4. \*\*Teaching the System\*\*: What's the best way to teach players complex elemental interactions without overwhelming tutorials? \*\*Technical Context:\*\* Built on UE5.6 with GAS for multiplayer support. Actor-based system where each spell is a spawnable entity. Tag-based architecture for scalability. Demo video (for context): [https://www.youtube.com/watch?v=w9rJHPYR03c](https://www.youtube.com/watch?v=w9rJHPYR03c) Would love to hear from anyone who's built similar combination-based systems or has thoughts on balancing tactical depth with player accessibility!
What is the best way to have an open ended amount of effects on items
I'm trying to see if it would be better to have a dictionary of items, or have each item as its own file etc. Items will be broken into categories but each category could have a significant amount of items, I also have to be able to combine items and see all the effects (think Minecraft anvil) but do not currently know how many effects I will actually end up with.
What is the best data structure to handle a game's entire dialogue and translations?
Like the title says, I'm planning to do an RPG that has a lot of dialogues and I´m considering translations a possibility, so I wondered what would be the best way to store all that data, JSON, CSV, XML? JSONs sound like one of the best options but CSV are better for the readability of non-programmers like translators. Another question is *how* is the best approach to store the data, like doing the whole game dialogue in a single file? One per character? One per the game´s sections?
What is a sensible and scalable way to index lots of content, like for example blocks in Minecraft? Manually writing all of it seems like a daunting task, how do bigger games do it?
While I am using Unity, the question is still meant to be rather general and doesnt have to be Unity specific, which is why I posted it here. I have been developing a little game in unity, mostly for myself and for learning purposes. I dont plan on publishing or selling it, this is just a hobby for now. So far I have: A (technically in)finite procedural 2D World, Biomes (currently just changes the color of the grass) Rocks you can mine and place, an inventory, items, as in: placeables, tools and generic a little guy to walk around with, a save and load system for the whole thing, and some rudimentary UI for it all. And all of it should work in multiplayer. (I only tested it using Unitys Multiplayer Game View, and that seems to work). For a beginner, I think thats a solid little prototype, made in roughly 2-3 weeks. To make the game interesting it needs a lot more content however. Stuff like trees, flowers, rocks, a couple more walls to build with etc. Currently I store all my things in what I call "The Database". Which is in actuality a Scriptable Object containing 2-3 Lists of stuff. Whenever I add content I add a new element to the relevant list, and manually update an enum, whose number points at the relevant index inside the list. Ill be honest, thinking about manually writing 100+ items into this seems... daunting. And I have to wrangle it together with Unitys Tilemap system. Its already kind of hard to read the arrays, small as they are at the moment. While, sure this would take me maybe an hour to do (not counting making the actual sprites), but it seems very convoluted to maintain in the long run. I didnt want to make a scriptable object for every item, because that seems even more messy. So I had 3 ideas, and mainly just wanted an opinion on which of these, if any, sound the best: 1: Keep what I already have It is easy to save and load, as it is just a ScriptableObject with big Lists of Content. Adding new things is quick, but hard to read at times, and it will get worse with more content. Its already kind of messy. 2. Have it all in code another idea I had is to just... make them in a "ContentLoader" class or something. Similar to 1, but without the SO. something like: `content.Add(new Tile(Name, Color, foo, bar, i ,j));` `content.Add(new Tile(Name, Color, foo, bar, i ,j));` `content.Add(new Tile(Name, Color, foo, bar, i ,j));` `etc.` And then have the relevant parts of the game reference said class when they need to get item or world info. Maybe even have it be a dictionary of (id, content), for ease of access. Then Id just have to keep track which id is what, but that seems doable. 3: Make a seperate little "Content Creator". In my mind its basically a little program, with some input fields and buttons, that can create parseable Json files of anything I need. Something like Name: \[\] Texture:\[\] TextureRect (if spritesheet):\[\] and whatever else it needs and have it keep track of ids automatically, by just looking at the next available one. I would have it load any already existing assets for that, and for editing them in like a list or whatever. I would have to look into making ScriptableObjects by code, but that doesnt sound too hard. Mainly because the tiles for unitys tilemap are based on a ScriptableObject. You can fairly quickly make a working, if kinda ugly UI in Unity. And it doesnt need to be pretty, as long as it works. This would probably take the most time to make at first, but probably the quickest to work with later. Especially if I make it simple enough for others to use. How do other games do it? Im having a hard time finding a lot of info online, other than just to stop whining and writing it manually, or making many many scriptable Objects. I kinda want to make it easy to modify, not only because that means it will be easier for me as well, but so my friends can throw stuff together without me having to hardcode it into the gamefiles, though Id trade ease of implementation for ease of modding.
+6 more signals