既に先人 [URL1] の手によって戦闘モードにおける全テキストデータの格納アドレスが判明しているが、 ここでは「どのようにすれば戦闘メッセージのデータ格納アドレスをサーチできるか」を考えてみよう。

以下のことを（都合が良いのだが）仮定し、Diff サーチを提供するエミュレータを使用して探索作業を行う。

「○○○○が あらわれた！」 「○○○○の こうげき！」 「○○○○に ○○の ダメージ！」 「○○○○を たおした！」 等、表示メッセージが変化するたびに執拗に Diff サーチをすることにより、 それらしい値変化をしているアドレスを細かく見ていく。 すると次のようなアドレスの集合に収束していくことが観察できるはずだ：

それからは戦闘突入直後に、これらのアドレスひとつひとつに Break Point を置き、 それらがメッセージの表示と関係が本当にあるかどうかを調べる。ここからは運任せである。

$7E3056 は頻繁に Read されるので、メッセージの更新とは無関係とみなし、これを候補から除外する。 次に $7E5966 だが、これも同様な感じがするのでやはり除外する。 その次の $7E5998 でそれらしい挙動を見せるようになる。 GSD のアウトプットウィンドウの表示はこうなる：

$C0/2A36 8D 98 59    STA $5998  [$7E:5998]   A:000B X:0042 Y:0000 D:1E1F DB:7E S:083E [...]
$C0/27B8 AD 98 59    LDA $5998  [$7E:5998]   A:0001 X:0004 Y:0000 D:1E1F DB:7E S:0837 [...]
$C0/27C1 AD 98 59    LDA $5998  [$7E:5998]   A:0003 X:0004 Y:0000 D:1E1F DB:7E S:0837 [...]

ここで、あらかじめ用意しておいた逆アセンブリコードリストと照合する。 なお、バンクごとに逆アセンブリコードを用意しておくのは解析人の鉄則だ。 すると $C0/27B8 と $C0/27C1 の命令を一つのサブルーチンが含んでいる。 これが戦闘用メッセージのデータを取得するものであると推論したい。 そのサブルーチンの逆アセンブリコードは次のものだ（アセンブリコード右側の擬似コードは記者の解釈による。以下同様）：

C0/27B0:    08          PHP
C0/27B1:    C230        REP #$30
C0/27B3:    F47E7E      PEA $7E7E
C0/27B6:    AB          PLB
C0/27B7:    AB          PLB
C0/27B8:    AD9859      LDA $5998
C0/27BB:    290700      AND #$0007
C0/27BE:    8D1E5A      STA $5A1E
C0/27C1:    AD9859      LDA $5998
C0/27C4:    4A          LSR A
C0/27C5:    4A          LSR A
C0/27C6:    4A          LSR A
C0/27C7:    48          PHA
C0/27C8:    0A          ASL A
C0/27C9:    6301        ADC $01,S
C0/27CB:    AA          TAX
C0/27CC:    68          PLA
                                            ; x == 戦闘メッセージ ID
C0/27CD:    BFD15AC1    LDA $C15AD1,X       ; 戦闘用テキスト 開始アドレス群
C0/27D1:    18          CLC
C0/27D2:    69BDDE      ADC #$DEBD
C0/27D5:    85A0        STA $A0             $A0 = アドレス + DEBDh
C0/27D7:    BFD35AC1    LDA $C15AD3,X       ; 戦闘用テキスト 開始アドレス群
C0/27DB:    29FF00      AND #$00FF
C0/27DE:    69F600      ADC #$00F6
C0/27E1:    85A2        STA $A2             $A2 = (バンク & 0x00FF) + 00F6h
C0/27E3:    64A4        STZ $A4             $A4 = 0000h;
                                            for(;;){
C0/27E5:    AD1E5A      LDA $5A1E
C0/27E8:    F013        BEQ $27FD               if($5A1E) return
                                                do{
C0/27EA:    22FF27C0    JSR $C027FF                 ; $A0 にストアされているアドレス値を増加させる
                                                    ; a = 文字コードをセット
C0/27EE:    C9AC00      CMP #$00AC
C0/27F1:    F005        BEQ $27F8                   if(a == 00ACh) break
C0/27F3:    C9AE00      CMP #$00AE
C0/27F6:    D0F2        BNE $27EA               }while(a != 00AEh)
C0/27F8:    CE1E5A      DEC $5A1E               --$5A1E
C0/27FB:    80E8        BRA $27E5           }
C0/27FD:    28          PLP
C0/27FE:    6B          RTL

このルーチンの LDA 命令をチェックしておくと、 $C15AD1 がいかにも戦闘用メッセージデータのアドレスの先頭であることが特定できる。 ソニタウン [URL2] の結果と一致して、まずは一安心である。 あとはこのアドレスから 1 バイトずつ SFC 版ドラクエ 6 の小フォント文字コードとみなして、 力にまかせてデコードしていけばよい。 こちらは dq_analyzer [URL1] のデコーダにある配列を流用すればよい。 最初から dq6decoder -s する場合、戦闘メッセージは出力ファイルの 655,599 行目の 39 半角文字目に現れる。

このコードを呼び出し構造の上側へとたどっていくことにより、 メッセージ ID を指定して、画面にテキストを描画するような高水準サブルーチンを発見する。 A レジスターの値を ID とするものと、呼び出し命令の直後に値をハードコードして ID を指定するものとがあることがわかる。 それらの呼び出し例を次に示す：

C2/B3BB:    8D285A      STA $5A28
C2/B3BE:    22162AC0    JSR $C02A16         ; message #$01A1: [BC]なんと [B4]が おきあがり[AD]なかまに なりたそうに こちらをみている！[AF]
C2/B3C2:    A101
C2/B3C4:    22393FC4    JSR $C43F39         ; パーティーメンバー数が限界かテストする
C2/B3C8:    900D        BCC $B3D7           if(パーティーメンバー数限界状態){
C2/B3CA:    22162AC0    JSR $C02A16             ; message #$01AB: [BC]しかし ばしゃも ルイーダも[AD]いっぱいだった！[AF]
C2/B3CE:    AB01
C2/B3D0:    22162AC0    JSR $C02A16             ; message #$01AC: [BC][B4]は さびしそうに[AD]さっていった！
C2/B3D4:    AC01
C2/B3D6:    60          RTS                     return
                                            }
C2/B3D7:    22162AC0    JSR $C02A16         ; message #$01A2: [BC][B2]という なまえ らしい。[AD]なかまに してあげますか？[AF]
C2/B3DB:    A201
C2/B3DD:    A90400      LDA #$0004
C2/B3E0:    229881C3    JSR $C38198
C2/B3E4:    9007        BCC $B3ED           if(!はい || キャンセル){
C2/B3E6:    22162AC0    JSR $C02A16             ; message #$01AA: [BC][B2]は さみしそうに さっていった。
C2/B3EA:    AA01
C2/B3EC:    60          RTS                     return
                                            }

C2/8A9C:    BFA58AC2    LDA $C28AA5,X       ; 敵一体減ったときのメッセージ ID の配列
C2/8AA0:    22292AC0    JSR $C02A29         ; 戦闘テキスト出力 @a
C2/8AA4:    60          RTS

C2/8AA5:    2C00                            ; [B8]は いなくなった！
C2/8AA7:    2A00                            ; [B8]は しんでしまった！
C2/8AA9:    2B00                            ; [B8]を たおした！

ここで紹介し切れなかったものも含め、戦闘モードのテキスト処理に関係する機能をまとめておこう：

この文書では人々・動物・魔物の台詞やナレーション等の 「大きいフォントを用いて表示するテキスト」全般の解析手段の検討および実践について述べる。

$C0/2B69 AD 98 59    LDA $5998  [$7E:5998]   A:0000 X:0051 Y:FFFF D:0000 DB:7E S:083B P:envmxdIZc [...]
$C0/2B72 AD 98 59    LDA $5998  [$7E:5998]   A:0007 X:0051 Y:FFFF D:0000 DB:7E S:083B P:envmxdIzc [...]
$C6/E0E1 AD 98 59    LDA $5998  [$7E:5998]   A:0001 X:0003 Y:0018 D:0000 DB:7E S:083A P:envmxdIZC [...]

C0/2B69:    AD9859      LDA $5998           ; $7E5998 にメッセージ ID が格納されている
C0/2B6C:    290700      AND #$0007
C0/2B6F:    8D1E5A      STA $5A1E           $7E5A1E = メッセージ ID & 0007h
C0/2B72:    AD9859      LDA $5998
C0/2B75:    4A          LSR A
C0/2B76:    4A          LSR A
C0/2B77:    4A          LSR A
C0/2B78:    48          PHA 
C0/2B79:    0A          ASL A
C0/2B7A:    6301        ADC $01,S
C0/2B7C:    AA          TAX                 ; x1 = メッセージ ID の上位 13 bit
; x1 は $C15BB5 からのオフセットを意味する
; 8 個の連続した ID が一つのアドレスを見ているのがわかる
C0/2B7D:    68          PLA 
C0/2B7E:    BFB55BC1    LDA $C15BB5,X
C0/2B82:    85A0        STA $A0             $A0 = $C15BB5,x1
C0/2B84:    290700      AND #$0007
C0/2B87:    DA          PHX
C0/2B88:    AA          TAX                 x2 = $C15BB5,x1 & 0007h
C0/2B89:    BFCC2BC0    LDA $C02BCC,X
C0/2B8D:    29FF00      AND #$00FF          ; マスクビット取得
C0/2B90:    85A4        STA $A4             $A4 = $C02BCC,x2 & 00FFh
C0/2B92:    FA          PLX
C0/2B93:    BFB75BC1    LDA $C15BB7,X
C0/2B97:    29FF00      AND #$00FF
C0/2B9A:    4A          LSR A               ; 24 ビット値の上位 17 ビットがアドレス値の情報なので
C0/2B9B:    66A0        ROR $A0             ; シフト演算を駆使して先に得られた
C0/2B9D:    4A          LSR A               ; $A0 の上位ビットに流し込む
C0/2B9E:    66A0        ROR $A0             ;
C0/2BA0:    4A          LSR A               ;
C0/2BA1:    66A0        ROR $A0             ;
C0/2BA3:    85A2        STA $A2             $A0:$A4 = メッセージ格納アドレス
C0/2BA5:    A5A0        LDA $A0
C0/2BA7:    18          CLC 
C0/2BA8:    695B17      ADC #$175B
C0/2BAB:    85A0        STA $A0
C0/2BAD:    A5A2        LDA $A2
C0/2BAF:    69F700      ADC #$00F7
C0/2BB2:    85A2        STA $A2             $A0:$A4 += 00F7175Bh ; ベースアドレスを加算

C1/5BB5:    070000  ; ID 0000h:0008h に対応するデータ
C1/5BB8:    A60200  ; ID 0008h:0010h
C1/5BBB:    D90600  ; ID 0010h:0018h
; 3 byte の数値が昇順に配列されている……
C1/65E1:    986F23  ; ID 1B20h:1B28h
C1/65E4:    817823  ; ID 1B28h:1B30h
C1/65E7:    000060  ; ここからは明らかに異質なデータなので除外
; ...

C0/2BB4:    AD1E5A      LDA $5A1E           while($7E5A1E){ ; == メッセージ ID & #$0007
C0/2BB7:    F012        BEQ $2BCB               do{
C0/2BB9:    20D42B      JSR $2BD4                   ; a = 大文字コード
C0/2BBC:    C9AC00      CMP #$00AC                  if(a == 00ACh)
C0/2BBF:    F005        BEQ $2BC6                       break
C0/2BC1:    C9AE00      CMP #$00AE
C0/2BC4:    D0F3        BNE $2BB9               }while(a != 0x00AE)
C0/2BC6:    CE1E5A      DEC $5A1E               --$7E5A1E
C0/2BC9:    80E9        BRA $2BB4           }
C0/2BCB:    60          RTS

C0/2BCC:    01
C0/2BCD:    02
C0/2BCE:    04
C0/2BCF:    08
C0/2BD0:    10
C0/2BD1:    20
C0/2BD2:    40
C0/2BD3:    80

C0/FFA8:    5C4299C5    JMP $C59942

C5/9942:    28          PLP                 ; BRK による状態レジスターを捨てる
C5/9943:    C230        REP #$30
C5/9945:    48          PHA
C5/9946:    A303        LDA $03,S           ; BRK 本来の仕様を拡張するべく
C5/9948:    3A          DEC A               ; 復帰アドレスを調整する
C5/9949:    3A          DEC A               ;
C5/994A:    8303        STA $03,S           ;
C5/994C:    68          PLA
C5/994D:    229399C5    JSR $C59993         ; 何かを判定
C5/9951:    9004        BCC $9957           if(何かの条件){
C5/9953:    5C322EC0    JMP $C02E32             ; 移動モードテキスト出力（実引数を ID とする）
                                                ; RTL も含む
                                            }
C5/9957:    5C1C2EC0    JMP $C02E1C         ; 移動モードテキスト出力（実引数を ID とする）
                                            ; RTL も含む

CA/1F0C:    AD373D      LDA $3D37           ; フラグ列
CA/1F0F:    298000      AND #$0080
CA/1F12:    D003        BNE $1F17
CA/1F14:    4C1D1F      JMP $1F1D
CA/1F17:    004500      BRK #$0045          ; #$0045: モーッ モーッ！
CA/1F1A:    4C311F      JMP $1F31
CA/1F1D:    AD2D3D      LDA $3D2D           ; フラグ列
CA/1F20:    298000      AND #$0080
CA/1F23:    D003        BNE $1F28
CA/1F25:    4C2E1F      JMP $1F2E
CA/1F28:    004400      BRK #$0044          ; #$0044: モー モー。
CA/1F2B:    4C311F      JMP $1F31
CA/1F2E:    004600      BRK #$0046          ; #$0046: モー。
CA/1F31:    6B          RTL

抽出した戦闘モードおよび移動モードにおける全テキストデータそれぞれを UTF-8 テキストファイルとして 付録 B データ で提供する。

今まで見てきたサブルーチンおよびフォントテーブルを Python スクリプトで再現し、 没メッセージを含むすべての移動モード時のテキストを ROM イメージファイルから抽出することに成功した。 ソースコードは GitHub の記者のアカウント内のどこかのリポジトリーで公開中のはずだ。

テキスト抽出スクリプトを書くに当たっての最大の難関は、復号済みコードから UTF-8 文字へのコード変換表の実装だ。 ここは偉大な先人の成果をありがたく再利用させていただくことで果たせる。 具体的に言うと dq_analyzer [URL1] に同梱されている dq6decode.c の「メッセージ文字列用」配列を自作するソースファイル内に、 自作プログラムの言語仕様に合わせてコピー＆ペーストする。 そうすると残りは上で述べたサブルーチン、 つまりメッセージ ID からデータ格納位置を取得するコードとハフマン復号をするコードを 65816 コードから C/C++ 言語なり Python なりに書き直すだけで済む。