※途中で戻りたい場合は、ブラウザの「戻る」機能を使ってください。
ICE-MANの解析雑誌「MSXFAN」の1991年2月号に掲載された、アドレスさん作「ICE-MAN」です。 今回からは、このゲームプログラムを解析していきたいと思います。 プログラムリストを解析するこれからプログラムリストを1行ずつ取り上げて、解析をしていきます。 文法などは前回でほぼ学習した為、新しい文法と何を行っているのかの把握を紹介していきます。 10行目 コロンで区切られて、幾つかの命令が書かれています。 順番に読んでいきます。 SCREEN文とCOLOR文で、画面環境を設定し、KEYOFFでファンクションキーを非表示します。 DEFINTで変数を整数扱いにして、横32文字に設定します。 PLAY文では、設定のみで音を鳴らしません。 また、ダブルクォーテーションで囲まれたMMLがコンマで区切られ二つ並んでいます（内容は同じ）。 これは2チャンネル使用し、どちらとも同じ設定を行っている事になります。 次はＦＯＲ文で1〜5までを繰り返します。 内容は、ＭＩＤ＄でダブルクォーテーションで囲まれた文字列から、任意の文字列を取り出してＡ＄に足して連結しています。そのあとＣＨＲ＄でＡ＄の連結が3つ続いて、再びＭＩＤ＄で任意の文字列を取り出してＡ＄に足しています。 ＭＩＤ＄の内容をプログラムを実行してから見てみると、  緑の囲み部分がＭＩＤ＄のダブルクォーテーション中のキャラクタとなります。 なんだか見えて来ましたね。 ＭＩＤ＄（文字列，Ｉ＊２，２）で、Ｉは１〜５というわけですから、２文字目から２つずつ拾ってくる事になります。 最初のブロックから、背景、ブロック、ハシゴ、ゴールドフィガー、アイスブロックの順番で並んでいます。 また、前のＭＩＤ＄の文字列が上半分で、後のＭＩＤ＄が下半分のキャラクタだとわかります。 雑誌にも変数リストが載っており、Ａ＄（ｎ）でｎの意味は、 ０：空間（背景） １：壁（ブロック） ２：ハシゴ ３：金塊（ゴールドフィガー） ４：氷（アイスブロック） と表記されており、Ａ＄（Ｉ）のＩ＝０〜４に当てはまります。 では、その間に入るＣＨＲ＄（３１）＋ＣＨＲ＄（２９）＋ＣＨＲ＄（２９）とは何なのでしょうか？ 調べてみるとコントロールキャラクタとして、 ＣＨＲ＄（３１）は１キャラクタ分下へ移動する ＣＨＲ＄（２９）は１キャラクタ分左へ移動する ことがわかりました。 キャラクタの上半分を２キャラクタ分描いて、下、左、左、と移動し、また下半分の２キャラクタを書く事で、４キャラクタを描く事になります。 20行目次に10行最後のＦＯＲ文が2回続き、次の行に続いている為、20行も表示します。 Ｍ＄は「2行分の壁（ステージ表示の準備処理で使用）」と雑誌に書いてあり、先程の実行後のリストを見る限り、ブロックのパターンを定義しています。 ＦＯＲ文の０〜15を2回行うことで、ブロックのパターンの前半1行分（32キャラクタ）とパターンの後半1行分(32キャラクタ）の計２行分ををＭ＄に格納する事になります。 次の命令のＦＯＲ Ｉ＝３８４ ＴＯ ７０３ 〜ですが、後のＶＰＥＥＫやＶＰＯＫＥのアドレスとして変数Ｉが使われています。 ３８４〜７０３のアドレス（＆Ｈ０１８０〜＆Ｈ０２ＢＦ）は何の場所かというと、＆Ｈ００００〜＆Ｈ０７ＦＦの「キャラクタパターンジェネレータテーブル」ということで、文字キャラクタの形の情報が格納されています。 またデータは、コード順に並んでおり、１文字に８バイトずつ全部で２０４８バイトの大きさがある（２０４８÷８＝２５６文字）。 という事はこの場合、３８４÷８＝４８、７０３−３８４＋１＝３２０、３２０÷８＝４０となり、＆Ｈ０３０（４８）から４０キャラクタ文ＶＰＥＥＫで読み込んだものを、Ｖ OR Ｖ／２と加工し、再び同じアドレスの中へ入れることをしています。 では、どの文字を加工（？）しているのか、実際に見てみましょう。 実行前のキャラクタ一覧です（緑で囲まれた部分が、該当の箇所となります）。  次は、実行後のキャラクター一覧です（緑で囲まれた部分が、該当の箇所となります）。  こうしてみてみると、文字自体は一緒なのですが、太くなっているのがわかります。 Ｖ OR Ｖ／２ の意味もなんとなくわかってきました。 Ｖはキャラクタの８×８ドットの１行分をあらわしているので（例、＆Ｂ００１１００１０）、それを割るという事は右に１ビットシフトしている事で、キャラクタパターンを右に１ドットずらす事と同じです。 それに、もとのずらす前のキャラクタとORをとることで、どちらのパターンも反映される事となり、右に１ドット太くなったパターンとなるのです。 これで、元あった文字パターンが太く変換されている事がわかりました。 Ｅ＄＝ＣＨＲ＄（２７）＋”Ｙ”：ＰＲＩＮＴＥ＄”＊＋ＰＬＥＡＳＥ ＷＡＩＴ” 画面の中央に「ＰＬＥＡＳＥ ＷＡＩＴ」と表示します。 まず、ＣＨＲ＄（２７）はコントロールキャラクターを表しており、調べてみるとエスケープシーケンスです。 ＋”Ｙ”で <ESP>Y<Y 座標 +20H><X 座標 +20H> カーソルを (X,Y) の位置に移動 とあり、この場合だと、 <Y 座標 +20H> ＝ ”＊”（２ＡＨ） だから、<Y 座標 +３２> ＝ ”＊”（４２） で Y 座標は１０ <X 座標 +20H> ＝ ”＋”（２ＢＨ） だから、<X 座標 +３２> ＝ ”＋”（４３） で X 座標は１１ という事になります。 画面の（１１，１０）に「ＰＬＥＡＳＥ ＷＡＩＴ」と表示する事になります。 次のＩとＪの二重のＦＯＲ文ですが、見難いのでわかりやすいように並べてみました。  外のループのＩは０〜１３の１４回、内のループは０〜７の８回となっています。 まず、ＲＥＡＤ文で変数Ｖ＄にＤＡＴＡ文から一回読み込みます（２００行のＤＡＴＡ文からコンマまでを一回で１７文字ずつ）。 そしてＡＳＣ関数でＶ＄の内容をキャラクターコードの数字に変換しています。 Ｖ＄の内容は１７文字で、それを数字に変換するとどうなるだろうと疑問に思ったため、ある実験をして確かめてみました。  こんなプログラムを組んでみました。 １０行のＤＡＴＡ文は２００行のＤＡＴＡ文のデータをそのまま２回分入れてみました。 そして変数Ｖ＄とＶの内容を、実際に表示してみる事にしました。  結果はこの通りです。 Ｖの内容は、Ｖ＄の最初の文字列のみを変換している事がわかりました。 次は内側のループに入り、VPOKEでアドレス（Ｖ＊８＋Ｊ）に値（ＶＡＬ（”＆Ｈ”＋ＭＩＤ＄（Ｖ＄，Ｊ＊２＋２，２）））を入れています。 これは先程も出てきたＭＩＤ＄で取り出した文字列の先頭に”＆Ｈ”を付けて、ＶＡＬ関数で数字に直して値にしています。 Ｊの値から、２文字目から２文字ずつ取り出すことを８回行うので、丁度１７文字で合います。 そして20行最後は、ＦＯＲ文で１〜１２の１２回、ＶＰＯＫＥであるアドレスに書き込みを行っています。 アドレスは８１９５（＆Ｈ２００３）＋Ｉ（Ｉ＝１〜１２）でこの領域は、「AMIDER（アミダー） その１０」で紹介したように、「カラーテーブル」という領域です。 アドレスは&H2000〜&H201Fで、8文字ごとにキャラクタの色と背景の色を1バイトで指定し（上位4ビットがキャラクタの色で、下位4ビットが背景の色）、256キャラクタあるため32バイトとなります。 始めに書き込むアドレスは、８１９５（＆Ｈ２００３）＋１なので、３３キャラクタ目より８キャラクタずつ色を指定しています。 実際に先程紹介した、キャラクタ一覧を見てみましょう。 ２段目（３３キャラクタ目）より８キャラクタ分ずつ色が変わっているのがわかるでしょうか（始めが空白になっていますが）？ 色の内容は、ＭＩＤ＄のダブルクォーテーションで囲まれた文字をＡＳＣ関数で数値化して指定します。 丁度１２文字あり、１２回の色指定ができます。 ２０行でこの章を区切りたいと思います。 次章からは３０行からの解析になります。 |
Copyright(C) 2006. ピコピコテクノロジー All Right Reserved.