２０１３．４．１５
前へ
次へ
ホームページトップへ戻る

復活！ＣＰ／Ｍ　ワンボードマイコンでＣＰ／Ｍを！
ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！

［第３７０回］


●ＣＰ／Ｍ互換ＤＯＳの説明書作成に着手しました

昨日は全く予期していなかった不可思議な症状に悩まされ、その解明に終日没頭したため、ホームページの更新ができませんでした。
本日になりましてからやっとバグの存在を突き止めて、修正することができてほっと一息つきました。
そのデバッグ作業のためにＣＰ／Ｍ互換ＤＯＳ上で動作するテストプログラムを作成しようとしまして、過去記事を参照したのですが、自分で書いておいてなになのですけれど、実にまとまりが悪く不得要領なことはこのうえもありませぬ。

当初はもうとても説明書までは書いておれませんから、ホームページの過去記事を参照してくださいということで逃げるつもりだったのでありますが、さすがにこれではいかんと思いました。
そこでまたまた発売時期が遅れてしまうのでありますが、せめて簡単なガイドブック程度の説明書を作成するべく、その作業に着手いたしました。
それほど詳細な説明書を書き上げる時間も知識もありませんから、今までホームページ上で説明しました内容をもとに簡単にまとめるだけにいたします。
おそらくは数日で完了すると思います。
そういたしましたら、やっとＣＰ／Ｍ互換ＤＯＳの発売ということになります。
今はただその間に新たな問題点が出てこないことをひたすら祈るのみです。

現時点でまだ改良したい点も多々ありますが、それには目をつぶって見切り発車をいたします。
おそらくＣＰ／Ｍ互換ＤＯＳを入手される皆様方からは要望（あるいは不満）が寄せられることと覚悟しておりますので、それを待ちましてからバージョンアップを計りたいと思います。
再三の延期にてまことに申し訳ありませんが、今しばらくのご猶予をお願いいたします。

楽屋裏でその作業を進めます間、まずはＳＴＡＲＴＲＥＫの続きと、先日来から書く書くと言っておきながらなかなか書けないでおります、この間からの悩ましい問題についてなどを書いていきたいと思います。

●またＺＢ３ＢＡＳＩＣ用のＳＴＡＲＴＲＥＫプログラムにバグがみつかりました

当記事用にＺＢ３ＢＡＳＩＣ用のＳＴＡＲＴＲＥＫプログラムを実行していましたら、エラーでブレークしてしまいました。
ずいぶん注意して見たつもりなのですが、いまだにバグが見つかります。
多分まだ残っているかもしれないバグは、ＰＲＩＮＴ文か文字変数への代入文で文字数が長すぎるエラーです。
ＭＢＡＳＩＣなどでは文字定数は８０文字以上でも扱えますが、ＺＢ３ＢＡＳＩＣはもともと制御用に開発したため、効率を重視して文字数は最大３９文字までに制限しています。
オリジナルのＳＴＡＲＴＲＥＫプログラムをＺＢ３ＢＡＳＩＣ用に直すためには、３９文字を越える文字型変数、定数を２つ以上に分割して３９文字以内にする必要があります。
今回みつかったバグはさっそく修正しました。
［第３６７回］のＢＡＳＩＣプログラムは最新のものに差し換え済みです。

［２０１３．４．１６追記］
昨日は遅かったので急いでアップして寝てしまいました。
今朝になりましてから読み直していて気が付きました。
うっかりしていて［第３６７回］のＢＡＳＩＣプログラムを差し換えるのを忘れておりました。
今は最新のものに差し換え済みです。
行番号7560が下のようになっていましたら更新前のプログラムです。

7560 O1$="    +-----+-----+-----+-----+-----+-----+-----+-----+"


下が更新後のプログラムです。

7560 O1$="    +-----+-----+-----+-----+"
7565 O2$="-----+-----+-----+-----+"

［追記ここまで］

私はゲームが苦手でありますし、そもそもそんなことをしております余裕などまったくないのでありますが、しかし、昨日発見しましたバグ（ＺＢ３ＢＡＳＩＣ用のＳＴＲＴＲＫプログラムとは別の問題です）も、記事を書くための参考としてＭＢＡＳＩＣ用のＳＴＡＲＴＲＥＫプログラムを実行しようとしたときに発生したＣＰ／Ｍ互換ＤＯＳのバグでありますから、今回のＳＴＡＲＴＲＥＫプログラムはＣＰ／Ｍ互換ＤＯＳのバグ修正に大いに役立っております。
その意味では私にとりまして今回のＳＴＡＲＴＲＥＫプログラムはたかがゲームではなくて、もうゲーム様さまであります。

●ＳＴＡＲＴＲＥＫのルールについて（その２）

さて私の性分といたしまして、たとえゲームであろうとなかろうと、ことコンピュータに関することで、まったく分からないままで済ますといいますのは、どうにも面白くありません。
そこで貴重な時間を費やしまして［第３６６回］でもご紹介いたしました「ＢＡＳＩＣ　ＣＯＭＰＵＴＥＲ　ＧＡＭＥＳ」（
http://www.atariarchives.org/basicgames/
）の英文の説明をぼそぼそと読みながらゲームを実行したりしてみました。
その甲斐もあってか、だんだんに内容が理解できてきまして、なんとかゲームを進めることができるようになってきました。

あ。しかし。
私ができることはここまでで、そのスキルを磨くとか、使命をクリアするまでがんばるというのは、それこそ私のガラではありませぬ。
ここはＳＴＡＲＴＲＥＫプログラムに初めて挑戦される皆様方に、ごく初歩的な操作のための知識をかんたんにまとめてお伝えするだけにとどめます。

もし皆様方で［第３６７回］のＳＴＲＴＲＫプログラムを実際に実行するにあたって、不明点や疑問点、あるいはお気付きの点などがありましたらどうぞメールにてお尋ねまたはお伝えいただきますようお願いいたします。
その内容につきましては調べましてからまた記事としてご報告させていただきます。

前回はＳＴＡＲＴＲＥＫの舞台となっております銀河宇宙が８×８の小宇宙（ＱＵＡＤＲＡＮＴ）から構成されると書きました。
ＱＵＡＤＲＡＮＴとはその綴りからも連想されますように４分円とか４分座標とかと訳されます。
「ＢＡＳＩＣ　ＣＯＭＰＵＴＥＲ　ＧＡＭＥＳ」のサイトの説明を読んでみましたら、その各小宇宙は全銀河宇宙を８×８に分割したときの、全宇宙内の位置を示す座標値であらわされるほかに、それぞれに固有の名前がつけられていることがわかりました。
その名前は、ＣＯＭコマンドで数値５を入力すると画面に表示されます。



さらに同じ名前のついたＱＵＡＤＲＡＮＴは、それぞれ左からⅠ、Ⅱ、Ⅲ、Ⅳのローマ数字が付加されて区別されます。
たとえば前回図で説明しましたＱＵＡＤＲＡＮＴ（６，７）はＲＥＧＵＬＵＳⅢになります。
この名前は前回お見せしましたゲーム開始画面にも表示されています（下の画面中ほどに表示されています）。



前回は説明が途中になってしまいましたが、ゲームの進行は全てＣＯＭＭＡＮＤ？に対してコマンドを入力することで行なわれます。
コマンドは以下のものがあります（全て大文字で入力します）。
ＣＯＭＭＡＮＤ？に対してコマンド以外の文字を入力すると、下のように全コマンドが表示されます。



ＮＡＶはエンタープライズ号をワープさせる命令です（後述）。
ＳＲＳ（ショートレンジセンサースキャン）は今いるＱＵＡＤＲＡＮＴ内の情報をサーチして示します。
ＱＵＡＤＲＡＮＴの座標画面とともに右側に基本的な情報が表示されます。



ＬＲＳ（ロングレンジセンサースキャン）は今いるＱＵＡＤＲＡＮＴを中心にしてその回りの９個のＱＵＡＤＲＡＮＴの情報を示します。



今いるＱＵＡＤＲＡＮＴは銀河内座標（１，１）で、銀河の左上隅ですから、上と左のＱＵＡＤＲＡＮＴの情報はありません（＊＊＊が表示されます。
３桁の情報はそのＱＵＡＤＲＡＮＴの状態を示します。
１位の数は含まれる星の数を示します。
中央に表示されているのが現在いるＱＵＡＤＲＡＮＴで、上の座標画面を見て分かるように星（＊）が２つあります。
１０位の数はＳＴＡＲＢＡＳＥ（宇宙基地）を示します。
１００位の数は敵（ＫＬＩＮＧＯＮ）の数を示します。
この範囲には敵はいませんから別のＱＵＡＤＲＡＮＴに移動して敵を探します。
移動するにはＮＡＶコマンドを使います。



ううう。
（２，４）に移動するつもりでＣＯＵＲＳＥ（方向）に８．６６６６７と入力するところをうっかりして８．３３３３３と入力してしまいました。
そのため１つ下のＱＵＡＤＲＡＮＴ（３，４）に行ってしまいました。
でも怪我の功名で敵（＋Ｋ＋）を発見しました。
戦闘モードが発令されＣＯＮＤＩＴＩＯＮは＊ＲＥＤ＊になりました（通常はＧＲＥＥＮです）。
シールドがしてありませんから、ＳＨＩＥＬＤＳ　ＤＥＮＧＥＲＯＵＳＬＹ　ＬＯＷと表示されています。

さてまずはＱＵＡＤＲＡＮＴ間移動について説明します。
移動する方向は図のように１～８の数値で示されます。
図の（９）は８～１の間の方向を示すときに仮に使う数です。



図のように水平、垂直、斜め４５度の方向は整数で示されます。
画面は横長表示ですが計算では図のように正方形と考えます。
さて問題は上の図のいずれでもない方向（方角ではありません！）の数値での示し方です。
ちょっと見ると４５度が”１”ですから三角関数のＴＡＮのように思えます。
［第３６６回］でご紹介いたしました日本語の説明があるサイト
http://www.yossyisland.com/Page/Yossy_StarTrek_Form.aspx
の管理者のかたもそのように書いてみえます。
逆三角関数を計算して…と書いていらっしゃいますが、おそらく思い違いです。
そういうバージョンもあったかもしれませんが、おそらくそんなレベルのものはなかったのでは？
ちなみにＭＢＡＳＩＣにはＡＴＮ（アークタンジェント、逆正接）もありますが、ＳＴＡＲＴＲＥＫでは使われていません。
この方向は敵の方向を計算するときにも使われていてＣＯＭコマンドで得ることができますが、上記サイトの管理者様はＣＯＭで得られる数値は不正確と書いていらっしゃいます。
三角関数で計算されているという仮定での批評ですがＣＯＭの計算結果は正確です。

実はＳＴＡＲＴＲＥＫでは三角関数などは使われていません。
方向の算出は結構シンプルな考え方で算出しているようです。
いくつかのケースで確認してみましたがそれに間違いはないと思います。
ゲームの進行に合わせて説明をいたしますが、まずは今回のケースについて説明をします。

本当は（１，１）から（２，４）に移動するつもりでした。
するとそれは下の図のようになります。


下へ１ポイント右へ３ポイントの移動です。
下へ３、右へも３の移動方向は８で、右へ３の移動方向は１（９）ですから、（１，１）から（２，４）への移動方向はその間の数値です。
その間は３等分して考えます。
すると図のように８．６６６６７という数値が得られます。
そのようにするところを間違って８．３３３３３と入力してしまったものですから、ひとつ下の（２，４）に行ってしまいました。

ところでＷＡＲＰ　ＦＡＣＴＯＲ（ワープ距離）ですが、これはＱＵＡＤＲＡＮＴ間の水平垂直移動距離を１とします。
ＱＵＡＤＲＡＮＴ内の小移動は１未満の少数値になります。
今回は斜め方向への移動です。
この場合にはどのようにに計算するのでしょうか？

おわかりですね。
そうです。中学校で習ったピタゴラスの定理（三平方の定理）で計算をします。
下に１、右に３ですから、その距離は１２＋３２＝１０の平方根３．１６２２になります。
しかし実際には下に２、右に３の移動方向を指定してしまいましたから、その移動距離は２２＋３２＝１３の平方根３．６０５６が必要でした。
それでもなんとか（２，４）にたどりつきましたが元いた（１，１）内の位置からは少しずれてしまいました。

説明の途中ですが時間がなくなってしまいました。
続きは次回にいたします。

ワンボードマイコンでＣＰ／Ｍを！［第３７０回］
２０１３．４．１５ｕｐｌｏａｄ

前へ
次へ
ホームページトップへ戻る