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

180(2): 名前は開発中のものです。 [sage] 2014/04/22(火) 20:21:50.77 ID:SP0raU7v(1/4) AAS
>>175

ソース読ませてもらったけど、
ldy #0
sty $2001
で、PPUのレンダリング止めると、PPUのバスが空くので
その間は自由にVRAMアクセスできたと理解していたんだが
違っていたかな？

そうであれば、HBlank待つ必要ないので、パレット書き換えで
非表示になるライン数を減らせると思う。

あと、割り込み時にはiフラグが立った状態でルーチンが
呼ばれるので sei は要らないと思う。

外部ﾘﾝｸ:wiki.nesdev.com

181(3): 名前は開発中のものです。 [sage] 2014/04/22(火) 20:38:14.58 ID:SP0raU7v(2/4) AAS
>>173

PPUのデータのバス(信号線)が１組で、PPUのレンダリング中はVRAMからデータを読み出している。
CPUがVRAMアクセスのためにPPUアドレスを設定するレジスタ($2006)とPPUがネームテーブルにアクセスするアドレスのレジスタが兼用のため、CPUがパレットのアドレスを書き込むとPPUはパレットデータを読み出してレンダリングすることになる。

と理解しているのですが、間違っていたら指摘お願いします。＞他の人

208(1): 名前は開発中のものです。 [sage] 2014/05/11(日) 04:53:13.07 ID:Mnx9Nf8g(2/3) AAS
>>207
nestopia情報ありがとうございます！
試してみましたが，パレットがおかしくなるバグはありますが，
実機互換機で起こるチラチラ飛び散りバグは出ません．
正規本体でもでないかな．正規本体早く買おうかな．

nesdevにも凸したいと思います（〃゜ω゜〃)

280(1): 131 [sage] 2014/06/09(月) 18:53:26.51 ID:Sx48Gggw(2/5) AAS
>>・既に指摘があるようにcmpが変。loadのフラグの変化とブランチのフラグ条件を理解していない。
>>lda なんたら
>>cmp #0
>>beq または bne
これは言えてますね。単純な頭なので、単純に考えていました。

>>・jsr Pad_Check　は　他人 >>236 の？算術sbc使ってるから変だと思ったけど
はい、他人のソースを使いました。

>>パッと見でこれだけミスしてて、どこにまともに動く要素があるわけ？氷山の一角だろう。
>>今回も「.dw 0; VBlank割り込み」見てまたお前かとやる気を失ったけど、BLOCK.symが同梱されていたので捗った。
えーとこれも失敗してしまいましたね。ファミコン開発は思ったより難しいんですね。

>>278 ：名前は開発中のものです。：2014/06/08(日) 20:24:54.45 ID:p43hB49G
>>NMI使えない、各種メモリやレジスタの初期化していない奴って
>>ｷﾞｺ猫の前半章のコピペ＆拡張だったんだな
>>後半章ばかり見てたから原因がわからなかった>>221
はい、そうです。ギコ猫の前半章の主に９章のコピペです。

>>言い訳にもならないけどね
>>他人のソース調べればわかることだから
他人のソースを調べるという事がどんなに重要か分かりました。

>>後半章のソースも問題あり

>>270
>>指摘されると、「私は〜知ってましたが、あえてやりませんでした」　じゃなんでNMI使えないの？
>>「VBlank待ちの直後にビデオメモリの書き換えをするのはそういう理由があったんですか。」
>>（レトロ）ゲームのプログラムに興味ある人はみんな知ってるよ。Direct3Dだって垂直同期の概念あるでしょ。
”NMI”という言葉を知っていても言葉を忘れていたのと、使い方を知らないからです。