０２４ Ｘ１ 暴走特急ＳＯＳ ＊ｅＸ１ｔｕｒｂｏを使用
部屋のデフラグ（？）でＸ１のソフトが少し出てきた まぁ出てきたんだから部屋の奥の奥にしまう前に イメージ化しちゃおうかなというのが今回の目的 ＣＺ−８ＲＬ１をＷＩＮ９８で制御するのは部品を買うだけで放置 面倒なので直接ｗａｖ化してロードで失敗 出来るだけ楽をしようとｗａｖファイルの音量だけ大きくして変換 世の中はそー上手くいく事もあって成功したのである さぁ牛だ！の例え（？）のよーに 次はｔａｐ化となるわけだがここで失敗 ｗａｖ化成功でとりあえず奥にしまえるので 目的は果たしたのだけど何故失敗したのか気になった 取り出した時に足を何か踏んづけて出血したのに気づかなかったため 後で床掃除もするハメになるのは数時間後のことである この物語はポンコツＸ１ユーザーの 華麗にて波乱なる日々のドラマである（嘘） １．まずはどんなファイルがあるのか？ 結論から書くとファイルは２本で ローダ、暗号化されたメインプログラムの２本の構成 ローダはショートタイプで Ｘ１のＩＰＬは０ＦＦ００Ｈ以降かつ１ページ（２５６バイト）のバイナリファイルは ショートタイプとしてロード終了後、テープは巻き戻さない ショートタイプ以外はロード終了後、テープは巻き戻しのコマンドが実行される が、実はあまり関係ないのである ２．どうせローダでナンかしてんでしょ？ ナンもしないならバイナリファイル１本で済むわけで ナンかしているに決まっていると考えるのが普通 まずＪＯＤＡＮ−ＤＯＳでＣＬＯＡＤを使いローダのを調べる ファイル名ＥＸＰＲＥＳＳ、 ロード０ＦＦＤＥＨ、長さ０００Ｄ５Ｈ、 実行０ＦＦＥ７Ｈ ん、０ＦＦＤＥＨから始まっているつーことは０ＦＦＦＦＨを越えて ００００Ｈ以降もまたいでロードするつーわけでして そこの部分を抜き出し逆アセンブルするんだけど またいでいる為、分割して逆アセンブルで実行場所を見る ＡＦＦＥ７：ＬＤ Ａ，０１ＤＨ ＯＵＴ （０００Ｈ）,Ａ ＪＰ ００ＦＡＨ ＬＤ命令とＯＵＴ命令はこの場合 Ｉ／Ｏポートは０１Ｄ００Ｈをとして０１ＤＨを出力している ＯＵＴ（ｎｎ），Ａは ポート Ａｎｎと１６ビットアドレスになる これでＩＰＬ ＲＯＭの選択され００ＦＡＨ（エラールーチン）に 飛ぶようになる これで終了、めでたしめでたし なわけでないし、本当はココじゃあない このスタートアドレスがダミーな事はすぐ分かる じゃあ何処に飛ぶのかというと、 スタック領域をロードで上書きするパターン ＩＰＬ ＲＯＭはＳＰ＝０で、ロード終了はＰＯＰ ＨＬ、ＢＣ、ＲＥＴとなる スタック領域は０ＦＦＦＦＨ〜０ＦＦＦ８Ｈまでとなるが実際には少し違う ＤＦＦＦ８：ＤＷ ００００８Ｈ ；ＰＯＰ ＨＬ データ ＤＦＦＦＡ：ＤＷ ０１Ｅ１ＤＨ ；ＰＯＰ ＢＣ データ ＤＦＦＦＣ：ＤＷ ０ＦＦＤＥＨ ；ＲＥＴ （ロード終了後ココへ飛ぶ） ＤＦＦＦＥ：ＤＷ ００００２Ｈ Ｄ００００：ＤＷ ００００８Ｈ ３．でナンかしてたし ０ＦＦＤＥＨではＩＰＬ ＲＯＭをＯＦＦにしてオールＲＡＭ ＢＣ＝０１Ｅ１ＤＨはＩＰＬ ＲＯＭをＯＦＦのＩ／Ｏポート ＨＬ＝００００８Ｈはローダ本体のアドレスで データアドレス下位 ＸＯＲ データで 暗号化されたデータをプログラムに変換する ０００８：６１なら００８Ｈ ＸＯＲ ０６１Ｈなので０６９Ｈ．．． これを００００８Ｈ〜０００ＦＦＨまで変換される このルーチンはコレだけでＲＥＴしているので ００００２Ｈに戻るというか飛ぶ Ａ０００２：ＬＤ Ａ，００２Ｈ ；ＣＭＴ ０２：ＲＥＡＤ ＪＰ ００ＡＤＨ ００ＡＤＨではＳＵＢ ＣＰＵに ＣＭＴコマンド０Ｅ９Ｈ，００２Ｈを送ってＲＥＴ ここでＳＰ＝０（０ＦＦＦＦＨ）を越えて ０００００Ｈに示している００００８Ｈに飛ぶ こーやって色々解析させないよーにするのもよくある事で 個人的には面倒くさいなぁと ４．何故ｔａｐ化出来なかったのか？ 暗号化されたローダ部分はプログラムになって ゲーム本体をロードするに必要な部分は全て解析出来る ゲーム本体は サイズ、ロードアドレス、ゲームプログラム、チェックサム、実行アドレス とまあこんな感じで格納されているのも解る ゲームプログラムは勿論暗号化されておりローダ部分と同じく 下位アドレス ＸＯＲ データ となっている（少し残念） 後はＩＯＣＳに近いプログラムなのでコレというものはなかった が、よーく見ると１バイトロード（０００８ＥＨ）で ’１’のパルスならビットデータは０ ’０’のパルスならビットデータは１、チェックサムＩＮＣ と逆になっている この逆になっている部分がｔａｐ化失敗の原因なのかなぁ？ 波形が同じだと変換するだろうし多分違う 考えられるのはパルスでＨからＬになりディレイをとって その時のパルスがＨかＬでロードでのビットデータの判断をしている ＩＯＣＳ（００６４１Ｈ）ではＡ＝０２３ＨのＤＥＣ Ａのループで ローダ （０００８３Ｈ）ではＡ＝０２ＥＨ、ＮＯＰのＤＥＣ Ａのループ ＩＯＣＳはサブルーチンコールだけど ローダーではＬからＨになったついでに見ているので ＣＡＬＬ、ＲＥＴの部分がない分を差し引いても ループ値の差が１１なのでかなり違う 本当なら計算すりゃあイイんだけど面倒 でもまぁこの部分だろーなぁ 通常はノーマルフォーマット変換だけだもんなぁ というわけで確認の為、失敗したｔａｐファイルをロードして 途中でＤｅｂｕｇｇｅｒでメモリを除いてみたらロードされてんの メッセージデータも読めるしプログラムとしても読めるし じゃあ何故失敗したのかは不明のまま．．． チェックサムのカウントがおかしいんだろうと．．． ： ： まぁここまでやったんだから、おまけでディスクコンバート ｅＸ１ｔｕｒｂｏでローダーを読み終えたら、 Ｄｅｂｕｇｇｅｒでローダ部分を無限ループするように書き換える ００４５：１８ ＦＥでロードアドレス、長さをレジスタを見て入手 もう一度最初からロードして今度は００６９：１８ ＦＥで同様に実行アドレスを入手 ゲーム自体は００１００Ｈ〜０８１７ＦＨ、実行アドレス００１００Ｈと判明 データをＤｅｂｕｇｇｅｒでＷ ０１００ ８１７Ｆを実行してゲーム本体抽出 そのバイナリをＸ１ＤｉｓｋＥｘｐｌｏｒｅｒでディスクファイル化してＯＫ ファイル化しても稀に画面設定（ＷＩＤＴＨ４０等）にしないソフトもありますが このソフトでは気にする事はありません
↑ ファイル化すればＪＯＲＤＡＮ−ＤＯＳで起動可 肝心のゲームは２つのシーンで ＩＴＡエクスプレスの車上から始まり車内に入るまでと 車内で鍵を取り操縦席までいくまでとなる Ｘ１用なのでキー操作は面倒でＪＯＹパッド（スティック）も今一つで 移動はＪＯＹパッドで、攻撃はキーボードで出来るのが幸い
ゲーム自体はシンプルなアクションゲームとしても面白いし 演出も短く良くまとまっている スペリングミスはまぁ置いといて 空飛ぶコブラは謎ではある、 そのコブラで攻撃するとき立っちゃうので 乗っ取りギャングのナイフ攻撃に当たる場合があるので そーゆシステムなので注意 警告が出たらしゃがんでやり過ごす 当時のパソコンゲームでは中々のものです ５．＊＊＊ 追記 ＊＊＊ なんか簡単にｔａｐ化出来るとの事で 聞いた通り、Ｄｕｍｐ Ｌｉｓｔ Ｅｄｉｔｏｒで ｗａｖからｔａｐファイルで１発ＯＫらしいので 試してみたらガッテン、ｔａｐ化出来た つまりココでやった事の大半は無意味という事になります ： ： まぁＪＯＤＡＮ−ＤＯＳの為のファイル化をやっただけでも 救いがあった．．．
前に戻る Homeに戻る