Pretty Soldier Sailor Moon S - Revision history

Elliogle at 06:19, 14 August 2026

2026-08-14T06:19:35Z

@@ Line 1: / Line 1: @@
 == Disc Archaeology ==
 ''Findings from a byte-level analysis of the Japanese retail disc image (597,999,616 bytes / 291,840 blocks).''
@@ Line 18: / Line 54: @@
 * <code>08_NeoCrystal.pak(org1)</code> through <code>(org5)</code> — '''five successive revisions''' of the Neo Crystal stage alongside the final, a complete iteration history of one arena.
 * <code>03_Kouen.pak(org)</code>, <code>07_Door.pak(org)</code>, <code>SE60.PAK(org)</code> — older versions of a stage, a door arena and a sound bank.
-* The staff-roll font files are named <code>Stuff.Font.OBJ</code> and <code>StuffRoll.data</code> — "Staff Roll" misspelled as "Stuff Roll" — and the font ships with both compiled (<code>.OBJ</code>) and source (<code>Moon.Font.SRC</code>) forms.
+=== The credits are shipped as C source code ===
 === Multi-program architecture ===
-Beyond <code>launchme</code>, the disc carries several cooperating ARM programs: <code>sub</code> (161,024 bytes), and the parenthetically-named movie players <code>MovieDemo(Main)</code> and <code>MovieDemo(Sub)</code> (identical 71,872-byte sizes). A launch command survives in the executable: <code>MovieDemo(Main) MoonOp.Film 18 12 5fff</code>. There are no text credits on the disc — the staff roll is pre-rendered graphics (<code>StaffRoll.pak</code>/<code>StaffRoll2.pak</code>).
+Beyond <code>launchme</code>, the disc carries several cooperating ARM programs: <code>sub</code> (161,024 bytes), and the parenthetically-named movie players <code>MovieDemo(Main)</code> and <code>MovieDemo(Sub)</code> (identical 71,872-byte sizes). A launch command survives in the executable: <code>MovieDemo(Main) MoonOp.Film 18 12 5fff</code>.
 === Filesystem notes ===
 The redundant directory copies ("avatars") of <code>/System/Drivers</code>, <code>Folios</code>, <code>Programs</code> and <code>Scripts</code>, plus <code>rom_tags</code>, disagree between copies — stale older generations from multi-pass mastering, pressed into every disc. The root directory copies verify hash-identical, so this is a mastering artifact, not dump damage.
 === Unallocated space ===
 ,351 blocks (~124 MB, 22% of the disc) belong to no file. Every byte was checked: 100% standard <code>iamaduck</code> mastering filler, nothing hidden inside.

Elliogle: Created page with "== Disc Archaeology == ''Findings from a byte-level analysis of the Japanese retail disc image (597,999,616 bytes / 291,840 blocks).'' === A complete debug menu ships on the disc === The disc root contains `gmdebug` — an 83,104-byte standalone debug program, pressed onto every retail copy. Its menu strings describe a full development tool: * Modes: `BATTLE` / `DEBUG BATTLE` / `TITLE` / `DATA BASE` / `DEBANIM-1..."`


2026-08-14T06:15:05Z
Created page with "== Disc Archaeology == ''Findings from a byte-level analysis of the Japanese retail disc image (597,999,616 bytes / 291,840 blocks).'' === A complete debug menu ships on the disc === The disc root contains <code>gmdebug</code> — an 83,104-byte standalone debug program, pressed onto every retail copy. Its menu strings describe a full development tool: * Modes: <code>BATTLE</code> / <code>DEBUG BATTLE</code> / <code>TITLE</code> / <code>DATA BASE</code> / <code>DEBANIM-1..."
New page
== Disc Archaeology ==

''Findings from a byte-level analysis of the Japanese retail disc image (597,999,616 bytes / 291,840 blocks).''

=== A complete debug menu ships on the disc ===

The disc root contains <code>gmdebug</code> — an 83,104-byte standalone debug program, pressed onto every retail copy. Its menu strings describe a full development tool:

* Modes: <code>BATTLE</code> / <code>DEBUG BATTLE</code> / <code>TITLE</code> / <code>DATA BASE</code> / <code>DEBANIM-1</code> / <code>DEBANIM-2</code> (animation viewers) / <code>GAME</code> / <code>STAFF ROLL</code> / <code>SUPER ENDING</code> / <code>EXIT</code>

* Per-player cheats: <code>MUTEKI</code> (invincibility), <code>TIME INFINITY</code>, handicap, speed and color overrides

* Live memory readouts: <code>SYS_FREE</code> / <code>VRAM_FREE</code> / <code>DRAM_FREE NOW=%06d</code>

* Full character and stage select lists (see below)

The main executable (<code>launchme</code>) contains the strings <code>TaskDebug</code> and <code>gmdebug</code>, indicating it can spawn the debug program directly. A leftover development-kit string sits alongside: ''"Cannot communicate with Mac"'' — the tether check for 3DO's Macintosh-based debugging link.

=== The debug menu preserves earlier stage names ===

The debug stage list reads: GAME CENTER, SCHOOL, JINJYA, PARK, TAIIKUKAN, CERKIT, '''YACHT''', DOOR, NEO CRYSTAL, CRYSTAL PALACE. Position 7, "YACHT", corresponds to the shipped file <code>06_Pool.pak</code> — the pool stage apparently began life as a yacht/harbour setting and kept its old name in the debug tool. "CERKIT" (circuit) is a romanization slip that also survives in the shipping filename <code>05_Cerkit.pak</code>.

=== NUPTUNE ===

Sailor Neptune is spelled '''"NUPTUNE"''' throughout — in the debug menu's character roster and in the shipped animation archives (<code>Nuptune1P_0.pak</code>, <code>Nuptune2P_1.pak</code>, etc.). The misspelling was evidently entrenched in the project's asset pipeline.

=== A Japanese-named folder in the filesystem ===

The directory <code>/data/SE35ウラヌス</code> ("SE35 Uranus", in raw Shift-JIS katakana) sits in the Opera filesystem alongside its ASCII siblings — a working folder holding four Uranus voice samples (<code>Uranus11.ADPCM</code>–<code>Uranus14.ADPCM</code>) whose name was never romanized before mastering. Opera filesystems are meant to carry ASCII names; on non-Japanese systems this entry renders as garbage bytes.

=== Superseded assets pressed to disc ===

The team's backup convention — appending <code>(org)</code> — shipped along with the game:

* <code>08_NeoCrystal.pak(org1)</code> through <code>(org5)</code> — '''five successive revisions''' of the Neo Crystal stage alongside the final, a complete iteration history of one arena.

* <code>03_Kouen.pak(org)</code>, <code>07_Door.pak(org)</code>, <code>SE60.PAK(org)</code> — older versions of a stage, a door arena and a sound bank.

* The staff-roll font files are named <code>Stuff.Font.OBJ</code> and <code>StuffRoll.data</code> — "Staff Roll" misspelled as "Stuff Roll" — and the font ships with both compiled (<code>.OBJ</code>) and source (<code>Moon.Font.SRC</code>) forms.

=== Multi-program architecture ===

Beyond <code>launchme</code>, the disc carries several cooperating ARM programs: <code>sub</code> (161,024 bytes), and the parenthetically-named movie players <code>MovieDemo(Main)</code> and <code>MovieDemo(Sub)</code> (identical 71,872-byte sizes). A launch command survives in the executable: <code>MovieDemo(Main) MoonOp.Film 18 12 5fff</code>. There are no text credits on the disc — the staff roll is pre-rendered graphics (<code>StaffRoll.pak</code>/<code>StaffRoll2.pak</code>).

=== Filesystem notes ===

The redundant directory copies ("avatars") of <code>/System/Drivers</code>, <code>Folios</code>, <code>Programs</code> and <code>Scripts</code>, plus <code>rom_tags</code>, disagree between copies — stale older generations from multi-pass mastering, pressed into every disc. The root directory copies verify hash-identical, so this is a mastering artifact, not dump damage.

=== Unallocated space ===

63,351 blocks (~124 MB, 22% of the disc) belong to no file. Every byte was checked: 100% standard <code>iamaduck</code> mastering filler, nothing hidden inside.