ファミコンのプログラム４ (567ﾚｽ)
上下前次1-新
169: 名前は開発中のものです。 [sage] 2014/04/19(土) 09:55:49.50 ID:5+3bbh99(1) AAS
>>168168(1): 166 [sage] 2014/04/19(土) 02:10:32.86 ID:ENCcy0CN(1/2) AAS
>>167
うん。
たぶん、ラスター使えるようになってラスターでパレット変更もできるぜぃ、
と思って試した人（過去の俺とか）は、なぞのゴミが表示されて悩まされてると思う。
そのゴミをHBlankに押し込めるために、16byteの書き換えに7lineも画面表示を消してるって感じです。
そうですか。知ってたらあれですが、3Dホットラリーはもろ見えてます。
画像ﾘﾝｸ
170: 名前は開発中のものです。 [sage] 2014/04/19(土) 13:11:45.50 ID:ENCcy0CN(2/2) AAS
あ、ほんとだｗ
実は、３Dホットラリーの名前は以前でてたんで画面見たんだけど、
上２パレット、下２パレットくらいでやってるんじゃない？とおもって、スルーしてた。
ちゃんとパレット書き換えしてたのねｗ 失礼しますた
171(2): 名前は開発中のものです。 [sage] 2014/04/21(月) 00:26:08.69 ID:/pAmCg0v(1/2) AAS
ゴミなんて消してやんよ
って思ったら
意外と無理だった
if ((!IsRendering) && ((VRAMAddr & 0x3F00) == 0x3F00))
PalIndex = Palette[VRAMAddr & 0x1F];
こんな仕様しらんがな
nintendulatorのPPU.cppより
172(1): 名前は開発中のものです。 [sage] 2014/04/21(月) 10:13:40.71 ID:LbIV6qH+(1/2) AAS
おお、こういう原理だったのか。ﾄﾝｸｽ >>171
外部ﾘﾝｸ[php]:forums.nesdev.com
コレみて、なんとなくパレットカキコミすると色が出るのは、理解してたんだけど、
細かい挙動はよくわかってなかった。
173(2): 名前は開発中のものです。 [sage] 2014/04/21(月) 10:17:13.69 ID:LbIV6qH+(2/2) AAS
ちなみに、これってハードウェア的にはどういう原理なの？
詳しい人いたら教えて。
174: 名前は開発中のものです。 [sage] 2014/04/21(月) 17:28:24.83 ID:rQaSv6+b(1) AAS
>>171
そんな断片ソースで理解できるのがすごい。
175(2): 名前は開発中のものです。 [sage] 2014/04/21(月) 23:59:09.10 ID:/pAmCg0v(2/2) AAS
>>166166(9): 名前は開発中のものです。 [sage] 2014/04/18(金) 18:15:30.91 ID:jpWSPUfh(1) AAS
画面表示中にパレットを書き換えるサンプルプログラムつくってみたので、興味があるひとはみてみてね。
自分は、情報がなくてけっこう試行錯誤したので。
外部ﾘﾝｸ:www1.axfc.net
メタルスレイダーグローリーのIRQ割り込みを参考にしたんだけど、
７ラインくらい表示ができないのはしかたないのか。
もっといい方法とかあったら、教えてくだしあ。
を改造させてもらった
外部ﾘﾝｸ[zip]:www1.axfc.net
ゴミ消した
パレットの0x0dは使えないよ
垂直同期のパルスみたいな電圧になるから
176(1): 名前は開発中のものです。 [sage] 2014/04/22(火) 00:47:42.57 ID:Ncm5fcM0(1/3) AAS
レンダリング止めていればBGの色が出ると思ってた
>>166のおかげで本気出せていろいろ勉強になったわ
>>172系のやつへの理解向上
レベルが一気に３あがった！
rtiの戻り書き換えだとか組み終わった後に
外部ﾘﾝｸ[php]:forums.nesdev.com
full_palette.s
の偶奇同期を見つけた
この簡潔なソースで横ブレの無さのキモさといったら
>>173
BGのレンダリングは内部で$3f00へアクセスするんだろうけど
そのバグ挙動なのかね
外部ﾘﾝｸ:wiki.nesdev.com
これ結局まだいじったことないんだけど、使いこなせれば理解できるのかな！？
ところで、また謎現象を見つけてしまった
外部ﾘﾝｸ:wiki.nesdev.com
外部ﾘﾝｸ[php]:forums.nesdev.com
177(1): 166 [sage] 2014/04/22(火) 03:41:30.42 ID:+4JN+sCM(1/5) AAS
>>175
おおお、これは技術の粋が詰まったコードですね！素晴らしい！！
私もレベル３上昇して、レベル４になった〜
クロック管理が神々しく緻密・・・
ちなみに、ゲームでこのテクニックを使うとすると、IRQが入りそうなタイミングで
メインスレッドはnop連打になってないとダメという認識でおｋ？
とすると、実用は難しいけど、、、
ジャストアイデアとしては
２、３ラインくらい前にIRQいれて、一時的にメインスレッドをnop連打ループに切り替えて、
終わったらまたもとのメインスレッドに戻すというのは可能かな？
考えるだけで、脳髄が痛い・・・
>パレットの0x0dは使えないよ
一部の黒はつかっちゃだめというのは聞いてたんだけど、反対におぼえてたみたい（＾＾；
今後は0x0f使います〜
>>176 の情報も含めて、いろいろありがたい（＾＾
やっぱり、コードは晒してみるものだなぁ・・・
178: 166 [sage] 2014/04/22(火) 03:55:38.11 ID:+4JN+sCM(2/5) AAS
いままでの自分の致命的な間違いに気づいた・・・
nopは２クロックだったのね。１クロックだとばっかり思ってた（＾＾；
よくいままでのコードうごいてたなぁｗ
179: 名前は開発中のものです。 [sage] 2014/04/22(火) 18:39:42.31 ID:FEq/t9cI(1) AAS
てす
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はパレットデータを読み出してレンダリングすることになる。
と理解しているのですが、間違っていたら指摘お願いします。＞他の人
182(1): 166 [sage] 2014/04/22(火) 20:46:59.02 ID:+4JN+sCM(3/5) AAS
>>180
>で、PPUのレンダリング止めると、PPUのバスが空くので
>その間は自由にVRAMアクセスできたと理解していたんだが
>違っていたかな？
そう思ってたんだけど、PPUのアドレスレジスタが0x3f**だと、
**の色（＝ゴミ）が出力されるっていうのが、171のコード片の意味。
183: 166 [sage] 2014/04/22(火) 20:59:26.06 ID:+4JN+sCM(4/5) AAS
>>181
なるほど〜、
ハードウェアは素人（簡単なワンチップマイコンをいじったくらい）
なんで、解説してもらえて助かるっす。ありがと〜
用語があってるかわからないけど、バスコンフリクトってやつでいいのかな？
あとチップに損傷を与えたりはしないのかしら・・・
まぁ、あとは電子回路関係の情報で調べてみます。
184(1): 166 [sage] 2014/04/22(火) 21:04:00.85 ID:+4JN+sCM(5/5) AAS
連投でスマソ
>>181
追加で疑問。
そうすると、0x3f**以外のアドレスでも、そのアドレスのVRAMデータの色が出力されそうなんだけど、
0x3f**以外ではそうはならないみたいなんだよね・・・
これはレジスタ兼用でもそうならないものなのかな？
185: 名前は開発中のものです。 [sage] 2014/04/22(火) 23:02:12.52 ID:SP0raU7v(3/4) AAS
>>182
なるほど、了解です。
自分も実験してみよう。
186(1): 名前は開発中のものです。 [sage] 2014/04/22(火) 23:13:05.47 ID:SP0raU7v(4/4) AAS
>>184
The PPUDATA read buffer (post-fetch)
外部ﾘﾝｸ[29]:wiki.nesdev.com
ここに $0000-$3effは内部リードバッファから返すが、$3f00-$3fffは(PPU内部の)データバスに直接配置されている
と書かれているので、この辺りの差で挙動が変わるっぽいですね。
187(1): 名前は開発中のものです。 [sage] 2014/04/22(火) 23:47:45.15 ID:Ncm5fcM0(2/3) AAS
>>180
>seiは要らない
しまった、モロ立ってた
どうも
>>181
パレット$3fxxは通常はPPU内部アクセス、つまり擬似NTSC信号を生成する回路とのやりとりであって
普通のPPU空間には出力されないとどこかに書いてあった気がする
外部ﾘﾝｸ[TXT]:nesdev.com
- palette RAM is accessed internally during playfield rendering (i.e., the
palette address/data is never put on the PPU bus during this time).
画像ﾘﾝｸ
画像の通りパレットのアクセスはない
しかしこういう挙動もある、これはレンダリング止めた場合だろう？
Additionally, when the programmer accesses palette RAM via $2006/7, the
palette address accessed actually does show up on the PPU address bus, but
the PPU's /RD & /WR flags are not activated.
この辺あやしいね
188(1): 名前は開発中のものです。 [sage] 2014/04/22(火) 23:59:55.97 ID:Ncm5fcM0(3/3) AAS
>>177
今回はjmp *にしてもHBlankに収まるっぽく大丈夫なようですが
127 line目で
$2001のレンダリングオフにする瞬間の
PPU tickのばらつきが
249〜254 nop連打の場合
249〜257 jmp連打の場合
ばらつきが3dot分増えることになります
市販ゲームのIRQ関係もゴミだらけだし気にすることはない
直前に入れるのはいいアイディアだね
189: 名前は開発中のものです。 [sage] 2014/04/23(水) 17:56:22.78 ID:eYt0ULQB(1) AAS
>>186 >>187
なるほど、、、
まだ理解してないけど、このあたり読めばわかる気がしてきた。ありがと
しかし、PPUのアドレスレジスタの兼用さえなければ、レンダリング中に読み書きできて
BGアニメーションとかもっと便利だったろうにって思ってたけど、
Ntsc_timing.png みるかぎり、ひっきりなしにアクセスしてるんだね・・・
とするとメモリポートが２つないとだめだから、結局は無理だったのか。
>>188
了解。
sei/cliさえしなければ最大6クロックだから、6*3=18dot（nopにくらべて12dot大きく)
ずれるのが許容できればおｋってことね。
許容できるのか、計算するのが大変だけど（ｘｘ
190(1): 名前は開発中のものです。 [sage] 2014/04/23(水) 20:09:45.06 ID:yop1NMPn(1) AAS
この現象で分った事。
パレットの04 08 0Cは00とは別の値を格納できるが、実用上何も使われていないと言う事（合ってるよね？）。
191(1): 名前は開発中のものです。 [sage] 2014/04/23(水) 21:35:50.97 ID:bXRTGLw+(1) AAS
↑あってるっぽい
ただしスプライトの四の倍数とは共有か
void _fastcall Write7 (int Val)
{
if ((VRAMAddr & 0x3F00) == 0x3F00)
{
register unsigned char Addr = (unsigned char)VRAMAddr & 0x1F;
Val = Val & 0x3F;
Palette[Addr] = (unsigned char)Val;
if (!(Addr & 0x3))
Palette[Addr ^ 0x10] = (unsigned char)Val;
192(1): 名前は開発中のものです。 [sage] 2014/04/24(木) 07:57:06.72 ID:RDg08ToE(1/2) AAS
流れぶったぎるようで申し訳ないけど、デバッガ機能が一番使いやすいNESエミュはどれですか？
193: 名前は開発中のものです。 [sage] 2014/04/24(木) 10:17:47.73 ID:TazbtZqQ(1) AAS
>>192
FCEUXがおすすめ。
（読/書/実行)ブレークポイント、スキャンラインごとのVRAM内容表示、RAMウォッチ あたりの機能をよく使ってる。
上下前次1-新書関写板覧索設栞歴
あと 374 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s