０２９ ＦＭ−７、ＰＣ−８８０１、ｍｚ−２０００、Ｘ１ Ｃ−ＧＲＡＣＥ ＊ｅＦＭ−７等を使用
６４０×２００で８色でドット単位に色が打てる機種なら 同じデータで絵が表示される、そんなシステムです それまでは各機種のＢＡＳＩＣでＤＡＴＡ文の山 方眼紙で描いた絵から座標を取った場合 １：１の比率なのでモニタの４：３では少しおかしくなるので ＬＩＮＥやＰＥＳＴで描く時に少し補正したりする そしてＤＡＴＡに打ち込みミスがあると それ以降、画面がおかしくなる ＤＡＴＡ文の山からミスをみつけるにはもー大変↑こんなＤＡＴＡをチェックする（更に雑誌の印字が見にづらい場合も） そこでデータはマシン語データとしてやれば 打ち込みやデバグはものすごく楽（チェックサムもあるし） 描画ルーチンはマシン語なので今までより速く 絵を見るだけでも結構良いシステム ただ〇学館が特定のキャラクタの囲い込みが．．． ＦＭ−７、ＰＣ８８、ｍｚ−２０００、Ｘ１の４機種が対応となっていて タイルペイントを自作でなんとかしないといけないＦＭ スローすぎてあくびがでるぜＰＣ ＣＧプログラムがほとんどないｍｚ Ｈｕ−ＢＡＳＩＣ自体でメモリをほとんどもっていかれるＸ１ 全ての機種の不満がある程度解消されている ４機種の中で操作というか使い勝手が良いのはＦＭ−７かなぁ
↑描画途中です念の為 で、徳間書店のテクノポリス誌で発表されたＣ−ＧＲＡＣＥ 最初はＧＲＡＣＥだったけど すでに日立さんが持っていたのでＣ−ＧＲＡＣＥと改名される さて、ＥＸＥＣＵＴＥＲでＰＣ８８版とＸ１版で ＳＹＭＢＯＬの文字が反転されるバグが２機種だけあった でばぐのコーナーに無かったので逆アセンブルして修正 後で分かったのは、でばぐのコーナでなくて Ｃ−ＧＲＡＣＥのコーナー内で 訂正記事があったけど、それも間違っていて 翌月に訂正されている ほとんど使われないので、それほど困るわけではないがスッキリしない ＜ＰＣ８８版＞ ７３３１：０Ｅ → ０６ ＜Ｘ１版＞ ７２ＥＡ：０Ｅ → ０６
↑パッと見たらシンボル文字の逆が分からない データ自体は共フォーマットだけどメディアは共通でない そこでテープコンバータが発表されたけど少し困る 何故なら共通テープフォーマットはＰＣ８８に合わせる形になる ＰＣ８８のＣＭＴ周りはハード依存度が高い為 テキストのＤＭＡ転送でＣＰＵが一時停止．．． ソフトウェアでタイミングを取るというのは．．． どのみち８２５１の制御内で．．． と、ＰＣ８８版は専用モニタを拡張して共通化するのだけれど 拡張ルーチンへの移行するパッチの書き換えデータが無いのである 書き換え前のデータだけある どーも訂正記事はなさそうである（自信はない！） で、毎度おなじみの逆アセンブラとなる 専用モニタのライト、リード、ベリファイコマンドのアドレスを 書き換えるのは間違いなく、書き換えるアドレスは間違い無い ソコのジャンプアドレスを書き換えれば良き哉、良き哉となる 幸い拡張ルーチンのメッセージからたどって実行アドレスはすぐに分かる Ｃ０５４：３５ Ｃ１→００ Ｃ４ Ｃ０５９：ＤＥ Ｃ１→１２ Ｃ５ Ｃ０５Ｅ：Ｆ８ Ｃ１→０Ａ Ｃ５ と、コレでＯＫ さてエミュレータでテープデータのやり取りはＰＣ８８、ＦＭ７間で出来る 一旦ＷＡＶファイルに変換したりと少し面倒なのですが 出来ない事はなかったので動作はＯＫとなる ただ動作確認したい為に色々と時間を取られたのがなんとも で、ＦＭ７のテープコンバータのサンプルプログラムで ファイルネーム部分がセーブされないのに気づいた これはファイルネームをワークエリアに転送する部分の アドレスが正しく＋１されないのが原因 350 …AD=AD+1:NEXT→350 …Y=Y+1:NEXT まぁ修正しなくてもファイルネームが無いだけで データはセーブされるし、ＰＣ８８でデータロード出来たので 実害は無いです、ハイ 後はＸ１とＭＺのテープコンバータは動作確認が面倒というか、 ＢＡＳＩＣ部分が壊されるので モニタ上でパラメータを送って実行しないといけないので チト、面倒なのである と、こんなもんかなぁ ただただ制作サイドの苦労が色々と感じられる そんなシステムだなぁと 後はＤＩＳＫシステムでの運用でＸ１はｔｕｒｂｏのみとなっているケド ＪＯＤＡＮ−ＤＯＳで観覧ならＸ１でもＯＫというか一番操作が楽になる ------------------------------------------------------------------------------ おまけ ＢＡＳＩＣで書かれたミュージック、ＣＧプログラムはデバグしづらい 大体はＤＡＴＡ文の山から読んでコマンドを実行するので どこのデータを読んだのか判りづらい そこで、テクノポリス’８３年１１月号の『須和野ちび猫』の打ち込みでの様子 まぁ、打ち込みつーかＯＣＲを使用しているつーか 最終的には打ち込んでいるんだから打ち込みつーことで 使用しているスキャナーだと雑誌の閉じているのが きれいスキャンしてくれないのが不満もある つーかパーツがボロボロと落ちたりして だましだましに使用しているいるのもある（あー幸せになりたい） とりあえず全部打ち込み、 プログラム部分だけはチェックをしたら実行をする 何故なら、だんだんと完成に近づく状態が楽しいからなのである
↑まずは初めて実行したモノ（かなりヒドイ） 今回は印字がまだイイほーで 文字がかすれて判断しづらいとか 緑のページが個人的にみづらいとか それでＤＡＴＡ文の山となっているのだから 結構体力（？）がいる作業なのです まぁ数値とにらめっこしても面白くもないし ある程度修正したらキリのイイ行番号でやめて実行して 変化を楽しむ（？）とかして、とりあえず全部を見直す
↑一旦、全部リストを見直して修正したモノ（まだヒドイ） 全部を見直しても、髪の毛の描画辺りからおかしくなっている 見落とした数値は中々見つけづらいもので 何回も見直したのに．．．ってハマりやすくなる 体力を戻してからチェックするという手もあるけど ベイビー時代は待っちゃくれねーぜ ただ、せっかちというのもあるかも そこであえてエラーを出して、ソコまでの状態で判断するというもの リストでＲＥＭ文のコメントで “カミ”となっている２１６０行からチェックするんだけど 結構の量があるので怪しい所をチェックしたい まずは２２００行のデータの最初の“，”を“＊”にする 実行すると描画途中でエラー音と共にプログラム停止となる つまり２２００行手前のデータまで読み込んだ事になる 描画をチェックして個人判断でＯＫなら２２００行を元に戻し ＋５０行できざんでおかしくなる所、またはおかしくなる少し前でいったら その行辺りをチェックするの繰り返し で、２４５０行辺りから描画がおかしいのでチェック
↑ミスがあるのが、お解りいただけたでょうか？ ２４６０行の下の真ん中の“０，０”の後がスペースになっている これが”０，０２０８”となり、以降のデータがずれている状態となる そして画面はグチャグチャになるってわけ ２４５０行を元に戻し、２４６０行を修正 これでかなりマシになるハズ
↑結果かなりマシになった．．． パッとみてもおかしい所がある（髪の毛、肩部分等） コレもエラーを出して場所を探る方法で見つけて、修正 こーして掲載誌と見比べて同じだったら良しとする 気が向いた時に全チェックしてもいい ただ掲載誌とプログラムが違う場合もあったりする
↑一応完成（頭のテッペンが白いのは掲載誌と同じ） わざとエラーを出す方法で注意する事は ＯＮ ＥＲＲＯＲ命令がある場合は止めておくこと Ｈｕ−ＢＡＳＩＣはＤＡＴＡ文のチェックが甘いので “９９９９９９９９９”を入れたりしてエラーを出すようにします って今時こんな事しないよーな気がする それでＣ−ＧＲＡＣＥではこーゆデバグの楽しみが出来ないのが 唯一の欠点かもしれない（強引なシメ） おまけのおまけ テクノポリス’８３年５月号のＰＣ−９８０１用水中ラムちゃんで 脇辺りの肌色のペイントがされていないので勝手に追加 1325 PAINT(110,170),HADA1$,C
↑掲載誌ではキチンと塗られているんだけど．．． 前に戻る Homeに戻る