改造データの見方

　

数値について
使われている数値は、通常１０進数です。
数字の後ろに「ｈ」が付いている物は１６進数です。
数字の後ろに「ｂ」か付いている物は２進数です。

例：　１００　＝　６４ｈ　＝　０１１００１００ｂ
バイトデータ並び表
表に使用されているデータは全て１６進数です。（ｈは省略してあります）
左行の項目がアドレスです。
上列の項目がアドレス＋何バイト目かを表しています。
データは１つ１バイトを表していますが、
２バイトで１つのデータを表す場合などはまとめてあります。

例：

　 ＋０ ＋１ ＋２ ＋３ ＋４ ＋５ ＋６ ＋７ ＋８ ＋９ ＋Ａ ＋Ｂ ＋Ｃ ＋Ｄ ＋Ｅ ＋Ｆ
１ＣＦ６０ 01 02 69 40 4A 4D 経験値 　 　 　 　 　 　 　 　


アドレス１ＣＦ６０ｈ番地から　０１ｈ　０２ｈ　６９ｈ　４０ｈ　４Ａｈ　４Ｄｈ　と、
６バイトのデータが連続して格納されていることを示す。
１ＣＦ６６ｈ番地と１ＣＦ６７ｈ番地は２バイトで経験値データが格納されていることを示す。
ビットデータ並び表
１バイトは、８ビット。データの中には、メモリ節約のため１バイトに複数のデータを詰め込む場合がある。
ビットデータは上位桁から７〜０ビットと表記する。

例：

８５ｈのデータは以下のように表現される。

ビット 　７ 　６ 　５ 　４ 　３ 　２ 　１ 　０
　 １ ０ ０ ０ ０ １ ０ １


７ビット、２ビット、０ビットが１である。
複数バイトにまたがる数値データ
複数バイトにまたがる数値データは、特に断り書きがない限り
上位桁が上位アドレスに格納されている。

例：

先ほどの例からすると
１ＣＦ６６ｈ番地に　００ｈ　が、１ＣＦ６７ｈ番地に　０１ｈ　が格納されていた場合、

　 ＋０ ＋１ ＋２ ＋３ ＋４ ＋５ ＋６ ＋７ ＋８ ＋９ ＋Ａ ＋Ｂ ＋Ｃ ＋Ｄ ＋Ｅ ＋Ｆ
１ＣＦ６０ 01 02 69 40 4A 4D 00 01 　 　 　 　 　 　 　 　


経験値は、０００１ｈ　＝　１ではなく、　０１００ｈ　＝　２５６　となる。
チェックＳＵＭ
セーブデータなどには、そのデータが壊れていないかどうか確認するためにＳＵＭチェックを行う場合がある。
セーブデータを改造する場合に、これは傷害となる。

例：

以下のようなデータが存在し、１００ｈ番地から１０Ｅｈ番地までがセーブデータ、１０Ｆｈ番地がチェックＳＵＭだとする

　 ＋０ ＋１ ＋２ ＋３ ＋４ ＋５ ＋６ ＋７ ＋８ ＋９ ＋Ａ ＋Ｂ ＋Ｃ ＋Ｄ ＋Ｅ ＋Ｆ
１００ 00 01 20 00 15 00 FF 00 00 00 00 00 00 00 00 35


１００ｈ番地から１０Ｅｈ番地までのデータを１バイトと単位で加算した値が１０Ｆｈ番地に格納されている。
0+1+20h+0+15h+0+FFh+0+0+0+0+0+0+0 = 135h
（桁上げは無視されるので　３５ｈ）
データが変わっていれば当然加算の結果が異なるため、１００ｈ番地から１０Ｅｈ番地までのデータを１バイトと単位で加算した値と、１０Ｆｈ番地に格納されている値が異なってくる。
これに引っかかりデータが壊れていると判定された場合は、ゲームによってそのセーブデータが表示されなかったり、「壊れています」と親切にも表示してくれたりします。


データ修正方法Ａ：


チェックＳＵＭの位置が分かっている場合は、データを変更した場合にそのチェックＳＵＭの値を同じように変更してやればよい。

例えば、１０２ｈのデータ２０ｈを２１ｈに変更した場合は、２０ｈに１を足したわけであるから、チェックＳＵＭの値にも同じく１を足して、１０Ｆｈのデータ３５ｈを３６ｈに変更すればよい。

　 ＋０ ＋１ ＋２ ＋３ ＋４ ＋５ ＋６ ＋７ ＋８ ＋９ ＋Ａ ＋Ｂ ＋Ｃ ＋Ｄ ＋Ｅ ＋Ｆ
１００ 00 01 21 00 15 00 FF 00 00 00 00 00 00 00 00 36



データ修正方法Ｂ：


チェックＳＵＭの位置が判明していない場合は、チェックＳＵＭの値が変化しないようにデータを変更する。

例えば、１０２ｈのデータ２０ｈを２１ｈに変更した場合は、２０ｈに１を足したわけであるから、他の変更しても差し支えないデータ（ここでは例えば１０１ｈ番地）から１を引けばよい。そうすれば、１足して１引いたわけだから合計値（チェックＳＵＭの値）は変わらないため、チェックに引っかからずに済む。

　 ＋０ ＋１ ＋２ ＋３ ＋４ ＋５ ＋６ ＋７ ＋８ ＋９ ＋Ａ ＋Ｂ ＋Ｃ ＋Ｄ ＋Ｅ ＋Ｆ
１００ 00 00 21 00 15 00 FF 00 00 00 00 00 00 00 00 35



２バイトチェックＳＵＭ
これも基本的にはＳＵＭチェックと同様。
ただし、加算の方法が２バイトづつなだけである。

例：

以下のようなデータが存在し、１００ｈ番地から１０Ｄｈ番地までがセーブデータ、１０Ｅｈ番地及び１０Ｆｈ番地がチェックＳＵＭだとする

　 ＋０ ＋１ ＋２ ＋３ ＋４ ＋５ ＋６ ＋７ ＋８ ＋９ ＋Ａ ＋Ｂ ＋Ｃ ＋Ｄ ＋Ｅ ＋Ｆ
１００ 00 01 20 00 15 00 FF 00 00 00 00 00 00 00 34 02


２バイト単位なので見やすく書き直せば

　 ＋０ ＋１ ＋２ ＋３ ＋４ ＋５ ＋６ ＋７ ＋８ ＋９ ＋Ａ ＋Ｂ ＋Ｃ ＋Ｄ ＋Ｅ ＋Ｆ
１００ 0100 0020 0015 00FF 0000 0000 0000 0234


１００ｈ番地から１０Ｄｈ番地までのデータを２バイトと単位で加算した値が１０Ｅｈ番地及び１０Ｆｈ番地に格納されている。
100h+20h+15h+FFh+0+0+0 = 234h
（桁上げは場合によって無視されないときもある。その場合は１加算されている。）

修正の方法は、SUMチェックと同様である。
方法Ａを使用する場合は、なるべく桁上げが起きない程度に行うと間違う確率が低い。
BITチェック
これも基本的にはＳＵＭチェックと同様。
ただし、計算方法が異なる。

このチェック方式は、実際にどのような計算式を使用してどういう値を格納しているのか不明である。
ビットの総数とその位置を変えないようにしてやるとチェックをすり抜けることが可能である。

６４ｈ　という値と　８５ｈ　という値があったとする。
６４ｈ　を増やしたい場合は、以下のようにして８５ｈ　からBITをもらう。

二進数で表すと
６４ｈ = ０１１０　０１００ b
８５ｈ = １０００　０１０１ b

BITを移動する。
Ｅ５ｈ = １１１０　０１０１ b
↑　　　　　　　↑
０５ｈ = ００００　０１００ b
※

※この場所はすでに増やしたい方の値にBITがあるので移動できない。

SUMチェックの場合と比較すると、※の部分が違うことになる。修正はこちらの方が幾分か注意を要する。
それは、ただ単に足し算・引き算すればOKというわけには行かないからである。

データ修正方法：


以下のようなデータが存在するとしよう
108h 109h が２バイトの数値データであるとしてこの値を増やしたい場合

　 ＋０ ＋１ ＋２ ＋３ ＋４ ＋５ ＋６ ＋７ ＋８ ＋９ ＋Ａ ＋Ｂ ＋Ｃ ＋Ｄ ＋Ｅ ＋Ｆ
１００ 00 01 20 00 15 00 FF 00 64 00 32 00 01 00 00 02

　


数値の下位バイトから上位バイトへビットを移動させればよい。

００ｈ = ００００　００００ b
６４ｈ = ０１１０　０１００ b

０４ｈ = ００００　０１００ b
↑
６０ｈ = ０１１０　００００ b

値は 0064h → 0460h になる。　( 100 → 1120 )

　 ＋０ ＋１ ＋２ ＋３ ＋４ ＋５ ＋６ ＋７ ＋８ ＋９ ＋Ａ ＋Ｂ ＋Ｃ ＋Ｄ ＋Ｅ ＋Ｆ
１００ 00 01 20 00 15 00 FF 00 60 04 32 00 01 00 00 02

　



または、別の場所、例えば 10Ah からビットをもらう。

６４ｈ = ０１１０　０１００ b
３２ｈ = ００１１　００１０ b

７６ｈ = ０１１１　０１１０ b
↑　　　↑
２０ｈ = ００１０　００００ b

値は 0064h → 0076h になる。　( 100 → 118 )

　

　 ＋０ ＋１ ＋２ ＋３ ＋４ ＋５ ＋６ ＋７ ＋８ ＋９ ＋Ａ ＋Ｂ ＋Ｃ ＋Ｄ ＋Ｅ ＋Ｆ
１００ 00 01 20 00 15 00 FF 00 76 00 20 00 01 00 00 02




戻る