ファミコンのプログラム

ファミコンのプログラムを書いてエミュレーターで遊びたいんですが、
特殊な開発機材が必要なんでしょうか？

6502クロスアセンブラ

バイナリを一文字一文字読んでいきましょう。それかオープンソースのエミュを見ましょう。

個人的には当時の開発者がどのように開発していたのか知りたい。
想像するに、とてもプログラミングとはかけ離れた世界だったんだろうな。
アセンブラ以前に、基板の知識前提みたいな

>>4
PCでPSのメモカ読書きする奴あるだろ？
あれでポケステのソフト開発するようなカンジだ。

>>4
＞ とてもプログラミングとはかけ離れた世界
んなこたぁない（藁
現在のゲームボーイやワンダースワンの開発とほとんど変わらない。
＞ アセンブラ以前に、基板の知識前提みたいな
それはコンシューマ開発ならみんないっしょ。
でもファミコンはサウンドを除けばガリ版刷り（？）みたいな４，５ページの
ハードの解説書しかなかったので、ある意味簡単だった。

>>4
プログラミングとかけ離れてはいないけど、ファミコン本体より、カセット
基板に載るMMCの方が、種類も多くて覚えることが多い。
本体にしてもCPU（2A03）よりPPUの方が重要。

>>7
たしかに基盤の種類は多かったけど覚えることは多くないだろ
バンク切り替えのレジスタとかか？
んなものぁIO周りのファンクション組むとき一回資料を見ればいいだけ。
PPUもたいして覚えることは無いと思う。
にしてもあのパレットだきゃあアタマ痛かったな・・・

ワタシ、１０数年前までファミコンぷろぐらまでしたが、
当時の開発機材は、PC9801にICEを接続して開発してました。
任天堂から支給されたクロスアセンブラは周りの人間には評判よくなかった
ので、どこかのメーカのマクロアセンブラ使ったり、ハ○ソン製のPCengineアセンブラを
使ったりする人がほとんどでした。
ファミコンもいろんな意味でとんでもないハードで、
スプライトの座標はＹ軸に１ドットずれて表示されるし（これもハードのバグ？）
V-Sync期間越えてVRAMアクセスするとVRAMの内容がグシャるし、
パレット関係も苦労したような気が。他にも色々あったけど忘れた。
RAMも2Kバイトで、スタックは256バイト(6502のスタックポインタは8ビットだ）
なのでメモリ管理も苦労した。それに6502汎用レジスタ３個でどないせっつーの。

色々苦労があったけど、当時が一番楽しい時期だった。
あんときゃ自分も若かったしな（遠い目）

しかしなぜ今更ファミコン？＞１さん

6502は$00〜$FFをレジスタ代わりに使えるから…

０ページ最高！

>>8
MMC1とMMC3しか使ったことないんじゃない（HVC-SL基板とかHVC-TK基板とか）？
MMC5とか触ってみたら、そんなこと言ってられないよ。さらにもっとマイナーな
MMC偶数番号とか。

>>9
ハードのとんでもなさといえば、やっぱりMMC1の初期状態だろ。
起動時のバンク状態が不定なので、16Kバイトごとにリセット処理を入れておかない
と時々立ち上がらなくなる。

どっかのエミュレータのページにファミコンの資料があった気がした。
ゲーム開発系ページ。翻訳とかしてる人のページ。
名前忘れた。アドレスはもちろん忘れた。
役に勃たなくてスマン。

昔…と言っても１０年前とかそこらだけど、個人で購入できる
ディスクシステム用ゲームの開発機材があったよね？
ハッカー（社名）から出ていて、ケーブルでディスクシステムと当時の
NECパソコンをつないでBASICかアセンブラで組んでいくやつ。

UoNesterのコンパイルに成功！
これでボクも今日からエミュレータ開発者です♪

>>16
人類にとっては小さな一歩でもキミにとっては大きな一歩。
煽りじゃなく、頑張ってほしい

なにげにマルチプラットフォームのゲームになるね。

UoNesterのソース見つからないよ。

機材よりハードウェアの仕様書が必須。
スーファミ用に５０頁位の簡単な資料を見ながら作ったことがあるが、
ハードウェアの解析をやってるに近いものがあった。
ソフト的には６５０２のアセンブラは必要でしょう。
ファミコン用のお絵かきツールもあればラク。

ファミコンのエミュから作っていこう！
ファミコン＞スーファミ＞サターン＞ＰＳ＞64＞ＤＣ＞ＰＳ２

ボクモファミコンのソフト作りたいと思います
作り方教えてください絶対造ります

>>21
？？？１が逝っているエミュレータというのは、
これから作るモノなのか？？？
既にある前提での話だとおもてたよ。

まぁ、知ってる人が作ればそう難しくは無いか…

ごめそ。１は、エミュは、あってファミコンのプログラムを作りたいらしい
わたしは、エミュつくりたい（ｗ

www.caffeine.jp/~cafe/ns/index.html
このページは参考になるんじゃないかな？
誰かこの資料だけでサンプルプログラム作れる人いますか？

しょぼっ
たしか、ノーマルだとプログラム６４ＫＢ、スプライト６４ＫＢだから、
ハードの規模はそんなもんか…
そういえば初期の頃のソフト（ゼビウスとか）は、ｉアプリなみの
ミニゲーみたいなのばっかだったな。
後期のソフトは、カセットにチップを拡張しまくって
なんとかしてたらしいからな。

大丈夫だ！逝ける！敷居は限りなく低いぞ！

ﾒｲﾚｲとかわわかってけど命令の書き方が分かりません
だれかおしえてください

すみません。プログラムについて１から教えてください。

今の人には限りなく敷居は高い気がするが。

>>26
iアプリなみのミニゲームって・・・。あんた本当にそう思ってるの？

初期のファミコンゲームって、ドンキーコングとか？

むずいよ

スーファミソフト乱立の時代には年３〜４本ペース。
同じペースでノーマルのファミコンソフト作ると、
年３０〜４０本作れそうじゃんか。

ただ、その後のレスからして、ＣＰＵの仕組みとか、
メモリマップドＩＯの仕組みとかの理解済みが前提になってなさそうな…
そこまで敷居の範疇に入るのなら確かに壁は高いかもね。

あと、伝統的に任天堂は何故か知らんが
キャラクターのグラフィックデータを「ネーム」
スプライトの属性データを「オブジェクト」
と呼んでて、最初意味不明に陥るので注意。

ファミリーベーシック使えばファミコンのこと良くわかるよ。

>>33
OH!その手があったのね。しかし、
ファミリーコンピューターは何とかなるとして、
ファミリーベーシックは手に入るのか？

>>34
それもエミュ

メモリ管理とか考えただけで寒気がするよ。
PCの方がゲーム作るのらくだと思うけどね。今の時代。

俺も興味本位でGB弄ってたよ。だけど途中で嫌になった。
制限があるのは上等。その制限がアイデア勝負のゲームを生み出すんだ！！
とか思っていたけど、まさかあそこまでとは。
今のPCのぬるま湯に浸かってた俺には正直、無理だった。

まあやりたい人、頑張って。何か出来たらおれにもみせてね。

>>36
ＰＣのプログラムは汎用化と抽象化が命だからね。
ファミコンはそのゲームだけ動けばＯＫの世界だから、
実行コードや変数から絵のデータまで、どこに置くかはもう決め打ちだよ。
いかにその辺を自動化出来るかが、開発速度向上のカギだったね。

>>37
ｶｺｲｲ

ファミコンソフト作ってたよ。

FC->MD->PCE->SFC->SS->PS
他にも ポケ捨てとか
コンシューマのメジャーな奴は殆どやったよ。

FCのアセンブラは結構簡単だけどFCのソフトを作るのは超大変。

何が大変てさFCの仕様を理解するのが大変。
知ってれば大した事無いんだけど資料がメッチャ少なかったからね。

ハッキリ言って教えて君には無理。
自分で資料を探して自分なりに解釈して試して自分で検証する。
自分自分自分。
本がネェとか仕様が判らないなんて言ってる様じゃ２０年くらいかかるよ。

0ページとかVSync割り込みとメイン側の切り分けとかFCのDMAとか
VRAM構造とかアクセスモードとかバンクを跨ぐジャンプテーブルとか
今現在主流じゃないテク満載しないとロクな物できないから。

FCソフトの量産体制だって数本作ってフレームを使いまわすから
あのペースで作成出来てただけで１から初心者が作るなら
マジ１年は軽くかかるんじゃないかな。

それでもやってみたいって言うならポケ捨てをオススメするよ。
ポケ捨てならハード依存の部分もあまり無くあの手の中では一番楽。

ARMのアセンブラと　ポケ捨て<-->PC 接続キットがあればなんとかなるからね。
その後FCソフトを作る気があるならポケ捨てコードはアセンブラで書くように。
Cで書いた方が効率イイんだけど勉強になるからね。

あーやっぱFCはダメだぁ...
いやスッゲーよく出来てる設計なんだけどね。
凄く少ない資源で最大の効果を上げるハードなんだよね。SFCもだけど。
任天堂の仕様はいつも全然判らないんだけど
調べてくうちにスゲーとか思うんだよね。
ただ敷居が高いから、やっぱ趣味向きじゃないよ。

ポケ捨ての狭い画面とかモノクロが気に入らないっていうなら
メガドラがいいよ。　CPU 6800だからメッチャ簡単だもん。
FCのアセンブラも簡単って言ったけどソレに付随する何かが簡単なんだよ。

なんか上手く表現できないけど両方やれば判るよ。

とにかくオレ的には　ポケ捨て。もしくはメガドラ。
PCエンジンは忘れた…Z80だっけ？

あと、ライブラリ&コンパイル環境があるならPS楽しいよ。

PS用のライブラリってネットのどっかにあるのかな？
どっかに電撃アップしちまう？

>>39
コピペ？
てか、長い！（ｗ

>>40
コピペじゃないよ。
プログラム板は全然来たこと無かったからちょっと
マジに書いてみたけどこの手のスレってもしかして定期的にあがってるの？
まぁいいや。
読み返してみるとツッコミ所満載だけど勘弁ね。

>>41
ごめそ。
いや。勉強になるよ。
漏れも資料あさってみたけど、少なかったもん。
ＦＣの方がいいよ。マリオあるし（なぢょ

思わせぶりに「つっこみ所満載」と言ってるやつが
本当にツッコミ入れたことは無い。

>>43
ﾖｸﾖﾒﾖｶｺﾜﾙｲｿﾞ

謎なNES ver0.03
http://hb3.seikyou.ne.jp/home/docokalaki/117.zip

この程度の事をやるのにどれくらいかかりますか？

ROMを落とせるところを教えてください。
あくまで研究・閲覧のためだけで、確認次第破棄します。
よろしくお願いします。

エミュ ROM で検索をかければ見つかるのではないでしょうか？

>>26
間違い。
正しくは、ノーマルだと、プログラムROMが256Kビット（バイトじゃないぞ！）、キャラクタ
ROMが64Kビットだ。
本体に内蔵されているメモリは、ワークRAMとVRAMが各16Kビット。VRAMはBG２枚分だけど、
BGを水平方向に並べるか、垂直方向に並べるかは、カセット側のショートランドで選択する。

>>48
じゃぁもっとしょぼいじゃんか

絵のデータの置き場所は決め打ちというより、
キャラクターＲＯＭに置くしかなかったような…

ドラクエ２や３はIRQ割り込みを使っているのですか？
自作エミュで音が出ないのです。
この辺りの解説をきぼん。

普通BGMの演奏には割込使うだろう…

自作エミュきぼんぬ

そうそう、256k(bit)なんて容量はすぐ使い尽くしてしまって、たった10バイトの容量
削るのに徹夜なんかして・・・泣きそうだった。
CGROMの開いている部分にプログラムを埋め込んでおいて、ただでさえ狭いRAM上に
ダイナミックに転送しては実行する、なんてこともやったなあ。
それに画面２分割スクロールも苦労したっけな。
ラスター割り込みがなくて、０番スプライトを画面中央に置いてＢＧとの衝突フラグを
ポーリングするしかないんで、そのタイミングを逃すと画面下半分のスクロールレジスタ
をセットしそこなってフレームが乱れるし。
そのために処理時間の管理もうまくやらないといけなかった。

ＧＢのソフトも作ったけど、こっちはＦＣよりずっと楽だった。
8085カスタム(?)で昔から見慣れたニモニックを使えて、RAMも数倍の容量があって、
ラスター割り込みもあったし、ウィンドウ機能もあった。
スプライトも横に(FCの８個よりも）もっと並ぶし（苦笑）

ｶｺｲｲ

ったく、業界は貧乏性のプログラマが多くてよー。
ま、そんなハードばかりだったから仕方ないんだけどさ。

35歳以上の開発者はいい加減引退して欲しいネ！！！

まともなゲーム作ってたのはその世代だよ。多分>>56

>>57
その世代「の極一部」なら同意。
所詮はファミコンバブル期。

>>54
俺もゲーボー作ったことあるよ。
たしかにファミコンよりは作り易かったな。
こっちの方が入門にはいいと思うが、まだ生きているハードなだけに
エミュレータはないだろうなぁ。
ところでCPUはZ80とほぼ互換だったけど、8085って名前だったっけ？

スーファミもやったけど、最悪だったよ。
CPUに８ビットモードと１６ビットモードがあって、
2種類用のコードがごちゃごちゃに混ざるような感じだった。
ジャンプ先のモードが違うとぶっ飛ぶし…
入門には向かないね。

>>36
メモリ管理はアセンブラにシンボル渡すツール作ってしまえば、面倒な作業ではなくなったよ。
アドレスの割り振りも２本目以降そんなに変わるものでもないしね。
それよりハードとの同期を取るのが大変だよ。
あらゆる命令の動作クロック数を把握しておいて、ハードウェアとの
ハンドシェイクを取らなくちゃいけないからね。

>>39
目がドライブのCPUに０が１個足りないから非常に性能が低く見積もられてしまっているよ。

>>52
確かに普通のゲームはNMI割り込みだけで動くんですけど、
ドラクエ類（エニックス）はダメなんです。

>>61
そういえば昔はドラクエはエミュ上ではパッチ当てないと音でなかったな・・・

ファミコンのゲームって美化されてるよね。かなり・・・
久しぶりにやるとショック！！

>>60
スーファミの話になっちゃうけど、一番厄介なのがラスターをスキャンしている時間はビデオ関係の
データ転送が出来ない仕様だったので、垂直か水平のブランク期間まで待てって感じの作りだった。
しかし当然次の垂直同期信号までに次の画面用の計算は終わっておかないとならないので
（NTSCの場合は垂直同期信号は60Hz）、水平同期なんて待ってると60分の１秒では全然間に合わない。
だから、割り込み処理を使って非同期処理の嵐。
基本的にCPUが遅すぎなのでサイズよりも実行速度との戦いになる。

あと、PAL版に移植したときは、垂直同期の間隔が５０Hzになったが、これはそのまま移植できた。
PAL用に処理時間が設計されてると、NTSCへの移植は地獄を見るだろうな。

>>64
ファミコンはサイズとの戦い、スーパーファミコンは実行時間との戦いという感じだった。

ＮＭＩ割り込みってマスクできたんだよな。確か。
変な話だ。

>>64
PALって何者なんですか。
海外のやつですか？

PALはヨーロッパで主に採用されてるヴィデオ方式だよ。
なんたってプログレッシブだから静止画オタには憧れの的だよ。

私としてはファミコン版魔界村がクリアできないので
ＲＯＭを改造したいぞ〜

２周目の１面のウッディーピッグがスプライト消えまくりで
こんなん行けるかｺﾞﾙｧ！って感じだったな。

>>68
PALもインターレースだろ

ファミコンのＲＯＭをコンバートしたいんですけどそういうのありますか？

>>72
dump.exeを使えばテキストにコンバートできるよ。

>>72
コンバート＝変換って意味だよ。

逆汗したいのか？探せば結構あるぞ。日本語のもあるし。

板違いだよ。わかってんの？

>>76
？？？　どこが？

思い出した！
インターレースといえは、スーファミ（ファミコン等他のゲーム機全て同じと思う）は、
ほとんどのソフトが似非プログレッシヴモードで動いていたような気がする。

内部的には、プログレッシブに捜査しているかの如く動作し、ビデオ出力する時点で
ＥＶＥＮとＯＤＤフレームに分けて出力する。

つまり、垂直同期６０Ｈｚと書いたが、内部的には３０Ｈｚだったような気がした。

うみゃ？ 60Hzでフィールドごとに走査線ずらしてないだけでしゃう。
結果的に縦解像度半分のプログレッシブ。
ちなみに表示ラインは光量がインターレースの倍になるため、
画面が焼きつく恐れがありますので
液晶プロジェクタでの使用はご遠慮下さいの注意書き。

遅レスですまなんだが
エミュ作るならＢＥＲＯ氏のページがいいよ。
資料もおいてあるし、エミュレータとソースもおいてある。
ｕｒｌは忘れたのでグーグルでＦＣＥとかＦＰＣＥとかサーチすれ。

Bero氏のサイト
http://www.geocities.co.jp/Playtown/2004/
http://www.bekkoame.ne.jp/~bero/

>>79
それって、普通のＮＴＳＣのテレヴィに
規格外の信号を送ってプログレッシヴにしてる
てことかな？
それとも元々そんな怪しげな仕様が規格にあった？

>規格外の信号を送ってプログレッシヴにしてる
その通りでござる。

規格外なもんで、初期には
ファミコンの出力に同期が取れないテレビとかあったよね。

わかってはいると思うんだが、エミュで動かす前提でソフトを開発するのって
相当ナンセンスなような・・・
どうせエミュレータならN88BASIC for Windowsとかで・・・

描画ルーチン使いまわしできないかなーイヒヒとかって
ZSNESのソース落としてきたら、
９割以上アセンブラでギャフン。即退散したヘタレな俺。

>>85
>相当ナンセンスなような・
禿同
コンサマー機に良くある制限事項まで綺麗にエミュレートしている
（＝優秀なエミュ）であればあるほど、
開発者は苦労する。
何のための制約なんだって感じ。

age

やることに意義があるage

□□□□■□□□□□■□□□□□□□□□□□□□□□□□□□□□
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□





続きはコチラです
http://www.geocities.com/entry_k/main/main01.html

>>85
いろんなマシン(OS)上で動く、という利点はあるわな。

作っているのかな？

>>85
JavaをバカにするとJava厨が怒りますよ

なんでJava？