ファミコンのプログラム4 (567レス)
前次1-
抽出解除 レス栞

126: 名前は開発中のものです。 [sage] 2014/03/21(金) 00:22:20.42 ID:P1JaUJrV(1/2) AAS
【65816:SNES】アセンブリ【6502:NES】
2chスレ:gamedev
177
(1): 166 [sage] 2014/04/22(火) 03:41:30.42 ID:+4JN+sCM(1/5) AAS
>>175
175(2): 名前は開発中のものです。 [sage] 2014/04/21(月) 23:59:09.10 ID:/pAmCg0v(2/2) AAS
>>166を改造させてもらった

外部リンク[zip]:www1.axfc.net

ゴミ消した

パレットの0x0dは使えないよ
垂直同期のパルスみたいな電圧になるから
おおお、これは技術の粋が詰まったコードですね!素晴らしい!!
私もレベル3上昇して、レベル4になった〜

クロック管理が神々しく緻密・・・
ちなみに、ゲームでこのテクニックを使うとすると、IRQが入りそうなタイミングで
メインスレッドはnop連打になってないとダメという認識でおk?
とすると、実用は難しいけど、、、
ジャストアイデアとしては
2、3ラインくらい前にIRQいれて、一時的にメインスレッドをnop連打ループに切り替えて、
終わったらまたもとのメインスレッドに戻すというのは可能かな?
考えるだけで、脳髄が痛い・・・

>パレットの0x0dは使えないよ
一部の黒はつかっちゃだめというのは聞いてたんだけど、反対におぼえてたみたい(^^;
今後は0x0f使います〜

>>176
176(1): 名前は開発中のものです。 [sage] 2014/04/22(火) 00:47:42.57 ID:Ncm5fcM0(1/3) AAS
レンダリング止めていればBGの色が出ると思ってた

>>166のおかげで本気出せていろいろ勉強になったわ
>>172系のやつへの理解向上
レベルが一気に3あがった!

rtiの戻り書き換えだとか組み終わった後に
外部リンク[php]:forums.nesdev.com
full_palette.s
の偶奇同期を見つけた
この簡潔なソースで横ブレの無さのキモさといったら

>>173
BGのレンダリングは内部で$3f00へアクセスするんだろうけど
そのバグ挙動なのかね
外部リンク:wiki.nesdev.com
これ結局まだいじったことないんだけど、使いこなせれば理解できるのかな!?

ところで、また謎現象を見つけてしまった
外部リンク:wiki.nesdev.com
外部リンク[php]:forums.nesdev.com
の情報も含めて、いろいろありがたい(^^
やっぱり、コードは晒してみるものだなぁ・・・
303: 名前は開発中のものです。 [sage] 2014/06/11(水) 19:14:38.42 ID:HuzB/5/t(2/2) AAS
まあ、こういう苦言を呈してあげても
前みたいに自分の口汚さを正当化するための言い訳しか言わないで
何が悪いのか理解出来ないまま同じ事を繰り返し続けるんだろうけど

他人に反省促す前に、自分がまず反省して態度改めなよ
397: 名前は開発中のものです。 [sage] 2015/06/26(金) 06:50:59.42 ID:T0jrUs0a(1) AAS
>>396
396(2): 名前は開発中のものです。 [sage] 2015/06/25(木) 22:06:34.05 ID:Xz0r0Jej(1) AAS
>>395
ひっかかっているのは、「最大25色出せる、というのはあくまでも理論上の話。」という文でしょうか?
「論理上」と言い切るのは私も間違いだと思います。「事実上」と表現するかな。

「論理上」の前の文に「パレットの色が重複してしまう」と条件が書いてあり、
パレットの色を重複して指定するのは、3色の組のパレットで
色指定するというハードウェアの仕様に起因することなので、
ハードウェアの制限と言われても間違いじゃないなと思います。

ただ、サイト先の文章からは、ハードレベルでできない と推測に至る表現は無いかと思います。

異なる25色を同時発色しているゲームの具体例出せないし、
自分が作っているソフトもパレットの色重複しているので
何とも言えないが正直なところ。
スペック上問題なく出来るのに理論上とか書くから誤解されると思うよ。
最大値は〜色です。という説明だけでいい。「事実上」はいらない。

実際のゲームでは、というくだりから色の重複について画像を入れるなどで
説明すればいいと思うし、そっちのほうがわかりやすいだろう。
493: 名前は開発中のものです。 [sage] 2018/01/20(土) 19:52:33.42 ID:xRcWre4I(7/7) AAS
説明が下手過ぎて何か勘違いさせてしまったかもしれません。
透過色の原理は理解してます。

まあ簡単に書くと、表示優先順位が逆のBGキャラをスプライトがまたいでいる時
つまり移動中は優先順位をどう指定しても表示がおかしくなるので
BGと同じスプライトを自キャラスプライトに上書きするしかなさそうだな
面倒だなこれ、BGがフラグ持ってくれてたらこの処理いらないのになぁ
なんでスプライト側がフラグ持ってるんだろ?これ何か利点あるの?ってのが
出発点でした。
前次1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.694s*