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

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

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

**938** · 2012/02/25(土) 20:03:31.39

補足
当然だけど、常に>>938みたいにスプライトのパターンをケチって間借してるわけじゃなく、
普通にBGとスプライトで4KiBずつ分けあって、単に画面が暗転した際にパタンテーブルを書き換えるとか、
平凡にやりくりしてる状況の方がむしろ大半なので念のため。

**名前は開発中のものです。** · 2012/02/26(日) 00:39:33.07

>>938
解説サンクスなり
職人芸だったわけね

**名前は開発中のものです。** · 2012/02/27(月) 17:29:23.40

http://loda.jp/2a03/?id=5

上は当たり判定で、スプライトの座標をタイルに変換させる。でもたまにルーチンで誤変換起こしてしまってる

デバッグしてもよく分からない
原因すらわからねぇ

**名前は開発中のものです。** · 2012/02/28(火) 11:32:31.06

必要もなくモジュール内でJSR/RTSを多用してクロック浪費してるプログラム見ると、無性に書き直したくなってくる。

**名前は開発中のものです。** · 2012/02/28(火) 13:11:12.77

モジュール化

**名前は開発中のものです。** · 2012/02/28(火) 21:05:59.53

変換じゃなくて壊す側がおかしくないか？

**名前は開発中のものです。** · 2012/02/28(火) 22:42:52.32

>>941
・CrashBlock_Routine:でbcs, bccを使ってるのが敗因。 0<= 弾の中心座標 <8 の論理を構築できてない。
　bpl, bmiを使った方が大小関係が直感的に分りやすい。
　その際、lda <Bullet_Y_Center　→ cmp Block001y,x のように不等式で挟まれる側を先にレジスタにロードした方がやりやすいはず。
　またadc, sbcと違い、cmp系の前にはclcは必要ない。
・ゲームループがまずく、infinityLoop:内のルーチンの実行回数のフレームレートが一定でない、不安定動作のおそれあり。以下のループが無難。

__ここでNMI有効にせよ__
infinityLoop: ;VBlankを待つ間は無限ループ
jmp infinityLoop
mainLoop: ;メインループ
__ここでNMIを無効にせよ__
;BGとスプライトの表示をOFF
lda #%00000110
sta $2001
lda #$3 ;スプライト描画のためのDMA転送
sta $4014
jsr BlockDisappear ;ブロック消滅;$2006-$2007への書き込みはNMI直後に、VBlankが終わる前になるべく早めに
jsr SetScroll ;スクロールセットもVBlankが終わる前になるべく早めに
;BGとスプライトの表示をON
lda #%00011110
sta $2001
jsr PadGet ;パッド入力チェック
jsr NormalBullet ;弾丸発射
jsr PlayerSpriteMove ;機体の移動
jsr CrashBlock ;ブロックと弾丸の当たり判定
jsr BulletPositionConvert ;弾丸の座標をタイル番号に変換
__ここでNMI有効にせよ__
NMIEnd:
rti

**名前は開発中のものです。** · 2012/03/22(木) 16:43:43.53

簡単にROM作る方法ない？

**名前は開発中のものです。** · 2012/03/22(木) 16:44:38.63

簡単にROM作る方法ない？

**名前は開発中のものです。** · 2012/03/23(金) 05:49:38.45

それは物理的にかい？

**名前は開発中のものです。** · 2012/03/24(土) 23:29:09.53

そう言う感じ

**名前は開発中のものです。** · 2012/03/25(日) 01:14:37.28

形式判明してるカセット分解して、ROM引っこ抜いて、代わりにソケット取り付けて、ROMライタで焼いた自作ROMを差し込む。
という話じゃなくて？

**名前は開発中のものです。** · 2012/03/25(日) 17:19:57.67

誰かいますか？

ttp://ll.la/Rv~l

ファミコンプログラミングがやりたくて、
試しにN106で全画面表示をやってみたんですが、
G-NESだとうまく表示できなくて……

VirtuaNES、nestopiaだと期待通り動くんですが……

上のURLにソースコードと、各環境で実行したSSをupしました。
詳しい方、原因とか教えてくれませんか？

**名前は開発中のものです。** · 2012/03/25(日) 17:49:36.89

G-NESのエミュレ－トが不完全なだけ

**名前は開発中のものです。** · 2012/03/25(日) 23:12:13.63

>>947
自作のnesをfdsファイルに変換して、fdsloadrでRAMアダプタに転送したことならある
(市販のnesをfdsファイルに変換するのは無理っぽい)

**名前は開発中のものです。** · 2012/03/26(月) 21:41:21.79

>>951です。

>>952
返信ありがとう。
環境によってIRQカウンタの進み方が微妙に違うっぽいです。
初回にとりあえず1フレーム描画して、IRQカウンタの速度を取得しようと思います。

あと、>>951にupしたコードだと、VBLANK終了待ちに$2002のbit7を見たりしてますが、
これじゃVBLANKの検出ってできないんですね……。
(x,y)=(0,0)にゼロスプライトを置いて、それを見るように変えています。
なかなかむずかしいですね……。

**名前は開発中のものです。** · 2012/03/26(月) 23:40:41.01

何がしたいのか知らんが実機の挙動が唯一の正解だろ

**名前は開発中のものです。** · 2012/03/31(土) 14:42:03.41

>>337と>>343のzipファイルが正常に解凍できません。
どうやればいいのでしょうか？

**名前は開発中のものです。** · 2012/03/31(土) 18:44:20.80

スレ違い

**名前は開発中のものです。** · 2012/04/22(日) 13:28:39.16

ブランチ命令って、ブランチしてもしなくても2(+1)サイクルなの？

**名前は開発中のものです。** · 2012/04/22(日) 16:18:06.49

(+1)と書いてあるじゃん

**名前は開発中のものです。** · 2012/04/22(日) 17:21:10.63

いや、(+1)はページ境界またいだときの増分サイクル。
言葉足らずだったごめん。

ページ境界をまたがないとき、
ブランチしてもしなくても2サイクルなの？

**名前は開発中のものです。** · 2012/04/22(日) 19:52:17.64

分岐なしで素通りしたら、2サイクル(オペコードと続く相対アドレスの読み込みにかかる時間)
ページ境界跨がない分岐をしたら、3サイクル(↑に加えて、下位8ビット分のアドレス計算で1サイクル追加)
ページ境界を跨いで分岐をしたら、4サイクル(↑に加えて、上位8ビット分のアドレス計算でさらに1サイクル追加)
だったはず。

**名前は開発中のものです。** · 2012/04/23(月) 06:49:12.90

うおおお詳細な説明ありがとう

何故、一部の命令でページ境界またぐと
1サイクル増えるのかも知らなかったんで、勉強になった
そういう仕組みだったのね

**名前は開発中のものです。** · 2012/04/23(月) 15:19:07.79

質問なんですが、マッパー０にて
PRGROM領域を32KBにして
$C000以降にもプログラムを書きたい場合には、ヘッダを
inesprg 2
にする以外には
どうすればいいでしょうか

**名前は開発中のものです。** · 2012/04/23(月) 16:44:47.09

プログラム領域を8KB単位に区切って.bankを指定してやればいい。
.bank 0
.org $8000
<ここにコード書く>

.bank 1
.org $a000
<ここにコード書く>

.bank 2
.org $c000
<ここにコード書く>

.bank 3
.org $e000
<ここにコード書く>

**名前は開発中のものです。** · 2012/04/23(月) 16:51:12.56

>>964
ありがとうございますッ
勉強になりましたッ

**名前は開発中のものです。** · 2012/06/26(火) 23:00:34.30

みんな生きてる？

**名前は開発中のものです。** · 2012/06/26(火) 23:07:03.84

いや死んでる

**名前は開発中のものです。** · 2012/06/27(水) 20:59:08.12

生きてるよ。

**名前は開発中のものです。** · 2012/06/28(木) 03:04:51.03

2ヵ月ぶりか。

**名前は開発中のものです。** · 2012/07/23(月) 18:20:09.87

ブロック崩し（アセンブラ版）を作ってました。
あんまり大した出来じゃないけど、見てください。
http://www1.axfc.net/uploader/Sc/so/364523.zip
pass:なし

**名前は開発中のものです。** · 2012/07/23(月) 19:37:38.05

じゃあ、お言葉に甘えてスルーさせていただく

**名前は開発中のものです。** · 2012/07/23(月) 20:07:44.15

このスレで発表したら自分の捨てブログみたいなのを一緒に貼ってもらって
コメントはそっちで付けるという風にしたら？
またキチガイ君が暴れだしちゃうから

**名前は開発中のものです。** · 2012/07/23(月) 21:18:41.03

>>970
右から２列目のブロックがアタリ判定が無くて消せない
何も無いところでボールが跳ね返る

**名前は開発中のものです。** · 2012/07/23(月) 21:38:36.66

>>973
プレイありがとうございます。
>>右から２列目のブロックがアタリ判定が無くて消せない
何故、ブロックを固定式（左上から５行、３２列）
にしたかというと、１つの8x8ピクセルのブロックから当たり判定を行うにあたり、
全然バラバラに配置したブロックだと座標を取得しずらかったからです。
なのでメモリの$300と$400に160個ずつ座標が取得してあるはずです。
その値の代入の際に不手際があったのだと思われます。
たとえば0から+8ずつ32回代入すると一番右端のブロックは256になってしまいますね。
>>何も無いところでボールが跳ね返る
これは、仕様です。今のところ開発では半分ほどゲームオーバーの処理を終えてますが、
アップロードするかは未定です。

**名前は開発中のものです。** · 2012/07/25(水) 00:52:40.09

な、言うだけムダだろ？

**名前は開発中のものです。** · 2012/07/25(水) 09:11:46.39

何が　な　なんだ
誰に同意を求めてるんだこのキチガイは

**名前は開発中のものです。** · 2012/07/25(水) 21:12:44.94

MMC5の
ネームテーブル拡張とか
8x8単位のパレット指定とか
ハードウェア的にどうなってるのかさっぱりわからん
$2000のbit6が関係してるのかな？

**名前は開発中のものです。** · 2012/07/26(木) 00:25:20.67

>>977
ttp://wiki.nesdev.com/w/index.php/PPU_scrolling#Use_of_Loopy_V_during_rendering (loopyppu.zipの咀嚼版）を読む
NTSC 2C02 technical reference, by Brad Taylor を読む
Ntd_8bit.jpg 回路図を読む

これらが理解出来たころには、うすうす実現可能な事に気付ける

**名前は開発中のものです。** · 2012/07/26(木) 23:06:38.81

おお、サンクス

$2000のbit6は関係ないんだね
2C02の14-17ピンにこんな秘密があったなんて・・・

ネームテーブルのインデックス拡張はまあ納得

確信はもてないんだけど、8x8単位のパレット指定は
PPU内部のRAMにアクセスする時も
アドレスラインから信号が出ていることを利用してるのかな？
$3F00から$3F1Fまで全部#$00にしてれば
MMC5からデータを出力してもいけそうな気がする

どちらにせよMMCはReadEnable信号かアドレス線かその辺を利用して
PPUと同期してるとしか考えられないな・・・・

結構勉強になったわ

**名前は開発中のものです。** · 2012/07/27(金) 08:18:25.85

ごめんミス

8x8単位のパレット指定は
$3F00-$3F1Fとそれほど関係ない

**名前は開発中のものです。** · 2012/07/27(金) 21:18:44.92

自己解決したか？一応書く…

>>979
パレット拡張のところは勘違いしてるっぽいな。
MMC5カートリッジが$3F00-$3F1Fの値をいじる訳ではないし、その制限の壁は越えられない。
$3F00-$3F1FはPPU内部だけで参照出来る（あなたが言ったような例外もあったはずだけど利用はできないよ？）。
ttp://nesdev.parodius.com/mmc5-e.txt
　　<ExGrafix Mode>
　　bit PPpppppp
　　　PP: use character palette number
　　　pppppp: use background CHR-PAGE number index=4k
たかだか2bitのパレット指定。
ということで
Memory fetch phase 1 thru 128
-----------------------------
1. Name table byte
2. Attribute table byte
3. Pattern table bitmap #0
4. Pattern table bitmap #1
の2.のタイミングでMMC5カートリッジがAttribute table byteを出力してるだけだと思う。
8x8毎にAttributeを指定できるというだけ。

こっちの方が解かり易い？
ttp://wiki.nesdev.com/w/index.php/PPU_rendering

**名前は開発中のものです。** · 2012/07/28(土) 08:56:55.56

中本さん見てる？

**名前は開発中のものです。** · 2012/07/28(土) 09:01:50.69

ありがとう
>>979を書いてたときなんか勘違いしてた
朝風呂入ってもう一度考えてたら>>980ということになった
とりあえずこれで理解できた・・・と思う

**名前は開発中のものです。** · 2012/07/28(土) 12:56:03.28

そんな英文解説をどうやって理解できるの？
すごいわ。

**名前は開発中のものです。** · 2012/07/28(土) 13:55:21.86

専門用語がわかれば中学英語程度でも理解できる