Metal Slader Glory: Director's Cut/ROM map

The following article is a ROM map for Metal Slader Glory: Director's Cut.

ROM

Note: Byte size = EntryNumber Template:X 3 - 1

* 0x10207B to 0x10575B (036E0) = Primary pointer table for the entire game's dialogue. 4683 entries. Pointer entries are three bytes each. Text is scattered around the ROM haphazardly. Length bits in the address pointer are zeroed out for every entry. The byte 00 is used as a delimeter.
* 0x10575C to 0x10843B (02CE1) = Primary pointer table for dictionary. 3830 entries (excluding the line break command). Pointer entries are three bytes each. Text is scattered around the ROM in small patches. 
* 0x10843E to 0x109FFE (01BC0) = Dialogue region.
* 0x14ED03 to 0x175896 (26B93) = Dialogue region.
* 0x175897 to 0x175FFF (00768) = Empty space.
* 0x176000 to 0x17A29F (0429F) = ????
* 0x17A2A0 to 0x17BFFF (01D5F) = Empty space.
* 0x180000 to 0x185FFF (-----) = Character portrait graphics.
* 0x168000 to 0x300000 (-----) = Empty space.
* 0x188000 to 0x18E01F (-----) = Character portrait graphics.

Pointer structure

Although typically for SNES games, this game uses three byte pointers; however, this game adopts a space saving measure by storing a dialogue entry's length within a pointer. The dialogue's pointers have the length bits zeroed out because it uses a delimeter. The dictionary's pointers use the bit, because 0x00 is a valid CHR tile value.

Address layout (in bits)

The Stardust Crusaders translation uses the length bits to use the translation's expanded ROM space. This is only for the dialogue. The dictionary needs these bits.

a

, b = length bytes

x

, y , z = Address bytes

a1 a2 

x1 x2 x3 x4 x5 x6 y1 y2 y3 y4 y5 y6 y7 y8 b1 b2 b3 z1 z2 z3 z4 z5

Length   = 		-  -  - 

a1 a2 b1 b2 b3

Address  = 
     
     Original:

     cccccccc =  0  0  1  0 

x1 x2 x3 x4

     dddddddd =  1 

x5 x6 z1 z2 z3 z4 z5

     eeeeeeee = y1 y2 y3 y4 y5 y6 y7 y8

     Final PC address = cccccccc dddddddd eeeeeeee

Dictionary

The dictionary stores dictionary entries for the dialogue to use. It uses bytes that correspond to the CHR, expect for control codes. Control codes start with 0x00 ([BLACK 1] in the table file).

Hex values

The dictionary values are stored sequentially in the pointer table. The dictionary byte values go from 0x00 to 0x7F then jumps from 0x8080 to 0x8EF5. The 0x7F pointer entry would correspond to 0x7F in hex. The 0x80 pointer entry would correspond to 0x8080, and the 0x81 pointer entry would correspond to 0x8081. For translations, use the first byte range for your most used characters to save space.

Character codes

Character codes display character's names in the dialogue. Here's some examples from the English translation:

<e no="32" PrimaryAddress="0x173465" SecondaryPointer="0xFFFFFFFF" Byte_Length="0x0A">[BLACK 1][???3]　忠　「[BLACK 1]％[BLACK 1]４</e>
<e no="33" PrimaryAddress="0x173059" SecondaryPointer="0xFFFFFFFF" Byte_Length="0x0B">[BLACK 1]！エリナ　「[BLACK 1]％[???1]”</e>
<e no="34" PrimaryAddress="0x1728CC" SecondaryPointer="0xFFFFFFFF" Byte_Length="0x0C">[BLACK 1][！！]あ゛すさ　「[BLACK 1]％[BLACK 2]Ｍ</e>
<e no="35" PrimaryAddress="0x1722BE" SecondaryPointer="0xFFFFFFFF" Byte_Length="0x0D">[BLACK 1]？チャ―ミ―　「[BLACK 1]％[TILE 09][！！]</e>
<e no="36" PrimaryAddress="0x172920" SecondaryPointer="0xFFFFFFFF" Byte_Length="0x0C">[BLACK 1][！！]゛ケ　ン　「[BLACK 1]％％[???3]</e>

The format is as so:

0x00 • BYTE_FOR_TEXT_LENGTH • TEXT • 0x00 • CODE

• The 0x00s are constants.
• The second byte is for the length of the speaker's name entry. "　忠　「" is four character's long and the "[???3]" is 0x04 in the CHR.
• The code entry needs further research, although it deals with the character's speech pitch and pattern and maybe other things as well.