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

**名前は開発中のものです。** · 2008/06/23(月) 17:38:05

前スレ、何もしねぇカスどもの集まりだったよな。
でも900すぎてホンモノが現れたみたいだ。
もう要らねぇと思ってたけど、そいつらの為に立てたよ。

**名前は開発中のものです。** · 2009/09/25(金) 20:17:17

>>277

>>2
>NES info, programs, and demos
>http://nesdev.parodius.com/

**名前は開発中のものです。** · 2009/09/30(水) 08:22:27

THANK YOU!!どうも

**名前は開発中のものです。** · 2009/10/10(土) 01:22:57

ゲームを起動して、いちばん初めに実行される命令はどれなのか判りません
どのゲームも共通の命令なのでしょうか？

**名前は開発中のものです。** · 2009/10/10(土) 03:12:49

ｷﾞｺ猫読めばなんとなくわかるんじゃない？

**名前は開発中のものです。** · 2009/10/10(土) 06:20:48

質問が意味不明だが割り込みベクタのことだろうかとエスパーしてみる

**名前は開発中のものです。** · 2009/10/10(土) 07:43:05

ギコ猫読んできました。
電源投入時およびリセット時はまず↓の命令が実行され、

;Reset
FFFC : dw $****

$****のアドレスにジャンプして、そこから開始されるという感じでしょうか

**名前は開発中のものです。** · 2009/10/10(土) 07:48:43

ベクターは確か、NMIとRESETとIRQがあったですねぇ。

**名前は開発中のものです。** · 2009/10/10(土) 10:03:24

ttp://www.geocities.jp/team_zero_three/6502/index.html
ここの方がちゃんと書いてある。

**名前は開発中のものです。** · 2009/10/10(土) 10:39:53

>>280
要はどのメモリアドレスかが分からんのだろ、違うかな？

普通プログラムは数字の若いもの($8000-)から書いていく

**名前は開発中のものです。** · 2009/10/10(土) 10:59:57

いえ>>282さんが回答されていた割り込みベクタというものを知らなかっただけでした

とあるゲームを逆アセンブルして、$8000から眺めてみたものの
どれがプログラムでどれがデータか判別できなかったので

いま調べているゲームはFFFC : dw $C000、となっておりました。ありがとうございました

**名前は開発中のものです。** · 2009/10/13(火) 10:39:17

拡張音源って新規で作ってるROMには導入出来ませんか？

サウンドは一度ROM内を通ってから出力されるんですよね？

**名前は開発中のものです。** · 2009/10/13(火) 12:45:17

>>288追記
VRC5などの特殊チップでも可能なのでしょうか？

**名前は開発中のものです。** · 2009/10/13(火) 21:42:36

VRC5は難しいんじゃないだろうか

**名前は開発中のものです。** · 2009/10/14(水) 14:03:22

>>288
意味が分からない。　サウンドがROMを通るのはあってる。45,46ピンに。

**名前は開発中のものです。** · 2009/10/14(水) 21:28:18

>>288
mck wikiあたりの情報が有力なんじゃないかな？
VRC6とかNamco113なんかは特殊チップだからプログラムとは別にライブラリ（？）
っぽいのが付属してるのか、なんかは知らないが。

あとはその新規で作ってるROMってのに組み込む方法…だよな。
いずれにしても特殊チップ関連は資料がない…

**名前は開発中のものです。** · 2009/10/14(水) 21:44:50

？

VRC6やVRC7で作るって意味じゃないのか？
悪伝のROMだけEPROMと差し替えたりするんじゃないのか
でなけりゃTNS-HFC2を入手した方が早いと思うが

**名前は開発中のものです。** · 2009/10/14(水) 22:56:34

あぁ、そういう事なのか？ｗ
俺はてっきり自作NESファイルで拡張音源を流したいという事だと思てたわ
滑稽ｗ

てかどうなんだ？>>288さんや？

**名前は開発中のものです。** · 2009/10/16(金) 12:53:36

>>291-294
自分で１から作成したプログラムがあるんですが、それでVRC6の音源を鳴らしたいんです。大雑把に言うと、MMC3構造で音源だけをVRC6などにする事が出来るのか否か、という意味です。

293さんのTNSカートリッジとかじゃなくて、エミュレータ上でそれが出来ればいいのですが…。その方法を知りたくて

コナミLSIだけ別にファイルとして用意して必要な時だけ読み込んで動作させるという事を今やってるんですが、マッパー切替え自体不可能でしょうか？ｗ

**名前は開発中のものです。** · 2009/10/16(金) 14:39:44

それはエミュレータ自体に手を入れるしかないな

**名前は開発中のものです。** · 2009/10/16(金) 15:17:59

エミュレータを改造すれば行けそうな感じですかね…？（´・ω・）

もしくはそういった機能を持つプラグインを作れば可能な領域ですか？

**名前は開発中のものです。** · 2009/10/16(金) 15:44:45

そりゃもう
新しいマッパーを作るのでよければ

たとえばNesterJだったらmapper/004.cppを空いてる番号にコピーして(4*26で104にしようか)
NES_mapper104::Resetに
parent_NES->apu->SelectExSound(1);
を追加

NES_mapper104::MemoryWriteに
addr = addr & 0xfffc | ((addr & 1) << 1) | ((addr & 2) >> 1);
parent_NES->apu->ExWrite(addr, data);
を追加

ヘッダを書き直して、NES_mapper.cppとNES_mapper.hの該当箇所を直すだけで出来そうだぞ

**名前は開発中のものです。** · 2009/10/16(金) 20:44:34

>>298
お、どもありがとです（^ω^）
新規マッパーですか。開発上ではG-NES使ってるのでその辺りを
少し調べてみる事にします。
やっぱりあのデビチルⅡの音源は魅力的ですよねー、とかｗ

もう開発始めてから1年近くなるんですけど
ファミコンはまだまだ判らん事だらけで困っちゃう

**名前は開発中のものです。** · 2009/10/16(金) 20:50:53

>>299追伸

いかんいかん
デビチルⅡ→メガテンⅡ

連投申し訳ｗ

**名前は開発中のものです。** · 2009/10/17(土) 01:29:25

MMC3依存部分をVRC6に書き換えてやればいいんでないの？

**298** · 2009/10/17(土) 09:45:01

俺も>>301でFAだと思うがな・・・
メガテンIIってことはマッパー19か
ちょっとした変更で済みそうだぞ

**名前は開発中のものです。** · 2009/10/17(土) 13:09:19

たぶん、プログラムROMの容量の問題なんじゃないの？
MMC3は512まで使えるけど、VRC6は256までだから。

**298** · 2009/10/17(土) 14:00:54

俺のせいでVRC6で作る話で固まっちゃってるが
使いたいのはN106だそうだぞ

**名前は開発中のものです。** · 2009/10/17(土) 18:31:18

>>303
Sorry.今はなむこさんの拡張音源を広げたいんです。
こなみさんのもその内とは思ったりもしてますが…

プログラム移植の方法なら確かに容量の問題でつっ掛かりました。
例によってVROMを使ってるものからVRAM形式のマッパーに変えるとなると
プログラムそのものを見直さないと駄目で
素人の私には到底むりぽですので、やはり新たに実装する
方法のほうが良いようです。

情報ありがとうございますo(^-^)o

**名前は開発中のものです。** · 2009/10/27(火) 12:45:12

VRAMとVROMって何ですか？
書換えと読取り？

**名前は開発中のものです。** · 2009/10/27(火) 13:52:17

VROMは読み取り専用の構成ですね。
マリオの空とか固定パターンの場合には便利かと思いチップを設計しました。ｂｙ作者

**名前は開発中のものです。** · 2009/10/27(火) 14:13:51

>>306
VRAMは、2kバイトのビデオ用RAMです。どこに何を表示するかのRAM。
これをROMにしたのがVROMかと。だがファミコンじゃ普通ROMにしない。アフターバーナーはROMになってたけど。特殊ですね。
(ただし、外人さんは名前の付け方が変なので、キャラクタジェネレータROMのことをVROMと言ったりするので注意。
キャラクタ用ROMはCROM、これがRAMだったらCRAMと名付けるべきでしょう。）　

**名前は開発中のものです。** · 2009/10/27(火) 15:19:06

>>307->>308
ご丁寧にありがとうございます！なんと作成された方直々にとは…、びっくりしました。
VRAMのほうが実用性高そうですね。パターンテーブル切替えとか

**名前は開発中のものです。** · 2009/10/27(火) 22:19:12

FCのVDPはVRAM空間として4画面分あるのですが、実際に積まれてるVRAMは2画面分しかないので、
それぞれ１画面ずつRAMとROMを選択できるようにしました。
VROMの使用法としてポールポジションの道のアニメーションが目的だったのですが、
試作段階で挫折しましたｗ　俺・・・

**名前は開発中のものです。** · 2009/11/05(木) 07:22:57

cc65を使って、ファミコンゲーム作ってる人いますか？

分からない所があるんですが、
BGの書き込みの際にBASICのLocateみたいに、
x座標とy座標を指定できる方法は、ありますか？

**名前は開発中のものです。** · 2009/11/05(木) 13:08:00

>>311
void Draw(char x,char y,char number)
{
char adress = 0;

adress = ( y - 1 ) * 32 + x ;

*(char*)0x2006 = 0x20;
*(char*)0x2006 = 0x00 + adress;

*(char*)0x2007 = number;
}
これだと書き込む位置が0x2000から0xFF以下なら書き込めるが…
他に方法あるのか

**名前は開発中のものです。** · 2009/11/05(木) 19:56:59

こんな感じでいけたような気がする。
extern int adr;
#pragma zpsym("adr");
adr = 0x2000 + y/32 + x;
*(char*)0x2006 = adr>>8;
*(char*)0x2006 = adr;

**名前は開発中のものです。** · 2009/11/07(土) 21:04:44

http://ppup.dip.jp/uploader/download/1257595273.zip
ブロック崩しもどき作ってみた。
下に３回落ちたらゲームオーバーのはずなんだけど、
文字（ＢＧ）がうまく表示されない。

**名前は開発中のものです。** · 2009/11/07(土) 21:29:27

パスが掛かってるよ

**314** · 2009/11/07(土) 22:56:01

passはbbです。
BGで表示できないので、代わりにスプライトを使いました。
http://ppup.dip.jp/uploader/download/1257602099.zip
同じくpassはbbです。

**名前は開発中のものです。** · 2009/11/14(土) 14:14:41

がんばって作った過去の遺物
http://ppup.dip.jp/uploader/download/1258175338.nes
pass：1944

**名前は開発中のものです。** · 2009/11/15(日) 15:40:05

>>311
スケッチブックに巨大な図を描きながら、関数電卓を叩いて計算してみた。
多分、これで合ってるはず

void DrawBG(unsigned char x,unsigned char y,unsigned char number)
{
  int adr;
  adr = (y-1)*32+x;
  *(char*)0x2006 = 0x20+adr/256;
  *(char*)0x2006 = adr;

  *(char*)0x2007 = number;
}

cc65でコード入力して、この関数呼び出した自作ROMを
エミュで実行すると画面にBGが指定の位置に描画されたが、確証は無い。

**名前は開発中のものです。** · 2009/11/15(日) 18:16:36

固定画面ならそんな感じでよさそうだが
スクロールレジスタも考慮するとあんまり一般的な方法ってのはないんじゃね

**名前は開発中のものです。** · 2009/11/15(日) 23:05:33

縦はともかく横は$1fでANDを取ればいいだけだから
スクロールを考慮する必要ナッシング

>>317
頑張ったな
でも流行ってるときに公開すればよかったんじゃね？

**名前は開発中のものです。** · 2009/11/17(火) 11:58:25

メインループの中でBG書き込みをすると、画面が壊れるんだが、どうして？

**名前は開発中のものです。** · 2009/11/17(火) 12:59:06

表示期間中にPPUいじると画面が崩れるハードの仕様

**名前は開発中のものです。** · 2009/11/17(火) 22:11:35

>>321
実機？エミュ？

**名前は開発中のものです。** · 2009/11/18(水) 13:19:33

>>323
エミュ

**名前は開発中のものです。** · 2009/11/18(水) 22:51:06

>>324
そうでしたか。　そんなとこまで再現するとはすごい。　
ちなみに、BGとSPR表示をオフにすれば、表示期間でも書き込みできるはず。

**名前は開発中のものです。** · 2009/11/24(火) 18:08:45

NESASMでジョイパッドのチャタリングを防ぐにはどうすればいいの？

**名前は開発中のものです。** · 2009/11/24(火) 18:47:46

いや、前回のと比較するのは知ってるんだけど具体的にどうするのか知りたい

**名前は開発中のものです。** · 2009/11/24(火) 19:24:15

入力受付間隔を調整すればいいだけでは

**名前は開発中のものです。** · 2009/11/25(水) 20:21:24

LDA 入力読込
PHA
STA 押しっぱのボタンの判定
EOR １つ前のフレームでの入力
AND 押しっぱのボタンの判定
STA ボタン押した瞬間の判定
PLA
STA １つ前のフレームでの入力

**名前は開発中のものです。** · 2009/12/06(日) 03:05:59

CC65で15パズルを作った方が、このスレッドで
公開していたかと思いますが、参考になるのでは。

**名前は開発中のものです。** · 2009/12/15(火) 15:19:45

NESASMとcc65ってNES研究室のサンプルみた限りだと記述方式が違うみたいですが
これってなんででしょうか？

**名前は開発中のものです。** · 2009/12/17(木) 23:49:54

<<321
と同じく、BG関係が出来ません。
VBlank中で、PPUの初期化もしているのですが、
$2006 $2007 でネームテーブルを弄ると画面全体がずれてしまいます。

入門者丸出しですいません

**名前は開発中のものです。** · 2009/12/17(木) 23:53:07

>>332

×<<321
○>>321

ミスりました。

**名前は開発中のものです。** · 2009/12/18(金) 07:18:22

>>331
ソース見てないから多分だが。
1．アセンブラ独自拡張部分が違う。
2．開発規模に差があって、ソース分割したりしている。

**名前は開発中のものです。** · 2009/12/18(金) 09:45:35

>>332
それをいじるとずれるのは仕様。（内部がスクロール設定と共用してるから）
いじったら、スクロールレジスタで設定する。　　ネームテーブルも再設定必要だったかも。

**名前は開発中のものです。** · 2009/12/20(日) 17:30:01

ありがとうございます！
LDA #$00
STA $2005
STA $2005

で解決しました。

**名前は開発中のものです。** · 2009/12/26(土) 01:03:22

ファミコンのプログラムを
作ってみたので、上げてみました。初投稿です。
また機会がありましたら、投稿したいと思っています。
http://ppup.dip.jp/uploader/download/1261756865.zip
pass fami

**名前は開発中のものです。** · 2009/12/26(土) 23:19:52

すごいな

**名前は開発中のものです。** · 2009/12/27(日) 03:58:45

ここまで作ってなぜBボタンに対応しないのか

**名前は開発中のものです。** · 2009/12/27(日) 04:17:31

連射ONでやってみたら、199回超えるとフリーズした

**名前は開発中のものです。** · 2009/12/28(月) 19:43:15

これで楽しいクリスマスがすごせそうだ
ありがとう337

**名前は開発中のものです。** · 2009/12/29(火) 12:33:01

>>337

テトリスすごい

**名前は開発中のものです。** · 2010/01/01(金) 00:56:26

お褒めの言葉、まさにありがたき幸せであります。
また、今回修正版を作りました。
ソースファイルmainの273行目を、and #%10000000からand#%11000000
に変更でBボタンの回転が可能に。
また、相対パスにしてどこにファイルを置いてもアセンブル可能に。
連射のバグについては、修正できませんでした。つまり、私に出来る限界であります。
またの機会があれば、挽回したいと思います。

ファイルのURL > http://ppup.dip.jp/uploader/download/1262274542.zip
pass fami2

**名前は開発中のものです。** · 2010/01/07(木) 01:25:45

あら丁寧にソースコード付きでステキ。

**名前は開発中のものです。** · 2010/01/07(木) 18:24:09

>>343
GJ　あとP'L'AYERに直せない?

**名前は開発中のものです。** · 2010/01/10(日) 13:08:37

ダウンロード数が50近いじゃないか

**名前は開発中のものです。** · 2010/01/21(木) 06:45:05

NES DevKit
http://sourceforge.net/projects/nesdevkit/

これで作ってるやついないんか

**名前は開発中のものです。** · 2010/01/21(木) 12:00:44

誰も興味無いし時間も無くなったからディスコン
と書かれているな

**名前は開発中のものです。** · 2010/01/23(土) 01:50:27

これアセンブルできるんだな

**名前は開発中のものです。** · 2010/02/10(水) 17:01:51

比較命令を4連続使って、あたり判定を作っているのですが、
スタックが原因で暴走してしまいます。
ループを使って何体もの敵と判定しているのですが、
なぜか2回以上ループさせると暴走してしまいます。
スタックについて、良く分からないのですが、
誰か教えてくれませんか？

**名前は開発中のものです。** · 2010/02/10(水) 17:33:12

原因のコードが無いと分からないよ

**名前は開発中のものです。** · 2010/02/10(水) 21:56:06

多分レジスタのオーバーフローだな

**名前は開発中のものです。** · 2010/02/10(水) 22:39:11

lda $200,y
clc
adc #$0D
cmp $10
bcc crashsprite
lda $200,y
clc
sbc #$0D
cmp $10
bcs crashsprite
lda $201,y
clc
adc #$0D
cmp $11
bcc crashsprite
lda $201,y
clc
sbc #$0D
cmp $11
bcs crashsprite
lda #$00;当たり判定で当たった時の処理
sta $202,y
sta $201,y
jmp nosprite
crashsprite:

**名前は開発中のものです。** · 2010/02/11(木) 06:19:52

ページ境界を意識してみよう。

**名前は開発中のものです。** · 2010/02/11(木) 11:16:39

バイナリを見たところ、ページ境界を挟んでませんでした。

**名前は開発中のものです。** · 2010/02/11(木) 12:52:58

少なくともスタックポインタ(S)を変更する命令は↑にはない。
Sもしくはスタック領域($100-$1ff)を操作しているのはどこ？

ループのどこかで PHA/PLA/PHP/PLP をしてない？
ループの中で PH* して PL* し忘れはよくやる。

**名前は開発中のものです。** · 2010/02/11(木) 13:52:48

スタック操作命令はしてないのですが、JSRはしてます。

**名前は開発中のものです。** · 2010/02/11(木) 15:37:49

jsrとrtsは処理の流れで１セットになってないと駄目だよ
jsrで呼びっぱなしになるとスタックに戻り先番地が積みっぱなしになるから

**名前は開発中のものです。** · 2010/02/11(木) 18:10:10

チェックしたところ、RTSとセットになってました。
解決できませんでしたが、自分の力で何とかしていきたいと思います。
ありがとうございました。

**名前は開発中のものです。** · 2010/02/13(土) 11:28:12

自己解決しました！
ありがとうございました。

**名前は開発中のものです。** · 2010/02/14(日) 00:03:10

>>360
まてまて、自己解決したときは、問題点はどこだったのか、どう改善したのかを書いていくんだ。

**名前は開発中のものです。** · 2010/02/14(日) 03:31:52

>>350
そもそもスタックについてよくわからないのに、何故スタックが原因だと思ったのかが謎。
たぶん結果的にハズレだったのだと想像してるけど。

**名前は開発中のものです。** · 2010/02/14(日) 10:56:58

原因は分からないのですが、もう１つループを作って、
そっちに当たり判定を書いたらうまくいきました。

>>362
メモリビューアをみたら、$100^$1FF
が、おかしくなってたからです。

**名前は開発中のものです。** · 2010/02/17(水) 21:19:35

>>363
nospriteとcrashspriteの2つのパスがあるけど、片方にRTSが実行されないバグ
があったとかじゃないかな? (RTSせずにJMPで呼び出し元に戻ってるとか)
もしくはJMPと間違えてJSRを使っているとか。

**名前は開発中のものです。** · 2010/03/03(水) 22:25:15

age

**名前は開発中のものです．** · 2010/03/05(金) 23:52:48

スクロールについての質問．
横スクロールゲームをつくっているのですが，
なぜか15フレームに1回8ドットだけ縦にスクロールして，次の15フレーム分は
正常に水平方向にスクロールするという現象が起きており，その原因と解決法が分らず
困っています．

**名前は開発中のものです。** · 2010/03/06(土) 02:40:39

とりあえず、コード見せて？
どういう手順でやろうとしてるのか見たいから。

**366** · 2010/03/06(土) 03:01:24

自己解決したかも
NMI始めのVRAMアクセスで一度に大量のデータを転送しているのが
原因である可能性が高い
新たな地形のグラデータをPPUメモリに書き込む際，
16*16ドットのブロックを縦一列(13個)分
＝合計52バイト，しかも2回に1回は属性テーブル7バイト分をあわせた59バイト
をもいっぺんに書き込んでいるからかもしれません．
属性テーブル転送をやめ．ネームテーブルに書き込むデータを半分にすると正常に
動作しました．
とりあえず明日，VRAMアクセスを分配するようにコードし直し，それでも直らなければ
コード晒します．

**名前は開発中のものです。** · 2010/03/06(土) 12:32:36

Vblank 期間中に VRAM アクセスが完了してないからじゃないかな？
FC の Vblank 期間は全 262 ラスタラインのうちの 20 ラインだから、
(1789772 / 60 / 262) * 20 ~= 2277
つまり Vblank 期間に入ってから 2277 CPU クロックくらいで
次のフレームの最初のラスタラインの描画が始まってしまう(BG or SP表示時)。
それまでに VRAM アクセスを完了して $2005 を設定しておかないと
スクロールが乱れると思う。

**名前は開発中のものです。** · 2010/03/07(日) 23:52:29

1intでネームテーブルに書き込み可能なのって32くらいまでじゃなかったっけ

**名前は開発中のものです。** · 2010/03/08(月) 04:41:47

>>370
スプライトDMA切って、BG書込みのループを全展開すれば
128くらいはいけるはず(実用的ではないが)
要はコードによると思う。

**名前は開発中のものです。** · 2010/03/08(月) 10:23:58

ネームテーブル書き込みは32チップまでって聞いたことあったけど
あれは別にハードの制約ではなかったのか・・・

**名前は開発中のものです。** · 2010/03/20(土) 23:30:35

ロムの改造ってできないですかね?
バグを直したいのでふが

**名前は開発中のものです。** · 2010/03/22(月) 00:33:34

>>373
自分の作ったものならソースあるだろ
他人の作ったもの？著作権って知ってるか？

**えいいち** ◆GRGSIBERIA · 2010/03/22(月) 06:17:25

エミュレーター動かしてる時点で著作権も糞もないような……。

**名前は開発中のものです。** · 2010/03/22(月) 09:41:05

それは認識を誤ってる

**名前は開発中のものです。** · 2010/03/22(月) 10:05:38

>>375
まだこんなこと言ってる人いたんだ