ファミコンのプログラム４

**名前は開発中のものです。** · 2012/07/29(日) 14:19:03.64

■過去スレ

ファミコンのプログラム
http://pc8.2ch.net/test/read.cgi/gamedev/1013696305/

ファミコンのプログラム２
http://pc11.2ch.net/test/read.cgi/gamedev/1135099156/

ファミコンのプログラム３
http://toro.2ch.net/test/read.cgi/gamedev/1214210285/

■関連サイト

MagicKit Homepage
http://www.magicengine.com/mkit/
すずめ愛好会
http://web.archive.org/web/*/http://vsync.org/ns/index.html
ｷﾞｺ猫でもわかるファミコンプログラミング
http://gikofami.fc2web.com/
わいわいの巣
http://www.geocities.jp/yy_6502/
mck hogehoge
http://takamatsu.cool.ne.jp/dutycycle/
NES info, programs, and demos
http://nesdev.parodius.com/
pgate1@crystal
http://crystal.freespace.jp/pgate1/
cc65 @ wiki
http://www34.atwiki.jp/cc65/

**名前は開発中のものです。** · 2012/07/29(日) 14:19:59.97

■ソフトウェア開発者のサイト

NES Hack Factory
http://www.geocities.jp/kz_s6502/
D-Soft
http://aqube.kir.jp/dsoft/index.html
OBONO's Web Site
http://homepage3.nifty.com/obono/
Family Assembler
http://fuguri23.hp.infoseek.co.jp/FamAsm/
nurvle.com(NES)
http://www.ash.ne.jp/~nurv/nes/
peacemay.net
http://peacemay.net/
ファミコンソフト開発のおへあ
http://stargate.game-server.cc/fc/
第７サプライヤー
http://seventhxevo.xxxxxxxx.jp/seventh/

**名前は開発中のものです。** · 2012/07/29(日) 17:33:33.81

マリオ２ってスコアなどのパラメータ表示に
ディスクシステムのタイマー割り込み利用してたんだね
１だと0爆弾だったのに

なんかどのサイトにも
ディスクシステムのIRQタイマに関する記述があまりないんだよね・・・
どのアドレスを使うかはわかってんだけど
1カウントが何秒位なのかの載ってるとこがない・・・

自分で測った感じだと
カウンタに65535(MAX)を設定してみたところ
11フレーム中に5回割り込みが発生した

1回の割り込み毎に2.2フレームであるから
1/60*2.2=0.036666･･･秒、つまり
65,535カウント≒36,666,667n秒　よって
1カウント≒560n秒位

**名前は開発中のものです。** · 2012/07/29(日) 17:44:08.71

夢工場のことか？
スーパーマリオUSAか？
NESのマリオ２か？

**名前は開発中のものです。** · 2012/07/29(日) 17:52:48.30

>>4　ディスクシステムのスーパーマリオブラザーズ2

でも>>3の計算だと少し精度が甘いからラスタスクロールとか使うときは
NMIが起きるごとに再設定した方が確実だろうね

それからRAMアダプタに入ってる水晶は21.47727MHｚだったから
21,477,270*0.00000056≒12
つまり12分周されたクロックが入ってるっぽい
(つまりファミコンのMPUと同じ1.79MHz)

あとタイマーへのクロックを何分周するか変えられないのだろうか
$4022になにか知らないオプションもありそうな気がしてならない

**名前は開発中のものです。** · 2012/07/29(日) 18:11:08.04

>ディスクシステムのスーパーマリオブラザーズ2

そういえばそんなのあったな
すまんボケまくったｗ

**名前は開発中のものです。** · 2012/07/29(日) 18:15:32.39

結局はエミュのソース見ちゃえばいいんですよ
ディスクシステムなら日本人エミュ作者のがいい

**名前は開発中のものです。** · 2012/07/29(日) 18:39:34.34

見てきたらCPU同様の1.79MHzのカウンタのようです
CPUのクロックは12分周が基本だから
それ以上でもそれ以下でもメリットは無いでしょ

**名前は開発中のものです。** · 2012/07/29(日) 19:03:19.68

>CPUのクロックは12分周が基本だから
>それ以上でもそれ以下でもメリットは無いでしょ

まあそうなんだけどね

**名前は開発中のものです。** · 2012/07/29(日) 20:16:49.27

何秒とかそんな世界じゃ無い。
何クロックと考えた方が良い。1h=約113.7クロック

**名前は開発中のものです。** · 2012/08/02(木) 00:39:42.04

なんでファミコンは描画中
PPUアドレス空間にアクセスできないようにしたんだろうね・・・
やはりコストからか

**名前は開発中のものです。** · 2012/08/14(火) 22:43:48.52

アクセスできないんだっけ、アクセスすると異常なデータが読めるとかでなく

**名前は開発中のものです。** · 2012/08/15(水) 01:00:01.72

アクセスはできるけど$2006自体が現在の画面描写位置そのものだから
画面表示が引きずられちゃう

**名前は開発中のものです。** · 2012/08/24(金) 23:22:57.17

ファミコンほど理解しやすいハードウェアって
なかなかない気がする

**名前は開発中のものです。** · 2012/08/24(金) 23:47:20.82

>>14
あの頃のPCだとほとんど同じような感じだったと思うけどな
MSXとか感覚的にはファミコンとほぼ同じというかもっと簡単だけど
あの頃は個人レベルでハードウェアの隅々まで理解できる環境が多かったな

**名前は開発中のものです。** · 2012/08/29(水) 00:13:52.29

0爆弾で画面2分割し、
上は縦スクロール、下は固定(「沙羅曼蛇」のような画面)に挑戦しています

0番スプライトを画面左端に持ってきて、左端8ピクセルを$2001で隠すと
$2002のヒット検出はできないでしょうか

ためしにやった所
G-NES：できる　　　ＶｉｒｔｕａNES：できる
実機(AV仕様)：できていない(下画面が描画されない。左端クリップ無ければできる)
おそらく実機PPUの仕様かと想像しています。

**名前は開発中のものです。** · 2012/08/29(水) 09:34:26.48

マッパー変更してIRQ使えるやつで
やるってことじゃだめなのか？

実機でできないなら、できないものなんだろ
0spriteを1dotだけのものにするとか、回避策はいろいろあるだろう

**名前は開発中のものです。** · 2012/08/29(水) 10:01:11.44

開発の止まったエミュ持ち出していまさら何がしたいのか理解に苦しむ

**名前は開発中のものです。** · 2012/08/29(水) 18:07:15.63

単純に考えると、
・クリップ領域から出るように、左から9ピクセル目に仕掛ける
・1つ前のラインの右端に仕掛ける。
のどちらかで出来ると思うんだけど。

クリップ領域に0爆弾置いたら不発になるのは、0爆弾はスプライトを表示するタイミングに依存してるからでないの。
つまり、クリップした区間ではスプライトの表示処理自体がスキップされるとかそういう理由で。
俺、0爆弾なんて使わないから想像なんで違ってたらすまんが。

**名前は開発中のものです。** · 2012/08/29(水) 18:11:14.26

左端だと描写中だからおかしくなって当然だろ
HBlank中に掛かるように右端でやれよ

**名前は開発中のものです。** · 2012/08/29(水) 19:00:35.13

すごくザックリ＆うろ覚えで申し訳ないのだけど、

背景ピクセルの上に0番スプライトのピクセルを重ねて、ピクセルを描画。

→ このとき、描画したピクセルが透明色でなければ、
　　$2002の[6]番目のビットが立つ。
→ このとき、描画したピクセルが透明色ならば、
　　$2002の[6]番目のビットは立たない。

って感じじゃなかったっけ？
クリップで強制的に透明色にされた背景ピクセル＋強制的に透明色にされた透明スプライト＝透明色

なので、0爆弾がヒットしないんじゃないかと。
実機もないし、エミュで試してもいないので、想像ですまん。

てか、過疎っぽく見えて、読んでる人いるんですねｗ

16 · 2012/08/29(水) 21:37:22.64

ありがとうございます
やっぱり0スプライトを左端、というのは
いい方法じゃないですね

右端に置くとか、IRQ割り込みとかでやってみます
0番スプライトでやるとなると、BGもひと工夫が必要ですね

**名前は開発中のものです。** · 2012/08/30(木) 00:13:48.09

>>16
ヒット検出しないのが正解だろうね。　実機でそうなったんだし。
上から覆い隠してる訳ではなくキャラクタを表示していない（と俺は考えてる）のだから、ヒットしなくて当然と思うけど。
左端がダメとかは、関係ない。横スクロールの指定はいつでもできる。

**名前は開発中のものです。** · 2012/08/30(木) 04:48:24.33

検出してからレジスタ叩いてるクロック分だけ画面描画進んでるから
次のラインまで最低でも12クロックはズレたままでしょ
ライン単位での描画しかサポートされてないエミュだと再現できないけど

**名前は開発中のものです。** · 2012/08/30(木) 23:09:45.06

>>23　がはぼ正しい
>>20　はどちらかというと間違い　HBlank中が必須というわけではない

>>24　のようにCPUがフェッチ＆デコード＆実行＆ライトやってる時間にも、PPUのドットは結構動くことに注意

普段はG-NESの使いやすいデバッガでデバッグ。
使いやすいVirtuaNESやNNNesterJでおおまかな確認。
際どいタイミングが必要なデバッグはFCEUXとNintendulator。
Nestopiaでタイミングの最終動作確認。

**名前は開発中のものです。** · 2012/08/31(金) 04:25:11.05

大まかなデバッグはエミュでやって最終的に実機で動作確認してるわ

**名前は開発中のものです。** · 2012/08/31(金) 23:35:00.18

0爆弾の設置場所は捨てライン用意するならどこでもいいけど
右端なら画面に影響は出ないわな

**名前は開発中のものです。** · 2012/10/10(水) 21:49:54.07

ファミコンゲーム作ってみたいんだけど時間がないんだよなー
現実的な問題がな

**名前は開発中のものです。** · 2012/10/11(木) 19:34:39.57

プログラミングにアセンブラから入った身だから
最初のうちはなれていたけど
CとかC++とかASに触れていくにつれて
面倒になっていったな・・・

**名前は開発中のものです。** · 2012/10/12(金) 00:52:25.78

ASってのはFlashですか？
あぁそれはありますよね…。感覚というか形態が違いますからね…アセンブラは

**名前は開発中のものです。** · 2012/10/12(金) 01:31:47.39

そうActionScript（2.0だけどｗ）

最初のうちは高級言語のクラスとかオブジェクト指向とか全く理解できなくて、
アセンブラ至上主義で6502とか8080とか8086とかいろいろ手を出してたんだけどね・・・

6502向けのCコンパイラとかいいのないよね
てかそもそも8bitCPUに高級言語使うのもおかしな話だけどさ

某C言語が使えたポケコンは、全然速くなかったよ
さすがにBASICよりは速かったけど・・・

**名前は開発中のものです。** · 2012/10/12(金) 03:23:49.62

そもそも6502でC言語を使う需要が無いしな
Z80なら需要があって割とあるけど

**名前は開発中のものです。** · 2012/10/12(金) 10:06:06.38

cc65があるだろう。
最適化があまりうまくないけどな。
素人レベルだと十分だわ。

**名前は開発中のものです。** · 2012/10/14(日) 05:44:02.35

Cは16bitな石からでいい。色々ともったいない。

**名前は開発中のものです。** · 2012/10/17(水) 13:25:16.84

メガドラ以降ってことですか

**名前は開発中のものです。** · 2012/10/18(木) 18:23:21.69

同じ6502でもPCエンジンだと、ハドソンが優秀なCコンパイラ作ってたりしたんだろか？

**名前は開発中のものです。** · 2012/10/18(木) 19:42:59.84

SFC末期やプレイステーション頃まではC言語に出番はなかった。

C言語だけでリアルタイム処理なゲームを作って動かせる、それを配布できるってことは、今で考えるよりもずっと贅沢な事。
個人ユーザ中心のホビー分野ではそれなりに需要あったんだろうけど。
それとFDみたいに安いメディアかつ少数生産で済む16bit世代なPCゲーとか。

8bit機だと非力すぎる上にどうせ機種依存バリバリな処理系しかないからCで書いても他で流用のしようがない。
使うことにデメリットは多くても、メリットになる部分が全くと言っていいほど無い。

メガドラは時期的に言ってアセンブリ言語手書きだと思われる。
人間が手書きしても全然苦にならない整然としたアーキテクチャだったし、セガが発売したゲームがどれもROM容量ケチってるあたり、C言語使って容量無駄に使うことが許されたとは思えない。

**名前は開発中のものです。** · 2012/10/18(木) 20:01:24.07

しかし、Cで組むとなんであんなにコード太るんだろうな

**名前は開発中のものです。** · 2012/10/18(木) 23:13:52.20

ただ単に、
当時は、ハードメーカーから提供されているのが
アセンブラだけとかだったからだろう。
プログラムといえば、BASICかアセンブラという時代なんだから、
c言語がなくてもしょうがない

**名前は開発中のものです。** · 2012/10/19(金) 08:19:37.01

当時を知らない人間は、そう考えるのね。

**名前は開発中のものです。** · 2012/10/21(日) 15:54:50.15

アセンブラでやったって速度足りなくて神業が要るっていうのに
なぜC厨が湧く

**名前は開発中のものです。** · 2012/11/04(日) 00:17:55.67

実機的MMC1の初期化について書いておいた
http://kohada.2ch.net/test/read.cgi/gameurawaza/1345225953/908-909
必要ならコピペでもなんでもどうぞ

**名前は開発中のものです。** · 2012/11/04(日) 21:10:23.38

最近MMC1AとMMC1Bをいじったけど、電源投入時はバンクサイズ16kモードで後半の16kは最終バンクで確定してるみたい
よく言われるように16k毎にベクターやリセットルーチンとかを設置する必要はなく、
32k毎の設置で一切問題はなかったので、リセットで偶数バンクが後半16kにあてがわれることはない模様

ファイナルファンタジーや三國志とかを見ると最終バンク以外にリセット等のベクタを置いていないから
バンクサイズ16kで後半最終バンクFIXモードだと不定になることはなさそうな感じ
無印のMMC1が手元になく確認していないのでひょっとしたら仕様変更があったのかもしれないけど

それとbit7立ててバンクの初期化って古いエミュだと実装されていないから
GNESとかVirtuaNES使ってると理解できないのはしかたがないと思う

**名前は開発中のものです。** · 2012/11/13(火) 20:19:26.33

話割ってしまうけど、自作したデータを既存のROM内のデータと交換して売るのって違法なの？売っているのを見たことないんだが。

**名前は開発中のものです。** · 2012/11/14(水) 20:00:04.73

カートリッジは意匠があるからやるなら基板むき出しか。
でも動作保障とかめんどいからキット販売がせいぜいか。

**名前は開発中のものです。** · 2012/11/15(木) 16:13:50.41

>>36
pcエンジンエミュレータ「MagicEngine」の作者が作ったものを
バージョンアップしたコンパイラHuC
http://www.zeograd.com/
HuC使ったけどすごく重いです
stgを作ろうとしたんだけれど
タスクを自機弾10、敵3、敵がばらまき弾8方向くらいで処理オチしてやる気無くなた
この程度のゲーム30fps20fpsにする意味無いし
エミュもリアル本体並み程度の能力しかないから処理落ちします

処理落ちしても良いアドベンチャーならまだしも
日本語表示の壁が
最大容量もPCEは2メガバイトが限界

古いHuCは多少軽いし、マジックエンジンHPからダウンロードできますが
機能が足りないです

**名前は開発中のものです。** · 2012/12/17(月) 11:39:43.53

Silver Surfer - Level 1 - Nes Music
http://www.youtube.com/watch?v=-J0H5ah1G7A

これ内蔵音源のみってマジかよ

**名前は開発中のものです。** · 2012/12/17(月) 12:03:19.58

Timの仕事だとこっちも有名

ttp://www.youtube.com/watch?v=4_gObHt1uZA

**名前は開発中のものです。** · 2012/12/20(木) 20:27:31.68

NESはファミコンと違ってカセットに音源積めないから
そういう方向に進化せざるをえなかったのかな

**名前は開発中のものです。** · 2012/12/23(日) 01:13:37.02

クソゲと酷評されるソルスティスだが面白かったね
主人公キャラクタがオブジェに隠れる演出はすごいよ～

**名前は開発中のものです。** · 2012/12/23(日) 04:35:01.34

パターンがRAMでキャラ側をマスクで消してるんだっけ

**名前は開発中のものです。** · 2012/12/23(日) 07:05:53.14

曲とデモプレイ画面しか見たことなかったが…。

キャラと重なるBGオブジェを、重なっているときだけスプライトにしてるのかと思ってた…。
でも素直にそうやっちまうと、スプライト用のパレットが足りなくなるのね。
ほんと凄まじい発想だわ…

もっと派手な演出なら、既出だろうがRareのBattletoadsも良いな。
https://www.youtube.com/watch?v=-1UwbUencb4

しっかりした2重スクロールは、PCエンジン以降でしか見たことない気がする。

**名前は開発中のものです。** · 2012/12/24(月) 08:48:47.89

カエルのしゃがみポーズで笑う

**名前は開発中のものです。** · 2012/12/25(火) 16:58:20.87

ずっと気になってて最近確認した物に関連する話題が出てたので…。

スプライトモード8x16の時、普通指定するのとは逆のキャラ番号(偶数なら奇数、
奇数なら偶数)を指定すると、BGバンクのキャラがスプライトで出ます。

また、このBGバンクのスプライトを他の表示するスプライトよりも優先度を上げ、
BGより優先度を下にすると、他のスプライトはこのスプライトより下、つまり
BGより下に表示されます。
BGより下に表示されるのでパレットコストは必要ありません。

これを効果的に使えば細かいマスク処理が出来るはず。
横並びが厳しいので使い所は限られると思いますが…。

自分もソルスティスはコレを使ってるのかと思ってたんですが違いましたね。
何か問題があるのか、単にこの方法を知らなかったからなのかは分かりませんが。

PCエンジンでは使われてたらしいけど、ファミコンでこの方法を使ってるゲームはあるのかな？