| ＯＣＲソフトを使用して昔のダンプリストをエミュレーターに使えるファイルにしたい ６．MZT形式ファイルへの変換 ／７．エミュレータ上の作業 |
| １．序 |
| ２００１年のある寒い夜、工学社刊「ＭＺ−１５００活用研究」をフロの中でボケっとしながら 「走れスカイライン」というゲームの記事を読んでおりました。 「うー．．．他のゲームは当時買っちまったが、このゲームは買ってねぇ。（理由：車キライ） 今さらクソ長ぇダンプリスト入力するのも面倒くせぇ！．．．楽して入力してぇヤツはOh! Hell Yeah!!」 Oh! Hell Yeah〜！！（会場大絶叫） ↑深い意味はないです。 ちなみに他のゲーム（マジックファクトリー／ノンバーラパニック）を買った後にこの本が出ましたので 入力する必要はありませんでしたし、なにせリストも長いので実際のところ当時は入力する気も 全然ありませんでした。 しかし最近は便利な時代になりましたので、ＷｉｎｄｏｗｓでもＭＺ−１５００を動かせる時代．．． ええ時代や．．．だったらスキャナもあることだし、ＯＣＲソフトでも使って簡単にＭＺエミュレータに 使用可能なファイルにできるのではなかろうか？ とゆー怠け心から作業を始めました。 （当時の長い１６進のリストをシコシコと時間をかけて入力していた人なら、絶対に同じような事を 考えているだろーと思った。） |
| ２．ＯＣＲソフト |
| とりあえずＯＣＲソフトにはどんなソフトがあるか、を調べるには、「infoseek」なりの検索エンジンで 「ＯＣＲソフト」と入力。 なかには物好きな人がいるもので、ＯＣＲソフトの比較検証をされているページもありましたが、 自分の目で確かめる必要があるので、ソフトメーカーから体験版をダウンロードして使用することにしました。 こんなトコロでしょうかね．．．２００１年１月現在。
他にもいくつかＯＣＲソフトを作っているメーカーはありましたが、体験版がダウンロードできないとか そーいった事情で割愛。（サイトが解りにくいので割愛したのもありましたな．．．） |
| ３．入力リスト |
 上記が今回のリストの一部を縮尺したものです。 実際は４００ｄｐｉの白黒２５６色のｂｍｐファイルとしてスキャニングします。 （なかには白黒２値にしないと読み込んでくれない製品もありました。そーゆー場合はそのように変換。） 実際にはこのくらいの大きさになります。 ほんのりと髪の毛がスキャニングされてしまったが、これはあえて髪の毛を除いて再スキャンしないで どれだけ認識力があるかも検証できるのではないだろうか？と思ってそのままテストしてみました。 |
| ４．認識 |
| 大体どのソフトも認識したい部分を「枠」で囲って認識させます。 実際に認識させたいのはリスト部分なので以下の部分になります。  ソフトによっては「傾き自動補正」、「日本語／英語別認識」、「スキャン間違い修正学習辞書」などの ユーザーライクな機能がいろいろとあり、なかなか面白かったですが、 今回は「０１２３４５６７８９ＡＢＣＤＥＦ」の１６文字をいかに正しく認識してくれるか、が重要なわけで。 以下のリンクにあるＴＸＴファイルがそれぞれの認識結果。 「eTypist」は体験版が３日しか使えないのでファイルが取れませんでした。 体験版はせめて３０日くらい使えるようにしてくれい。 読んde!ココ OK_READER SCANBOX_PRO それぞれが機能／識字率に一長一短があるので「ベストBuy」とかはしません。 要は使ってる本人が「これいいんじゃねーの？」と思うのがベストなのだ。 ワタシの場合は「SCANBOX PRO」が気に入りました。まぁどれも及第点は満たしているんですが。 |
| ５．修正作業 |
| 使って思ったのは大抵のソフトが「Ｏ（オー）」と「０（ゼロ）」は大体のソフトが誤認識をしました。 あとはソフトに依って認識ミスの特徴が色々と有りました。 （Ａ → ４ とか １→ｌ（小文字のエル） とか．．．） １４ページほど有ったソースリストを全部処理して１つのＴＸＴファイルにまとめて、 それぞれの変換の特徴を掴んだ上で、テキストエディタ（メモ帳など）で一括に「置換」をします。 ついでに１６進数以外の文字（G,H,I,J．．．）がリスト内にないかを確認しておきます。 （「！」や「？」などの記号に関しては「記号を認識しない」設定が大体のソフトにあったので 気にしないで大丈夫だと思う。）
例えば１行目の「31 00」だが、「31」と「00」の間にはスペース(&h20)が入り、 各々の行には改行マーク（&h0D,&h0A）が最後に入っています。 これらはエディタで消しておきます。この作業はテキストエディタではなく、 バイナリエディタで行うと楽に出来ます。 上記の作業を行うと
ってな具合でズラズラと１６進数が並んだＴＸＴファイルが出来上がります。 場合によってはファイルの最後に「ＥＯＦ（エンドオブファイル＝&H1A)」が入るのでそれも除いておきましょう。 |
| ６．MZT形式ファイルへの変換 |
| ＴＸＴファイルはそのままＭＺのエミュレータでは使用できませんので、 バイナリファイルに変換し、その後にＭＺ用のヘッダを付ける必要があります。 作業としては (１)．バイナリに変換 (２)．ヘッダを付属 まず(１)．ですが、便利なことにテキスト→バイナリ変換ツールが存在しています。 「CovBtT & CovTtB (Win)」 というツールです。感謝感激雨アラレ。 （場所は http://www.vector.co.jp/soft/win95/util/se175394.html ） (２)．に関しては、とりあえずテキトーにこれをバイナリファイルとしてヘッダファイルを作っておきます。 （例） ファイル名：TEST 開始アドレス ：$1200 ファイルサイズ：$1020 実行アドレス ：$1280 こんな感じになります。
色つきの部分は実際のプログラムのアドレスに変更しておく必要があります。 これを (１)．で作成したファイルと合体させて、「テスト.mzt」など名付けて保存します。 |
| ７．エミュレータ上での作業 |
| ダンプリストと比較してチェックサムを確認後、正しいファイル名で保存して実行します。 保存されたファイルは「$qd$.mzt」になりますので、解りやすい名前にしておきましょう。 そんだけ。 実際にＯＣＲソフトや変換ソフトを試行錯誤して使いながらの作業でしたので、 エミュレータや実機上でダンプリストを入力する時間と比較すると、 ２分の１〜３分の１くらいの作業時間でしたが、 慣れると５分の１〜１０分の１くらいの作業時間で終わるようになると思います。 あとは、ＯＣＲソフト側で「０１２３４５６７８９ＡＢＣＤＥＦ」以外の認識をしないような 排他制御認識機能があればもっと楽に作業が行える、と思いますね。 でも、全部自動で出来る日が来るとええなぁ．．． いや、ステキな女性型アンドロイドに入力／変換してもらうとかの方がええですな．．． そんな未来に期待したいボクです。 ．．．それまでに入力するリストがあるのがどうか、は疑問だけんど。 |