Getting Started

Set up SoulScorch with the right expectations and the right folder layout.

SoulScorch is still homebrew software. That is part of its appeal, but it also means a good start matters. Keep the engine repo clean, keep your mods isolated, and understand the difference between engine code, data files, and cloud-side services.

Starter stack

Haxe HaxeFlixel OpenFL Lime HomeSoulDB

Fast read: keep SoulScorch Engine and HomeSoulDB next to each other, keep mod content inside mods, and keep cloud deployment concerns outside the engine repo.

Step 1. Keep the repos side by side

The engine and the docs or API repo are easiest to reason about when they sit next to each other. That keeps mod registry changes, wiki changes, and runtime fixes moving together without mixing concerns into one codebase.

Contributions/
|- SoulScorch-Engine/
|- HomeSoulDB/

Step 2. Learn the three layers

Engine layer

Gameplay, notes, cameras, states, cutscenes, scripts, and rendering all live inside SoulScorch Engine.

Mod layer

Most project-specific content should live in a mod folder with its own assets, metadata, and scripts.

Service layer

HomeSoulDB and HomeSoul Cove handle discovery, stand metadata, jam rosters, and online-facing API features.

Step 3. Pick your first goal

GoalWhere to focus
Make a simple song modAssets, charts, metadata, and the beginner modding path
Add custom behaviorSoulScript, HScript, Lua, or Iris in the scripting layer
Build a bigger gameCustom states, menus, stages, events, packaging, and broader project structure
Put it onlineHomeSoulDB catalog data, HomeSoul Cove stand metadata, Cloudflare deployment