[68kMacintoshで]ThinkCでゲームを作りたい　その１　～まずは動かす～[プログラミング]

以前、ふるいMacintoshソフトがないなら自分で作るという記事を書きました。

んでもって、英語の本を片手にBASICで作ろうとしました。

あれから、ぜーんぜん更新していないんですが、理由は簡単

ただでさえわからないことだらけなのに指導書が英語は自殺行為。

まあ、要するに解読不能になって詰んでました。ちなみに、この本の日本語版は見つかって（ない）です。奥多摩の図書館行けばあるのかな？

そんなことが原因で心が砕けた私にもう一度Macintoshでゲームを作らせようと思い至らせる作品が最近出ました。それがこちら。

Return of the Obra Dinn

リンク切れてたらごめんなさい。とにもかくにもこのゲーム、なんとこのMacintoshPlus時代のゲームをイメージして作られたらしいのです。デザインとか世界観とか最高だし、こういうゲームを実際にうちのMacで作れたら最高では？と思いまして。あと、この時代用のMac向け３D探索ゲームって作られてないんですよ。特にmc68000で動くものがない。（かの有名なアローンインザダークもse30以降でないと動かない。）

なので作る理由と目標ができたので今回再チャレンジしようと至ったわけです。

■｜説明は日本語でお願いします

それでもう一つプログラムソフトあったんですね。ThinkCっていう高級言語使ってプログラミングできるってもの。セットが割と大変で、おまけにこれも英語のテキストとはいかない。BASICの何倍も難しいですから・・・専用変数多すぎ問題。
そんなこんなで困っていた時にふとAmazonでThinkCってけんさくしたらこちらの本がありまして。
ぶあつーい本にびっしり書いてあります。でもこれでも入門書なのだ！

今でも売ってました。日本語版ThinkCの教科書。インストール方法から載ってるめちゃめちゃイけてる本。ほしかったのはこれだよ！！速攻ぽちりました。普段購入まで1週間ぐらい考えるのに初めて即購入ボタン使いました。ダメ人間の鏡ですねはい。

というわけでこれからこの本を使ってThinkCでゲームを作れないか試してみようと思いたったわけでございます。

だって日本語だよ？きっとはかどるに違いない。これで私も真の68kMacintoshユーザーになれる・・・と思った時が私にもありました。

■｜ThinkCを使いこなす前にResEditとやらを使いこなす必要あり。

ProcessingやArduino、Unity等に慣れていると、特にセッティングしていなくてもプログラムにprintfだのDebug.Logだの入れればHelloWorldぐらい出てくるんですよ。それだけでモチベ上がります。だって動いたって実感できますからね。

でもMacは違います。というかThinkCは違います。

まずThinkCではなくResEditを開いてウインドウのリソースファイルを作るそうです。

いや～何言ってるかわかりません。ResEditってなんですか。なんか小学生の時の遠い記憶にほんのりあるようなないような。（昔っからMacユーザーだったので。）
んでもってリソースファイルって何ですか。なんかPrintfって打ち込めば勝手にウインドウ出てきて画面に文字出てくるんじゃないんですか。（これあとで別の方法で簡単に出てくることがわかりました。なんだ優秀じゃんorz）

グダグダ言ってもしょうがないのでResEditとやらを探してみましょう。ユーティリティフォルダの中に入っているらしいのでフォルダを片っ端から開いてみると・・・
ニタニタこっちをみてるのがそれ。
ありました。なんだこのピエロ。煽ってるのか。

こんなところでモニタ叩き割ったら3年間の努力が水の泡です。冷静になってアイコンを力強くダブルクリックします。
ザ☆簡素
するとこんな感じで武骨なウインドウ画面が出ます。とここで違和感が。
「教科書に書いてある画面と違くないか？」
そこで教科書に書いてあるResEditのバージョンを確認すると・・・
昔のMacってこんな風に表示されてましたね！

必要最低限の情報が書かれた簡素な説明の中に・・・
今回使用しているバージョンと違いました。今使っているResEditのほうが古いです。UIとかわかりずらい。

そもそもGUIが登場したころの（本当の初登場は1970年代なのですが）開発ツールなので完成されていないのは当然です。奥歯をぎりぎり言わせつつこのツールの意味を解読していきます。
UIデザインの重要性をひしひしと感じます。
まずウインドウのサイズを指定するこの画面。この指定の仕方はのちのツールでは縦横のサイズを指定するようになっていますが、processingのように四角の始まりのXY、終わりのXYを指定するスタイルをとっています。入力する数値はどちらも同じなのに、描き方ひとつでとらえ方が全然違うのが面白いですね。ちなみに横の「SET」のボタンをクリックすると始点の位置をマウスカーソルで指定することができるようです。今更こんなこと説明しても需要ないよな！！

ということでこれによってサイズを変更し、表示できるウインドウのサイズを指定した後リソースIDというものを指定します。これをつけることにより素材を番号管理できるということらしいのですが、いまいちよくわかりません。とりあえず基本は400番らしいのでこれにしておきます。
なんか使ってはダメなIDがあって、それを指定するとデータが壊れてしまうのだとか。
その後、今度は表示するための画像を用意します。今日ではpngやjpegといった画像データそのものを用意し、指定するだけで表示ができますがこの頃は違います。どうするかというと、PICTリソースという形式で画像を作成し、このResEditでフォルダ内に読み込むのです。
Photoshop2.0(!?)で画像を作成。この保存の際にPICTリソース形式を指定する必要がある。
リソースファイルで保存ができていると、ResEditでこのように参照できる。
画像が違うのはあのあと書き直したためです・・・

そして必要なリソースを作成できたらまたthinkCに戻ります。
すでに画像などのリソースファイルをまとめたファイルと、プロジェクトファイルがあります。

そしてながーいコードを教科書を見て打ち込んでいきます。コピペなんてできないからね。

そして教科書の通りにコードを打ち込みますが、ところどころ誤植があるので頑張って解読します（笑）
だってあからさまに変数名さっき指定したのと違うの書いてたりするんだもの。これ編集した人プログラムの知識皆無だったに違いない・・・今だったら考えられないようなことですが。
これ忘れるとコンパイルが通りません。
そして様々なMacintoshに備わっている機能（QuickDrawや、I/Oなど）のプログラムを読み込むMacTrapsをCファイルに追加します。また、今編集したプログラムファイルを追加することも忘れずに。

そして無事にコンパイルが通り、実行されると・・・
指定した位置にWindowが表示され、イラストが表示されました！

はーい私の下手な絵が表示されました！ここまで約１ヶ月かかりました。本の内容がわかりにくいのと誤植が肝心なところで炸裂するんで主に解読の時間ですね。

それでも自分の作ったプログラムが動くのは感動の一言。まだキーボードの入力も受け付けられないぐらいしかプログラムはできていませんが、まずは動いたのでよしとさせてください！
次回はstdioを使ったプログラムを作成してみようと思います。そもそもC言語が曖昧なところあるので復習も兼ねて。

それではまた次回。

次回の記事:

[68kMacintoshで]ThinkCでゲームを作りたい　その2　Stdioライブラリを使ってみる[プログラミング]
前回の記事：
DELL Inspiron One 2020にメモリ16gbを積んでみた

コメント

コメントを投稿

このブログの人気の投稿

ファミコンの完全自作ROM＆カセットを作ろう！！その１~立ちはだかるコンパイラの壁~

イメージ
ファミコンのソフトを自作する。まさにファミコン少年なら一度は考えたことのある 暴挙 夢の企画なのですが、古今東西にて公開されている方法といえばそれはもう 「既存のカセットのロム改造」 なわけです。 違うんです。確かにROM焼いて書き込めばできるでしょう。しかしその前に覚えなきゃいけないことがあまりにもガラパゴスすぎます。Mapper1とかいうファミコンのカセットの規格（しかもナムコは例外&プラスチック封印されてたらできない）。おまけに容量が大ききくて改造がしやすいものとなると結構貴重なカセットをぶっ壊すスタイルになります。正直コレクター癖のある私としては「 外道 」に他なりません。やりましたけど。ドラクエ２のカセット犠牲にしました。失敗しましたよチクショーメ！！！ なので今回はそんなカセットの端子から基板までALL手作りをしてしまおうというのが規格内容なのです。これならもうカセットを壊す必要はありません。貴重で高いカセットが守られるし場合によっては新しい規格のカセットを作ることもできます。 ⬛︎とりあえずプログラムROMオンリー基板を作ってみる ファミコンのカセットは独特な仕様になっておりまして画像用のROMは別の回路でつながっており、基本的にCPUのROMとは共用しておりません。なので、極端な話普通のパソコンと同じ回路設計であるのならばCPU側のROMだけを組み立ててつないでも問題ないわけです。そしてその回路の一つの部分とか拡張ポートに向かって何らかの信号を送るプログラムを組めば、わざわざキャラクターROMの作成をしなくてもいいわけです。 そこで今回はとりあえずカセットの端子とROMをつなぐ回路を作成しました。 千石電商の地下で入手。前から気になってたけどついに使うときが・・・ 今回使用したこの端子は2.52ピッチのもので、本来のファミコンのカセットよりもピン数が多いです。なので 鉄定規登場。 カッターでごり押しします。ないものは作る。 両側から切り続けて10分後・・・ 無事に切れました。もうなんか紙フェノールの基板とは比べ物にならないくらい堅かったです。なにこれ。 L字型のものを用意すると基板が後でつけやすいです。 それでもってそこに同じピンピッチの二列ピンヘッダーをつなぎます。...
続きを読む

ファミリーベーシックでゲームプログラミング

イメージ
すげえ！ファミコンがコンピューターになっちゃった！ 先日とあるきっかけでこちらの「ファミリーベーシック」なるものを入手。 これはあのファミリーコンピュータ―にキーボードをつないで、コンピューターとして使ってしまおうというモノなのです。 しかし、ゲーム機の拡張として作られたものなので機能の制限はかなりありまして、まず 自分で好きなキャラクターを一から作ることはできない 使えるメモリーは 2kb （特殊なコマンドで4kbまで拡張可能）まで。 言語はBasicオンリー。65536以上の桁はオーバーフロー？ 記録媒体はカセットテープかファミコンカセット内のSRAM。電池式で３カ月まで。 保存できるデータはカセット内だと １つのみ 。 といった感じです。キャラクターが作れないというところはすでにファミコンのカセット内に用意されたマリオやレディ、ペンギンといった画像素材を用いて使います。組み合わせ次第でいろいろなキャラクターが作れるので結構面白いです。 このように中で使えるキャラクタパターンが巻末付録として収録。なくしたらおしまいだぞ！ しかし問題はこのメモリの容量の少なさ。どれくらい少ないかというと、使う画像の宣言をしてマリオのジャンプとアニメーションの分岐をベーシックでつらつら書き、REM文で少しメモを残そうものならもうそれでメモリはパンパン。もちろんこの中にBGMやSE、バックグラウンドの画像パターンも納めなくてはいけないわけでございますからできることなんて大体予想が付くというものです。南無。 ご立派なBASICコマンドはたくさんあるけれども、これをすべて一つのプログラムの中に使い切ることはできないくらい容量は限られている・・・といっても過言ではないと思う。 ■｜何はともあれプログラミング。使ってみると意外と面白い。 以上のことからも、この非常に制限された中でいかに面白いゲームを作るかが試されるものであることはご理解いただけたと思います。しかしかつてこのセットでもうそれはそれは多くの子供大人問わず制作に挑んだわけでございまして。ならばとひとつ私も挑戦してみました。 ファミリーベーシックに付属するプログラミングの教科書。 正直ワクワクする表紙。経年劣化でボロボロだが。 最初のほうはカラーで説明が...
続きを読む

ファミコンの完全自作ROM&カセット作ろう！〜cc65で起動ROMをつくる〜

先日、ファミコンに直差しできるROMカセットを作るというお話をしました。しかし、いくらハードウェアができたとしてもプログラムがないと動かないただの鉄の塊です。 ■cc65は、僕らに新規の6502コンピューターを作らせてくれない 　そこでプログラムを作って書き込もうとしましたが、問題はcc65でROMに書き込める普通のプログラムデータを作成することが非常に困難であるという点でした。 　つまりどういうことかというと、cc65というコンパイラソフトは「新規の」6502ハードウェア開発向けには作られておらず、コモドール64やファミコンのエミュレーター向けの開発を考えられているのです。それがわかる仕様として、アセンブラで書いたプログラムをcc65で書き出す際に、どのハードウェア向けに書き出すかという旨を指定する必要があるのです。 　もし指定しなければ自動的にコモドール64向けに書き出されます。そして、プログラムの内容がそれに沿っていなければエラーとして判断され、かきだされることもありません。 ■使いやすさの視点の違いから生まれた仕様 　もうひとつ、cc65が抱える問題として ORG命令 が本来の動きとして働かないという点です。 　 ORG命令 とは、そのプログラムがメモリのどの位置から開始されるのかをしていする重要な命令です。これによってジャンプ命令やラベルがまともに使用できるし、6502においてはリセット割り込み（ゲームを開始する際に読み込まれるメモリ）の情報を書き込むメモリの位置を指定しなくてはいけないので、非常に重要な命令なのですがなんとcc65ではほぼ封印されています。ジャンプ先としては読み込まれきちんとコンパイルされますが プログラムをコンパイルした際に指定した場所にプログラムが書き込まれていないのです。非常にバカバカしくなります。 ではcc65にはORG命令の代わりに何が使われているのかというとSEGMENT命令が利用されています。プログラムをSEGMENTで切り分け、その段階ではまだどこからそのプログラムを配置するのかを指定しません。指定はコンフィグファイルという別のファイルにて指定します。つまり、 アセンブラファイルだけではプログラムを作成することができない のです。また、コンパイルした際にこのコン...
続きを読む