
- #Shining force 2 rom fig format update
- #Shining force 2 rom fig format Patch
- #Shining force 2 rom fig format code
#Shining force 2 rom fig format Patch
Several patches can be stored in the same branch, either when necessary for patch combination management, or when they simply form a functionally coherent set.El Viento may desperately want to be a Castlevaniabeater, but it’s more akin to a ’90s straight-to-video movie, which oddly enough, is actually a recommendation. The patch can then be merged into a target build branch to be combined with other patches for future projects. Creating a new patch :įork the repository, and create a new branch from master branch content.ĭeclare optional patch in disasm/sf2patches.asm.

Creating a new game project :įork the repository, and then start project by creating a new branch from build/standard branch content.
#Shining force 2 rom fig format update
Update master branch with SF2RE output and txt documentations.
#Shining force 2 rom fig format code
This is the recommended starting point to have fun playing with the game's code and content. Main build branch, containing all features and fixes considered as the maintained standard set. 'build/xxx' branches :īranches which combine content from feature/fix branches in order to produce a consistent set of compatible changes which can be used as a stable starting point for further projects.Īutomatically updated with master branch progress, through GitHub Actions configured in directory. Manually updated with master branch progress when needed : before working on it, and before merging it into a build branch. Single feature/fix developments which should stay optional patches by using declarations in file sf2patches.asm.Ĭontent of these branches can then be combined into build branches. Reassembling the code from this branch should produce a bit-perfect copy of the original rom. The documented disassembly in its initial form, and a starting point for feature/fix developments in other branches. Git workflow guidelines : 'master' branch : "entry-oriented" way, to make each entry contain all that is specific toĮditors can then edit assets individually, and point to them whileĮditing battle or map entries.

-8.jpg)
Being able to re-assemble the game and obtain the same rom file as the original game.Documenting as much content of the game as possible, to get a perfect understanding of how it works.
-2.jpg)
The purpose of this project will be to provide a disassembly of Shining Force II with the following goals in mind : A disassembly of the game "Shining Force II" for documentation and fan-project purposes, which can be assembled back into a bit-perfect replica of the original rom file.
