ファミコンの完全自作ROM＆カセットを作ろう！！その3 ~とりあえず動くromカセットができた~

以前、ファミコンカセットを作ろうとしてピンアサイン直読み直結で作ったものの、結局動かず悶々としてました。何かが間違っているのは確かで、なにが間違っているのかがよくわからないまま暫く、とある本が出版されそれを元にもう一度作り直したのがこちら。

はい、デカイですね！通常のファミコンカセットの2〜3倍のサイズです。中身はepromが2つといたってシンプル。しかしながら重要なのはその上のジャンパ線で、ここにはファミコンカセット特有の機能を拡張できるように本来半田付けしてしまうところを外に出してあります。ざっくりいうとスルロールと音ですね。スクロールについては一枚の画面をひたすらループする方向を縦方向が横方向かどっちにするか、音については外部から音を追加で加える(体験してもらうなら、ゲームを起動して2コンのマイクに向かって喋ってもらうと、ファミコンを通して音が出ます。それみたいなもんです。)ですかね。もう一つ機能拡張のためピンを出しておいたのですが忘れてしまいました。

そしてこのカセット、実はどのマッパーにも属さない、変なカセットになっているようです。というのが、直繋ぎの場合PRGROMと呼ばれる6502側のROMは最大16kbyteだそうですが、今回製作したカセットは32kbyteが繋がるようになっています。(ドンキーコングやマリオブラザーズがマッパー0らしのですが、いやどんだけ小さいプログラムに詰め込んだのか恐ろしくなります。)たぶんきちんと調べればあるんでしょうね。詳しい方教えてください…
 CHRROMと呼ばれるグラフィックROMは8kbyteでこれは変わりません。使ってみてわかったのですが、恐ろしく狭いです。背景はもちろん画面を埋められないほどしか画像を入れられません。スプライトも、msxのように重ね合わせて色を増やすことができるのですがそもそも登録できるスプライト枚数があまりに少ないことと色の指定可能数が実質12色とぞっとするほど少ないことです。
 これについてはバンク切り替えやカラーパレットの書き換えでトリッキーに増やすことができますが、素直にプログラムしたらザコいゲームしか作れません。それでも、ファミコン実機で動くところを見ると感動もひとしおです。
 今回は参考本をほぼ忠実に再現したため、uvepromを使用していますが本来はeepromを使用し、パソコンと繋がるようにしていつでも書き込めるようにするのが理想。どこかの映像でスクエアがリアルタイムで編集したゲームの内容をそのままファミコンに書き込んでいるのがありまして、それができたら最高というわけです。

というわけでカセットのピン詳細とROMのピンとをどう繋げばいいのか、ギコ猫様のサイトを参考にどうゲームを作るのかで格闘したので、メモがてら振り返ろうと思います。わかればそれなりに解説してあるのだなぁと感動するのですが、それでもとっつきにくさは群を抜いています。
 また、エミュレーターで動くように書き出すソフトがほとんどの世の中、nesasmで書き出されたデータの中から実際のROMデータを抽出し書き込む方法を紹介します。市販のカセットには応用できないと思いますのでそこら辺期待してる奴は回れ右やぞ。



ちなみに、実機にROMを書き込んでゲームを動かしている風景がこちら。
想像以上にドットがにじむのでそこら辺考えて絵を作る必要がありますね。



それではまた、まとめ終わり次第。

次回の記事:
El Capintanでios13以降などの新しいiphone/iPadを認識しない時の対処法
前回の記事：

Apple1 Computerを現代で作ることはできるのか挑戦してみた　その１～シフトレジスタ問題～

コメント

コメントを投稿

このブログの人気の投稿

ファミコンの完全自作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で切り分け、その段階ではまだどこからそのプログラムを配置するのかを指定しません。指定はコンフィグファイルという別のファイルにて指定します。つまり、 アセンブラファイルだけではプログラムを作成することができない のです。また、コンパイルした際にこのコン...
続きを読む