TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼
【UE4】Unreal Engine 4 part7
世界観・キャラをメインにシナリオを語るスレ
ゲーム作成サークル
【おっぱい】エログラミング Ver.0【まん○】
Blenderで3Dゲーム作ろうぜ
女の子もゲーム作りたいっ！！
【ウディタ】WOLF RPGエディター　其の67
ゲーム製作で必要な数学の知識
HSPで出来る範囲について
みんなで新世代ＲＰＧゲーム作ろう

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


1 ：2012/07/29 ～ 最終レス ：2020/06/13
■過去スレ
ファミコンのプログラム
http://pc8.2ch.sc/test/read.cgi/gamedev/1013696305/
ファミコンのプログラム２
http://pc11.2ch.sc/test/read.cgi/gamedev/1135099156/
ファミコンのプログラム３
http://toro.2ch.sc/test/read.cgi/gamedev/1214210285/
■関連サイト
MagicKit Homepage
http://www.magicengine.com/mkit/
すずめ愛好会
http://web.archive.org/web/*/http://vsync.org/ns/index.html
ｷﾞｺ猫でもわかるファミコンプログラミング
http://gikofami.fc2web.com/
わいわいの巣
http://www.geocities.jp/yy_6502/
mck hogehoge
http://takamatsu.cool.ne.jp/dutycycle/
NES info, programs, and demos
http://nesdev.parodius.com/
pgate1@crystal
http://crystal.freespace.jp/pgate1/
cc65 @ wiki
http://www34.atwiki.jp/cc65/

2 ：
■ソフトウェア開発者のサイト
NES Hack Factory
http://www.geocities.jp/kz_s6502/
D-Soft
http://aqube.kir.jp/dsoft/index.html
OBONO's Web Site
http://homepage3.nifty.com/obono/
Family Assembler
http://fuguri23.hp.infoseek.co.jp/FamAsm/
nurvle.com(NES)
http://www.ash.ne.jp/~nurv/nes/
peacemay.net
http://peacemay.net/
ファミコンソフト開発のおへあ
http://stargate.game-server.cc/fc/
第７サプライヤー
http://seventhxevo.xxxxxxxx.jp/seventh/

3 ：
マリオ２ってスコアなどのパラメータ表示に
ディスクシステムのタイマー割り込み利用してたんだね
１だと0爆弾だったのに
なんかどのサイトにも
ディスクシステムのIRQタイマに関する記述があまりないんだよね・・・
どのアドレスを使うかはわかってんだけど
1カウントが何秒位なのかの載ってるとこがない・・・
自分で測った感じだと
カウンタに65535(MAX)を設定してみたところ
11フレーム中に5回割り込みが発生した
1回の割り込み毎に2.2フレームであるから
1/60*2.2=0.036666･･･秒、つまり
65,535カウント≒36,666,667n秒　よって
1カウント≒560n秒位

4 ：
夢工場のことか？
スーパーマリオUSAか？
NESのマリオ２か？

5 ：
>>4　ディスクシステムのスーパーマリオブラザーズ2
でも>>3の計算だと少し精度が甘いからラスタスクロールとか使うときは
NMIが起きるごとに再設定した方が確実だろうね
それからRAMアダプタに入ってる水晶は21.47727MHｚだったから
21,477,270*0.00000056≒12
つまり12分周されたクロックが入ってるっぽい
(つまりファミコンのMPUと同じ1.79MHz)
あとタイマーへのクロックを何分周するか変えられないのだろうか
$4022になにか知らないオプションもありそうな気がしてならない

6 ：
>ディスクシステムのスーパーマリオブラザーズ2
そういえばそんなのあったな
すまんボケまくったｗ

7 ：
結局はエミュのソース見ちゃえばいいんですよ
ディスクシステムなら日本人エミュ作者のがいい

8 ：
見てきたらCPU同様の1.79MHzのカウンタのようです
CPUのクロックは12分周が基本だから
それ以上でもそれ以下でもメリットは無いでしょ

9 ：
>CPUのクロックは12分周が基本だから
>それ以上でもそれ以下でもメリットは無いでしょ
まあそうなんだけどね

10 ：
何秒とかそんな世界じゃ無い。
何クロックと考えた方が良い。1h=約113.7クロック

11 ：
なんでファミコンは描画中
PPUアドレス空間にアクセスできないようにしたんだろうね・・・
やはりコストからか

12 ：
アクセスできないんだっけ、アクセスすると異常なデータが読めるとかでなく

13 ：
アクセスはできるけど$2006自体が現在の画面描写位置そのものだから
画面表示が引きずられちゃう

14 ：
ファミコンほど理解しやすいハードウェアって
なかなかない気がする

15 ：
>>14
あの頃のPCだとほとんど同じような感じだったと思うけどな
MSXとか感覚的にはファミコンとほぼ同じというかもっと簡単だけど
あの頃は個人レベルでハードウェアの隅々まで理解できる環境が多かったな

16 ：
0爆弾で画面2分割し、
上は縦スクロール、下は固定(「沙羅曼蛇」のような画面)に挑戦しています
0番スプライトを画面左端に持ってきて、左端8ピクセルを$2001で隠すと
$2002のヒット検出はできないでしょうか
ためしにやった所
G-NES：できる　　　ＶｉｒｔｕａNES：できる
実機(AV仕様)：できていない(下画面が描画されない。左端クリップ無ければできる)
おそらく実機PPUの仕様かと想像しています。

17 ：
マッパー変更してIRQ使えるやつで
やるってことじゃだめなのか？
実機でできないなら、できないものなんだろ
0spriteを1dotだけのものにするとか、回避策はいろいろあるだろう

18 ：
開発の止まったエミュ持ち出していまさら何がしたいのか理解に苦しむ

19 ：
単純に考えると、
・クリップ領域から出るように、左から9ピクセル目に仕掛ける
・1つ前のラインの右端に仕掛ける。
のどちらかで出来ると思うんだけど。
クリップ領域に0爆弾置いたら不発になるのは、0爆弾はスプライトを表示するタイミングに依存してるからでないの。
つまり、クリップした区間ではスプライトの表示処理自体がスキップされるとかそういう理由で。
俺、0爆弾なんて使わないから想像なんで違ってたらすまんが。

20 ：
左端だと描写中だからおかしくなって当然だろ
HBlank中に掛かるように右端でやれよ

21 ：
すごくザックリ＆うろ覚えで申し訳ないのだけど、
背景ピクセルの上に0番スプライトのピクセルを重ねて、ピクセルを描画。
→ このとき、描画したピクセルが透明色でなければ、
　　$2002の[6]番目のビットが立つ。
→ このとき、描画したピクセルが透明色ならば、
　　$2002の[6]番目のビットは立たない。
って感じじゃなかったっけ？
クリップで強制的に透明色にされた背景ピクセル＋強制的に透明色にされた透明スプライト＝透明色
なので、0爆弾がヒットしないんじゃないかと。
実機もないし、エミュで試してもいないので、想像ですまん。
てか、過疎っぽく見えて、読んでる人いるんですねｗ

22 ：
ありがとうございます
やっぱり0スプライトを左端、というのは
いい方法じゃないですね
右端に置くとか、IRQ割り込みとかでやってみます
0番スプライトでやるとなると、BGもひと工夫が必要ですね

23 ：
>>16
ヒット検出しないのが正解だろうね。　実機でそうなったんだし。
上から覆い隠してる訳ではなくキャラクタを表示していない（と俺は考えてる）のだから、ヒットしなくて当然と思うけど。
左端がダメとかは、関係ない。横スクロールの指定はいつでもできる。

24 ：
検出してからレジスタ叩いてるクロック分だけ画面描画進んでるから
次のラインまで最低でも12クロックはズレたままでしょ
ライン単位での描画しかサポートされてないエミュだと再現できないけど

25 ：
>>23　がはぼ正しい
>>20　はどちらかというと間違い　HBlank中が必須というわけではない
>>24　のようにCPUがフェッチ＆デコード＆実行＆ライトやってる時間にも、PPUのドットは結構動くことに注意
普段はG-NESの使いやすいデバッガでデバッグ。
使いやすいVirtuaNESやNNNesterJでおおまかな確認。
際どいタイミングが必要なデバッグはFCEUXとNintendulator。
Nestopiaでタイミングの最終動作確認。

26 ：
大まかなデバッグはエミュでやって最終的に実機で動作確認してるわ

27 ：
0爆弾の設置場所は捨てライン用意するならどこでもいいけど
右端なら画面に影響は出ないわな

28 ：
ファミコンゲーム作ってみたいんだけど時間がないんだよなー
現実的な問題がな

29 ：
プログラミングにアセンブラから入った身だから
最初のうちはなれていたけど
CとかC++とかASに触れていくにつれて
面倒になっていったな・・・

30 ：
ASってのはFlashですか？
あぁそれはありますよね…。感覚というか形態が違いますからね…アセンブラは

31 ：
そうActionScript（2.0だけどｗ）
最初のうちは高級言語のクラスとかオブジェクト指向とか全く理解できなくて、
アセンブラ至上主義で6502とか8080とか8086とかいろいろ手を出してたんだけどね・・・
6502向けのCコンパイラとかいいのないよね
てかそもそも8bitCPUに高級言語使うのもおかしな話だけどさ
某C言語が使えたポケコンは、全然速くなかったよ
さすがにBASICよりは速かったけど・・・

32 ：
そもそも6502でC言語を使う需要が無いしな
Z80なら需要があって割とあるけど

33 ：
cc65があるだろう。
最適化があまりうまくないけどな。
素人レベルだと十分だわ。

34 ：
Cは16bitな石からでいい。色々ともったいない。

35 ：
メガドラ以降ってことですか

36 ：
同じ6502でもPCエンジンだと、ハドソンが優秀なCコンパイラ作ってたりしたんだろか？

37 ：
SFC末期やプレイステーション頃まではC言語に出番はなかった。
C言語だけでリアルタイム処理なゲームを作って動かせる、それを配布できるってことは、今で考えるよりもずっと贅沢な事。
個人ユーザ中心のホビー分野ではそれなりに需要あったんだろうけど。
それとFDみたいに安いメディアかつ少数生産で済む16bit世代なPCゲーとか。
8bit機だと非力すぎる上にどうせ機種依存バリバリな処理系しかないからCで書いても他で流用のしようがない。
使うことにデメリットは多くても、メリットになる部分が全くと言っていいほど無い。
メガドラは時期的に言ってアセンブリ言語手書きだと思われる。
人間が手書きしても全然苦にならない整然としたアーキテクチャだったし、セガが発売したゲームがどれもROM容量ケチってるあたり、C言語使って容量無駄に使うことが許されたとは思えない。

38 ：
しかし、Cで組むとなんであんなにコード太るんだろうな

39 ：
ただ単に、
当時は、ハードメーカーから提供されているのが
アセンブラだけとかだったからだろう。
プログラムといえば、BASICかアセンブラという時代なんだから、
c言語がなくてもしょうがない

40 ：
当時を知らない人間は、そう考えるのね。

41 ：
アセンブラでやったって速度足りなくて神業が要るっていうのに
なぜC厨が湧く

42 ：
実機的MMC1の初期化について書いておいた
http://kohada.2ch.sc/test/read.cgi/gameurawaza/1345225953/908-909
必要ならコピペでもなんでもどうぞ

43 ：
最近MMC1AとMMC1Bをいじったけど、電源投入時はバンクサイズ16kモードで後半の16kは最終バンクで確定してるみたい
よく言われるように16k毎にベクターやリセットルーチンとかを設置する必要はなく、
32k毎の設置で一切問題はなかったので、リセットで偶数バンクが後半16kにあてがわれることはない模様
ファイナルファンタジーや三國志とかを見ると最終バンク以外にリセット等のベクタを置いていないから
バンクサイズ16kで後半最終バンクFIXモードだと不定になることはなさそうな感じ
無印のMMC1が手元になく確認していないのでひょっとしたら仕様変更があったのかもしれないけど
それとbit7立ててバンクの初期化って古いエミュだと実装されていないから
GNESとかVirtuaNES使ってると理解できないのはしかたがないと思う

44 ：
話割ってしまうけど、自作したデータを既存のROM内のデータと交換して売るのって違法なの？売っているのを見たことないんだが。

45 ：
カートリッジは意匠があるからやるなら基板むき出しか。
でも動作保障とかめんどいからキット販売がせいぜいか。

46 ：
>>36
pcエンジンエミュレータ「MagicEngine」の作者が作ったものを
バージョンアップしたコンパイラHuC
http://www.zeograd.com/
HuC使ったけどすごく重いです
stgを作ろうとしたんだけれど
タスクを自機弾10、敵3、敵がばらまき弾8方向くらいで処理オチしてやる気無くなた
この程度のゲーム30fps20fpsにする意味無いし
エミュもリアル本体並み程度の能力しかないから処理落ちします
処理落ちしても良いアドベンチャーならまだしも
日本語表示の壁が
最大容量もPCEは2メガバイトが限界
古いHuCは多少軽いし、マジックエンジンHPからダウンロードできますが
機能が足りないです

47 ：
Silver Surfer - Level 1 - Nes Music
http://www.youtube.com/watch?v=-J0H5ah1G7A

これ内蔵音源のみってマジかよ

48 ：
Timの仕事だとこっちも有名
ttp://www.youtube.com/watch?v=4_gObHt1uZA

49 ：
NESはファミコンと違ってカセットに音源積めないから
そういう方向に進化せざるをえなかったのかな

50 ：
クソゲと酷評されるソルスティスだが面白かったね
主人公キャラクタがオブジェに隠れる演出はすごいよ～

51 ：
パターンがRAMでキャラ側をマスクで消してるんだっけ

52 ：
曲とデモプレイ画面しか見たことなかったが…。
キャラと重なるBGオブジェを、重なっているときだけスプライトにしてるのかと思ってた…。
でも素直にそうやっちまうと、スプライト用のパレットが足りなくなるのね。
ほんと凄まじい発想だわ…

もっと派手な演出なら、既出だろうがRareのBattletoadsも良いな。
https://www.youtube.com/watch?v=-1UwbUencb4
しっかりした2重スクロールは、PCエンジン以降でしか見たことない気がする。

53 ：
カエルのしゃがみポーズで笑う

54 ：
ずっと気になってて最近確認した物に関連する話題が出てたので…。
スプライトモード8x16の時、普通指定するのとは逆のキャラ番号(偶数なら奇数、
奇数なら偶数)を指定すると、BGバンクのキャラがスプライトで出ます。
また、このBGバンクのスプライトを他の表示するスプライトよりも優先度を上げ、
BGより優先度を下にすると、他のスプライトはこのスプライトより下、つまり
BGより下に表示されます。
BGより下に表示されるのでパレットコストは必要ありません。
これを効果的に使えば細かいマスク処理が出来るはず。
横並びが厳しいので使い所は限られると思いますが…。
自分もソルスティスはコレを使ってるのかと思ってたんですが違いましたね。
何か問題があるのか、単にこの方法を知らなかったからなのかは分かりませんが。
PCエンジンでは使われてたらしいけど、ファミコンでこの方法を使ってるゲームはあるのかな？

55 ：
具体的には(分かりにくいけど)こんな感じ
http://www.dotup.org/uploda/www.dotup.org3771924.png
上にスプライトで表示してるのを4枚、下の同じキャラの岩の所にも
BGより優先度下にして表示してあります。
シルバーホークがBGの地形より下、BGのボスより上に表示されてます。
柱に隠れる演出とかにも使えるかと。

56 ：
そのスクショ実機じゃないならなんの証明にもならんよ

57 ：
ていうか、全然分からない。（8*16スプライトの仕様はおいといて）
スプライトの優先度とBGの前後の関係は、まずスプライト番号の若いものが最優勢され、
1番目のsprがbgの裏、2番目がbgの表だったら、2番のsprは1番に重なる部分は1番に消されて、表示されない。
1番sprからはみ出た部分だけがBGの表に見える。
がんばれゴエモン外伝のオープニングで、えびす丸がドアから出るシーン、スプライト優先度をうまく使ってる。

58 ：
シルバーホークとか固有名詞を当然のように出されても伝わらない
いまどきダライアスとか言ってるのってリタイアしたキチガイ互助会の方なのかな

59 ：
いやいや、ダライアスは新作出たよｗ

60 ：
わざとスプライトを8個以上置いてスプライトを消してるソフトもあるな

61 ：
>>54-55
結局BGをスプライトにしてるから、VRAMの余裕はできても、
スプライトパレットの余裕はできないんじゃね？

62 ：
あとソルスティスのデモ画面、パターンテーブルで見たけど、
CHR-RAMは極めるとすごいな。
弱点としては、VBLANK時に1フレームあたり
10キャラくらいしかロードできないんだっけ。
扱い方が難しいところも燃えるなぁ。

63 ：
CHR-RAM直打ちでいちいちキャラクタを書き換えているのが
ソルスティスの技術。上位オブジェクトの重なりと非描画判定は凄い。
後にラグランジュポイントはCHR-RAMって8KBなんかな。あのパターン
量を見ると8KBではなさそう。
セリフ用の文字画像部分を足して16KB搭載かつセリフウィンドウ部分
で割り込みバンク切り替えしているんじゃないかと推測しとるんだけど。
それともただのCHR-RAMなのだろうか。

64 ：
>>63
ラグランジュポイント、CHR-RAMの実体は8K
ttp://bootgod.dyndns.org:7777/profile.php?id=3643
ただし、参照配置換え可能。
普通のCHR-RAMならBGを4K、SPRを4Kと固定で、$0000か$1000に配置するけど、
参照配置換え可能ならばBG、SPRそれぞれ0～8Kまで1K(page)単位で柔軟なサイズ変更が出来る。
割り込みかけて途中で参照を変える、と。
SPR：BG = 1：7～3：5、位じゃないのかな。

65 ：
わかってないなら適当なこと言わなきゃいいのに

66 ：
>>65
あ　り　え　な　い　。それは。
バストダンジョンでリリカのおっぱい値を８００近くまで調教強化してやらないと、そのフラグは立たない。
仮にフィリオナをメンバーから外してリリカを集中調教しても、アナルバイブが使えないその段階では
スカリバーはまだ手に入れられないはず。　妄　想　で　つ　か　？
とりあえずアンダー草原で淫獣マリリスを大量に調教して淫度をどんどん稼いどけ。
展開が不安ならバックアップ取っておくのを忘れんなよ。説教くさくなってスマソ・・・。ついな・・・。

67 ：
は？

68 ：
昔どっかで見たコピペだな

69 ：
いつのコピペだｗ

70 ：
63です。本気の解説ありがとうござんす。
RAMのバンク切り替えの様なもの、というかメモリ参照の位置が変更
できるなんて想像の斜め上を行っていたとは・・。驚きました。

71 ：
64です。CHR-RAMなのは知っていたけど、
63の書き込みを見て調べた結果に驚きました。
ROMを乗せるはずのところに、一工夫してRAMを乗せるとこうなるのですね。
( ；∀；)ｲｲﾊﾅｼﾀﾞﾅｰ

72 ：
逆にネームテーブルのRAMを置くべきとこにバンクROM配置ってのもなかったっけ

73 ：
サン電子のアフターバーナーだね

74 ：
某サイトに$4018-$401Aにもレジスタがある(ミラーではなく)みたいな記述があるんだけど
誰か何のことか分かる人いる？
今調べてるんだけど出てこない・・・

75 ：
これかな
http://wiki.nesdev.com/w/index.php/File:Apu_address.jpg
矩形波とか三角波とか、現在の値が見れるっぽいね

76 ：
まじか。あさってやってみる。
でも、実用上ほぼ全く役に立たなそうだな。

77 ：
decapまでされてるのか

78 ：
>>75
有益な情報をありがとう
ファミコンのプログラムはもうずっと前からしてるがこれははじめて知った・・・

79 ：
>>78
これらを使用していたソフトが無いから、任天堂からの資料にも書いて
いなかったんだと思う
使いどころを考えてみたら、DPCMのを鳴らす前のプチノイズが出ない
ようにしたり出来るかもって位かなあ？

80 ：
リンク先にまだ情報あったわ
http://wiki.nesdev.com/w/index.php/CPU_pin_out_and_signal_description
TSTピン(30番ピン)をプルアップにしないとダメなのかな？
試せる人いたらタノム

81 ：
>>75
やっぱり
NesDev界隈には回路の写真から解析しちゃう人いるんだな
色付きの線で実に説明上手だ
祭りだﾜｼｮｰｲ
>>80
オープンバスって「レジスタに繋がってないただのアドレス」
という意味でいい？

82 ：
どうなるんだか試さないとわかんねｗ

83 ：
ちょっと質問なんだけど、アセンブラってみんな何使ってる？
ファミコン用のCライクな言語のコンパイラを作っていて、
とりあえずnesasm向けのasmを出力してるんだけど、
リンクとか考えるとcc65のアセンブラのほうが高機能っぽいので現在迷い中・・・

84 ：
Cライクってのがわからん
このスレにCは需要無い
Cでやるならcc65のCを使うでしょ

x86のCコンパイラが吐く自動変数っぽい仕組みのを
nesasmで書けるマクロ組んでみたけど
遅くて使い物にならなかった

85 ：
>> 84
自分が見た範囲だとnesasm使ってる人が多そうだけど、それ以外にもメジャーなアセンブラがあって、
そっちのほうが便利だったら乗り換えたいなというくらいの気持ち。
nesasmは、リンク機能がないのが直近の不満なんでそれ書いた。

> 遅くて使い物にならなかった
cc65が出力するasmを見て、このままだと遅すぎて使えないってのは同意。
工夫すれば実用的（アセンブラの1/2くらい？）にはなりそうなのでちょっと作ってみてるというところ。
といっても、割り込みや速度が必要なコードはasmで書かないとだめなのは諦めてる。
> このスレにCは需要無い
高級言語の需要はなさそうだなぁというのはわかってて、そういうの作ってるっていうのを書いたのは、
もしかしたら興味あるひとがいたらいいな、という下心はすこしありましたｗ

86 ：
4018-401Aを読んでみたけど、どれも64が返ってくるだけだった。

87 ：
がっかりして書き込みなし？

88 ：
/:/: FAMILY NEWS
　2013年1月25日、48時間でゲーム作れやぁという世界規模のイベント
global game jamが日本で開催された。
　様々な作品が発表される中、札幌会場では、何とファミコンのゲームも
開発されたという。それが、これ。
ttp://globalgamejam.org/2013/famicom-nes-regeneration-project
　小規模の作品ではあるがしっかりと動く模様だ。開発はハンドアセンブラ
で製作、というから驚きである。48時間の多くは、ファミコンの仕様調査に
費やされたとのこと。なんとも変態的な情熱である。

89 ：
nesdev消滅したのかと思った

90 ：
数年前に比べてファミコンに関する資料がかなり増えたね

91 ：
10年前はもっと…

92 ：
　ファミコン用の音楽ドライバを見つけたぜ。cc65でコンパイルした
libファイルを組み込んで鳴らしい。使い方はまったく解らん。内部構造
とかは詳しく解説してはあるヘルプが付いてるけどね。ちなみに、これ
用のmmlコンパイラも付属しているよ。
ttp://shaw.la.coocan.jp/nsdl/

93 ：
あ、そういうことする人なんだ

94 ：
>>92
すごい．
なによりも，この開発者さんの情熱が凄い．
ぜひ使わせてもらおう．

95 ：
来月はファミコン発売30周年だな

96 ：
初歩的なこと聞くけどＢＧのネームテーブルとかスプライトデータ６４＊４
のデータを見ること出来る？スーパーマリオで土管に乗るとかPPUのデータ
から判定してるかな？まさかCPUのRAM0x0000-0x07ffに入れてそれを見てる
ってことはないよね？

97 ：
画面描写中はVRAM見れないよ
デュアルポートRAMなんてなかったし

98 ：
マリオブラザーズなら
VRAMのデータで当たり判定してたはず
画像ハックすると永久落下とか？
こんなのは例外で
スーパーマリオなど普通はCPU空間のRAMに仮想地形を作る

99 ：
http://www.nicovideo.jp/watch/sm21497613

100 ：
>>98
>VRAMのデータで当たり判定してたはず
>画像ハックすると永久落下とか？
自機の移動先座標のドット色情報で当たり判定してたベーマガの投稿プログラムを思い出した

101 ：
スクロールなしの固定画面で
走査線割り込みによってパレットを書き換えて色数を増やしている
ソフトの代表例を教えてください

102 ：
3Dホットラリー

103 ：
メタルスレイダーグローリー

104 ：
元々の選べる色が50数色程度じゃ
パレット書き換えしても劇的な変化はないんだな

105 ：
パレットを高速で入れ替えると中間色みたいになる

106 ：
ドルアーガでやってたな

107 ：
キラキラスターナイトの音楽って当初はmckで作ってログなんだってな。
音楽で800kbとかワロタ。
最終的には92のサウンドドライバにさしかわったそうだ。

108 ：
すいません、１６進数でFCはリターンですか？

109 ：
難しい質問だ

110 ：
6502の話ならRTSは0x60でしょ
0xFCは未定義

111 ：
6502は未定義命令多いよね

112 ：
108です、ポートピア連続殺人事件のバイナリを見ていて
文章の後からなずFCになっているので
文章のサブルーチンからリターンするコードがFCなのかな？と思ったのです
未定義というのはユーザー定義で自由に使えるということなのでしょうか？
だとすれば中村光一氏が定義したのかな？と思います

113 ：
な、なんだってー！！　Ω　ΩΩ

114 ：
ただ単に、文章の最後を表すために、FC使っているだけ。
ちなみに、ポートピアなら、固有名詞にも特定の値を当てはめて、
容量を節約している。

115 ：
なんだ、ただのバカじゃねえか

116 ：
>>112
君はまず命令とデータの区別をつけるところからだな
あと未定義というのは何らかの既定の動作はするが使い道が無いということ
他と同じ動作だったり、ナンセンスな動作だったり、何かを破壊したり

117 ：
6502の未定義命令表ってどっかに落ちていたような・・・
とはいっても2a03とオリジナルで違うような気もする

118 ：
同人でファミコンゲーだしてみたいので勉強中
実機でできるようになるまで遠いなぁ

119 ：
BG読書き時のレジスタアクセス等の手順を日本語で正しく説明しているサイトってないかね？

120 ：
古い情報を掲載してるとこしか知らない。
どこかで詰まってて表示できないとかトラブル抱えてるならソースファイルちょっと見せて？

121 ：
ロジックは正しいハズなのにBG表示上手く行かねーって時あるけど
そういう時って大抵「ブランク期間中に全ての処理を一括でやらせて終わるのを待つ」的なロジックだったりする
ファミコンさんって割とレトロで非力な環境なので、毎フレームBG全書き換えできるほど速度早くないっていう。
なので、BG書き換え期間中は非表示にして、書き換え終了後にのみ表示する設定にすると、うまくいく事がある。

122 ：
スクロールレジスタ戻してないに1票

123 ：
まだこのスレ見てる人結構いるんだな。。。。

124 ：
スレチかもしれんがSFCのことについて聞きたい。
65816でCOP命令ってあるよね、あれ普通のソフトウェア割り込み命令とどう違うの？
てかコプロセッサ使用時にどう使えばいいの？

125 ：
別枠で跳び先用意してるだけで、仕組み自体はソフトウェア割り込みそのもの。
意味があるかは別として、コプロセッサを使う以外の処理にも使用できる。（使用頻度が高いルーチンの呼び出しとか）
コプロセッサは、COP命令発行後、割り込みベクタを参照して飛んだ先のルーチンで、普通にI/O叩いて使う。
パラメータ渡したり、処理に違いをつけたかったら、レジスタで処理番号渡してルーチン側で分岐とか、
スタックにパラメータ積んどくとか。
ちょっと昔のパソコンで浮動小数点演算ユニット使うのとあんまり変わらない。（というかそのものか）

126 ：
【65816:SNES】アセンブリ【6502:NES】
http://toro.2ch.sc/test/read.cgi/gamedev/1109955393/

127 ：
スーファミのプログラム
http://toro.2ch.sc/test/read.cgi/gamedev/1095063252/

128 ：
去年あたりにCPUとPPUのデータシートが流出したって聞いたが本当かね？

129 ：
ﾊﾞｰｲ　ﾊﾄﾞｿﾝ

130 ：
ネトウヨ「国際司法際はチョン」
なのに竹島問題もハーグで決着つけようとかいってるジャップｗｗｗｗ

131 ：
http://www1.axfc.net/u/3214070.zip
ファミコンゲームです。操作方法は付属のtxtを参照

132 ：
>>131
fceuでは正常に動作しています

133 ：
>>132
動作確認ありがとうございます。

134 ：
nnnesterJでも動いた
ずっとやってたらCLEARって表示されたわ

135 ：
ありがとうございます。あと、透明な敵が現れるバグがあるのと、
静岡県立沼津工業高校の校歌を使っています。

136 ：
>>119の子か｡お礼ぐらい言えないのかね｡

137 ：
？

138 ：
6502プログラミングの基礎はどうやって勉強するんだろ
アセンブラ言語そのものは分かるけど実装技術が・・・

139 ：
＞プログラミングの基礎
6502のCPUの割り込みベクタとかの仕様を確認理解して、
他人が書いたソースコードを読んでいくのが良いかと。
ファミコン(古いゲーム機)のプログラミングは、初期化の後、
VSYNC待ち→1フレーム分の処理
の繰り返しとなる独特のプログラム構造を理解する必要があるかな。

140 ：
開発途中で、まだゲームの体裁になっていないけど、自作のソフトをさらしてみる。
src.zipにソース一式入っているので、参考頂ければ幸いです。
http://homepage3.nifty.com/~kyoske/nes/RevolvingGems.zip
十字キーでカーソル移動、Aボタンが時計回り、Bボタンが反時計回りに宝石を回します。
宝石が４個以上つながったら消滅します。

141 ：
おお、すげぇ
宝石がヌルヌル流れるのがいいね。
なんでわざわざラスターしてるのかとおもったら、パレットのために必要なのか。
勉強になる・・・

142 ：
すごい
仕事がコンピュータに関係ない仕事で趣味だけでここまで作ったのなら偉いと思われるレベル
当時のベーマガに投稿していれば採用されたと思う

143 ：
>>140
なかなか出来が良さそう
.macro ～ .endm　(引数付きで)
.func
なんかも使うと楽になる場合もあるよ
>>140
ttp://wiki.nesdev.com/w/index.php/Controller_port_registers
$4017への書き込み(W)によるstrobe(コントローラーのリセット行為)は無意味、
そもそも出力ポートにつながってないかと。
strobe行為は$4016だけで十分。
$4016のbit0が1か0かで、
Ⅰコン、Ⅱコン、bothのコントローラーの中のTC4021BP（シフトレジスタのIC）の、
パラレル、シリアルの各モードが変わる。
1→0で押しボタンのパラレルデータがシフトレジスタに取り込まれて、
シリアル化されたということだ。
シリアル化されたデータは
Ⅰコンは$4016の読み込み(R)で、
Ⅱコンは$4017の読み込み(R)で、
それぞれ独立にシフトされる。
ttp://green.ap.teacup.com/junker/116.html　この回路図もいいな
ttp://nesdev.com/Ntd_8bit.jpg
>>141
パレットはいじってないよ？

144 ：
欲を言えば、宝石回転をもっと速くして欲しい。

145 ：
>>143
>パレットはいじってないよ？
パレットというか、アトリビュートテーブル？
ラスターしないとパレットの違う宝石が水平に８ドットずれの位置で表示できないよね

146 ：
ラスタスクロールでずらす、って発想すごいなー。
こういう使い方初めて見た。勉強になりました。
当時もこういう使い方あったのかな？
ヘックスマップの戦略シミュとかでも使えそうだ。

147 ：
>>146
理解力なさすぎ
いくらでもある
スプライト0ヒットで同期とった分割スクロール
　　スーパーマリオ、エキサイトバイク
ラスタースクロールの塊
　　F-1レースのカーブ演出、ドラクエⅢとⅣの旅の扉、rstrdemo.zip(VirtuaNES作者による)
IRQで同期とったスクロール（これが無ければゲームにならぬ）
　　>>140、ロックマン３（武器、ボス選択、ワイリーステージ高速リフト）
　　http://nozomi.2ch.sc/test/read.cgi/gameurawaza/1352627490/143

>>145
色だけがズレるわけじゃない、BGそのものがズレる。
>>140の作品やいろいろなゲームの
G-NESのIRQライン表示をみてみ、ネームテーブル表示みながら。
無機能初期カセットのスプライト0ヒットのゲームでは何も表示されないけど

148 ：
>>147
なんでそんな否定からはいるのさ？
「アトリビュートテーブルの制限で、パレットが２ｘ２BGキャラクタごとにしか
指定できないのを回避するために、ラスターでずらしてるのね」
まで言わないと伝わらない？
あなたの発言をみると、ファミコンの知識はあるのは分かるので、
ちょっと考えれば想像できると思うんだが。
146もラスターで「位置をずらす」んじゃなくて、「パレットの制限を回避」
するって発想を褒めてるんだろ。

まぁ、喧嘩したいわけじゃないんで、そこんとこご理解を（＾＾

149 ：
>>147
メイン画面とステータス部の分割、疑似3D、疑似多重スクロール、
ゆらゆら燃える炎、巨大ボス、
そこに挙げてくれた例含めて実際に見て知ってるし、仕組みも理解できる。
理解できないのは、コズミックイプシロンくらいなもんでさ。
http://www.youtube.com/watch?v=C8F39OhAiRc#t=25
でも16*16ドットのブロックを行ごとに8ドットずつずらして表示、なんて使い道は見たことなかった。
その発想がすごいって話よ。

150 ：
補足。
ラスターに関して147の言ってることは技術的に正しいんだけど、
他人がそれを理解してないのを前提に、否定してるのが、ちょっとカチンときたということ。
（145も146もこの件に関して技術的に勘違いはしてないと思う）
>>140 とか >>131 とか手を動かしてるひとを応援してるんで、こんなレスでスレを汚してごめんよ。
>>146
当時のこういう使い方はあったのかは気になるね。
ヘックスといったら信長の野望くらいしか記憶にないなぁ・・・あれは４ｘ４だから問題ないし。

151 ：
140です。
>143
strobeの件、情報ありがとうございます。
ソースに反映したいと思います。
>144
回転時のアニメーションは確かに落下時より遅いので修正します。
パラメータいじるだけなので、修正は難しくありません。
>149
>151
コズミックイプシロン見てみましたが、縦方向にも若干スクロールして立体感出しているみたいですね。
ＢＧのバンク切り替えとの複合技でスゲーなと思います。

今作っているソフトも、2x2ブロック毎にずらしてあげれば
HEX表示できるな と思いつき実証の意味で作っています。
あと、1色共通で2色で描けば、1パレットで２種類、
3パレットで６種類の駒が表示できるなと。

ラスター割り込みは、他にもネタがあります。
例えば、8ドット毎に8ドット縦にずらせば、16x8ドット単位で
ＢＧのパレット指定ができるなとか。

152 ：
コズミックイプシロン、初めて知ったけど、たしかにすごいね・・・
デバッガで見るまで、どうやってるか想像もできんかった。
しかも、この手の3Dビュー系のゲームは個人的にはいまいち面白くないのが
多いけど、ゲームとしても楽しいｗ
good luck!

153 ：
>>151
カーソル枠でまわる宝石が▽と△の時でカーソル枠の上と下を少し
狭くしたほうがわかりやすいかなと思いました

154 ：
>>151
テトラスターは知らなかったんで見てきた。おんなじ感じっす。
それにしても、バンク切り替えでやるのか…すげーな。
ちゃんと地形の模様になってんだもん、良く考えついたもんだ。
いま手元にないんでアレだけど、そのうちデバッガで見てみたい。

>>151
思いついたのか、発想力すげー…。

155 ：
>>153
最初、指摘の通り、カーソル枠を台形にして、▽か△かわかるようにしたのですが、
カーソル移動時にうねうねカーソルの形が変わるのが気持ち悪く感じたので、
今のただの四角にしています。

156 ：
>>148-150 >>131
自演気持ち悪い
わかってないからってファビョって「他人」を弁護？ｗ
>>148
>「アトリビュートテーブルの制限で、パレットが２ｘ２BGキャラクタごとにしか
>指定できないのを回避するために、ラスターでずらしてるのね」
>まで言わないと伝わらない？
伝わってるからそれは違うって言ってるんだけどね
手を動かしていてもね
延々と即値でスプライト初期化してたから変な奴と思ったらやっぱりな


ずらしてパレット指定の限界突破という謎技術を語ってる人が他にもいるようだけど

157 ：
>>131 の名誉のために、131と私は別人だよ。
スレのためにもう返事はしないし、あなたが正しいってことでいいよ（＾＾

158 ：
>>140 さんに質問です。
勉強にソースを読ませてもらってます～
タスクのなかが下記のようなフローになっていると思うのですが理解あってますか？
...
jsr Yeild
...Vcmd_SequenceDataなど BG書き込み予約系処理、完了時はzフラグで判定...
jsr Yeild_Eq
(zフラグが立っていた場合は jsr Yieldの直後から再実行)
(zフラグが立っていない場合は、下に抜ける)
...
また、あってるとしたら、こういうフローっていうのは
8bitなアセンブラだとわりとよくある手法ですか？

C言語脳なので、pla pla とかで返りアドレス捨ててるの見て、
どこに帰るんだ～、とか、しばらく混乱してました（＾＾；
不躾な質問ですいませんが、お暇だったら見て頂ければ幸いです。

159 ：
>>158
立ってる、立ってないが逆

160 ：
>>158 さん
> タスクのなかが下記のようなフローになっていると思うのですが理解あってますか？
> (zフラグが立っていた場合は jsr Yieldの直後から再実行)
> (zフラグが立っていない場合は、下に抜ける)
Yesです。

> また、あってるとしたら、こういうフローっていうのは
> 8bitなアセンブラだとわりとよくある手法ですか？
あまりないかと思います。
ゲーム屋として仕事したことはないので、どのような手法が一般的かは
知らないのですが、現在の進捗状態を番号で管理してジャンプテーブルで
飛ぶみたいな話は聞いたことがあります。
私の場合は、各処理を分解してジャンプテーブルで呼び出すのが
面倒そうだったので、次の呼び出し先のアドレスで管理する方式としました。

161 ：
>>159
Yesと書いちゃったけど、確かに、zフラグが立っている場合に抜けるでした。

162 ：
あ、ご指摘どうもです。逆でした

163 ：
あら、、、フラグは z なのに beq/bne だから、頭が混乱する（xx

164 ：
すいません、書き込み順の前後で混乱しました。160さんの指摘で正解ですね。
>>160
なるほど～。ジャンプテーブルより柔軟性がありそうですね。
あと、継続っぽくてカッコイイ。
ありがとうございます

165 ：
画面表示中にパレットを書き換えるサンプルプログラムつくってみたので、興味があるひとはみてみてね。
自分は、情報がなくてけっこう試行錯誤したので。
http://www1.axfc.net/u/3224863
メタルスレイダーグローリーのIRQ割り込みを参考にしたんだけど、
７ラインくらい表示ができないのはしかたないのか。
もっといい方法とかあったら、教えてくだしあ。

166 ：
>>165
中央が黒いのは、書き換え中に色が付くのを防ぐため？

167 ：
>>166
うん。
たぶん、ラスター使えるようになってラスターでパレット変更もできるぜぃ、
と思って試した人（過去の俺とか）は、なぞのゴミが表示されて悩まされてると思う。
そのゴミをHBlankに押し込めるために、16byteの書き換えに7lineも画面表示を消してるって感じです。

168 ：
>>167
そうですか。知ってたらあれですが、3Dホットラリーはもろ見えてます。
ttp://img.gamefaqs.net/screens/b/3/c/gfs_18759_2_2.jpg

169 ：
あ、ほんとだｗ
実は、３Dホットラリーの名前は以前でてたんで画面見たんだけど、
上２パレット、下２パレットくらいでやってるんじゃない？とおもって、スルーしてた。
ちゃんとパレット書き換えしてたのねｗ　失礼しますた

170 ：
ゴミなんて消してやんよ
って思ったら
意外と無理だった

if ((!IsRendering) && ((VRAMAddr & 0x3F00) == 0x3F00))
PalIndex = Palette[VRAMAddr & 0x1F];
こんな仕様しらんがな
nintendulatorのPPU.cppより

171 ：
おお、こういう原理だったのか。ﾄﾝｸｽ >>170
ttp://forums.nesdev.com/viewtopic.php?t=1209
コレみて、なんとなくパレットカキコミすると色が出るのは、理解してたんだけど、
細かい挙動はよくわかってなかった。

172 ：
ちなみに、これってハードウェア的にはどういう原理なの？
詳しい人いたら教えて。

173 ：
>>170
そんな断片ソースで理解できるのがすごい。

174 ：
>>165を改造させてもらった
ttp://www1.axfc.net/u/3227965.zip
ゴミ消した

パレットの0x0dは使えないよ
垂直同期のパルスみたいな電圧になるから

175 ：
レンダリング止めていればBGの色が出ると思ってた
>>165のおかげで本気出せていろいろ勉強になったわ
>>171系のやつへの理解向上
レベルが一気に３あがった！
rtiの戻り書き換えだとか組み終わった後に
ttp://forums.nesdev.com/viewtopic.php?t=6484
full_palette.s
の偶奇同期を見つけた
この簡潔なソースで横ブレの無さのキモさといったら

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

ところで、また謎現象を見つけてしまった
ttp://wiki.nesdev.com/w/index.php/PPU_registers#Bit_0_bus_conflict
ttp://forums.nesdev.com/viewtopic.php?p=112424#p112424

176 ：
>>174
おおお、これは技術の粋が詰まったコードですね！素晴らしい！！
私もレベル３上昇して、レベル４になった～
クロック管理が神々しく緻密・・・
ちなみに、ゲームでこのテクニックを使うとすると、IRQが入りそうなタイミングで
メインスレッドはnop連打になってないとダメという認識でおｋ？
とすると、実用は難しいけど、、、
ジャストアイデアとしては
２、３ラインくらい前にIRQいれて、一時的にメインスレッドをnop連打ループに切り替えて、
終わったらまたもとのメインスレッドに戻すというのは可能かな？
考えるだけで、脳髄が痛い・・・

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

>>175 の情報も含めて、いろいろありがたい（＾＾
やっぱり、コードは晒してみるものだなぁ・・・

177 ：
いままでの自分の致命的な間違いに気づいた・・・
nopは２クロックだったのね。１クロックだとばっかり思ってた（＾＾；
よくいままでのコードうごいてたなぁｗ

178 ：
てす

179 ：
>>174
ソース読ませてもらったけど、
ldy #0
sty $2001
で、PPUのレンダリング止めると、PPUのバスが空くので
その間は自由にVRAMアクセスできたと理解していたんだが
違っていたかな？
そうであれば、HBlank待つ必要ないので、パレット書き換えで
非表示になるライン数を減らせると思う。
あと、割り込み時にはiフラグが立った状態でルーチンが
呼ばれるので sei は要らないと思う。
http://wiki.nesdev.com/w/index.php/CPU_interrupts#IRQ_and_NMI_tick-by-tick_execution

180 ：
>>172
PPUのデータのバス(信号線)が１組で、PPUのレンダリング中はVRAMからデータを読み出している。
CPUがVRAMアクセスのためにPPUアドレスを設定するレジスタ($2006)とPPUがネームテーブルにアクセスするアドレスのレジスタが兼用のため、CPUがパレットのアドレスを書き込むとPPUはパレットデータを読み出してレンダリングすることになる。
と理解しているのですが、間違っていたら指摘お願いします。＞他の人

181 ：
>>179
>で、PPUのレンダリング止めると、PPUのバスが空くので
>その間は自由にVRAMアクセスできたと理解していたんだが
>違っていたかな？
そう思ってたんだけど、PPUのアドレスレジスタが0x3f**だと、
**の色（＝ゴミ）が出力されるっていうのが、171のコード片の意味。

182 ：
>>180
なるほど～、
ハードウェアは素人（簡単なワンチップマイコンをいじったくらい）
なんで、解説してもらえて助かるっす。ありがと～
用語があってるかわからないけど、バスコンフリクトってやつでいいのかな？
あとチップに損傷を与えたりはしないのかしら・・・
まぁ、あとは電子回路関係の情報で調べてみます。

183 ：
連投でスマソ
>>180
追加で疑問。
そうすると、0x3f**以外のアドレスでも、そのアドレスのVRAMデータの色が出力されそうなんだけど、
0x3f**以外ではそうはならないみたいなんだよね・・・
これはレジスタ兼用でもそうならないものなのかな？

184 ：
>>181
なるほど、了解です。
自分も実験してみよう。

185 ：
>>183
The PPUDATA read buffer (post-fetch)
ttp://wiki.nesdev.com/w/index.php/PPU_registers#The_PPUDATA_read_buffer_.28post-fetch.29
ここに $0000-$3effは内部リードバッファから返すが、$3f00-$3fffは(PPU内部の)データバスに直接配置されている
と書かれているので、この辺りの差で挙動が変わるっぽいですね。

186 ：
>>179
>seiは要らない
しまった、モロ立ってた
どうも
>>180
パレット$3fxxは通常はPPU内部アクセス、つまり擬似NTSC信号を生成する回路とのやりとりであって
普通のPPU空間には出力されないとどこかに書いてあった気がする
ttp://nesdev.com/2C02%20technical%20reference.TXT
- palette RAM is accessed internally during playfield rendering (i.e., the
palette address/data is never put on the PPU bus during this time).
ttp://wiki.nesdev.com/w/images/d/d1/Ntsc_timing.png
画像の通りパレットのアクセスはない
しかしこういう挙動もある、これはレンダリング止めた場合だろう？
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.
この辺あやしいね

187 ：
>>176
今回はjmp *にしてもHBlankに収まるっぽく大丈夫なようですが
127 line目で
$2001のレンダリングオフにする瞬間の
PPU tickのばらつきが
249～254 nop連打の場合
249～257 jmp連打の場合
ばらつきが3dot分増えることになります
市販ゲームのIRQ関係もゴミだらけだし気にすることはない
直前に入れるのはいいアイディアだね

188 ：
>>185 >>186
なるほど、、、
まだ理解してないけど、このあたり読めばわかる気がしてきた。ありがと
しかし、PPUのアドレスレジスタの兼用さえなければ、レンダリング中に読み書きできて
BGアニメーションとかもっと便利だったろうにって思ってたけど、
Ntsc_timing.png みるかぎり、ひっきりなしにアクセスしてるんだね・・・
とするとメモリポートが２つないとだめだから、結局は無理だったのか。
>>187
了解。
sei/cliさえしなければ最大6クロックだから、6*3=18dot（nopにくらべて12dot大きく)
ずれるのが許容できればおｋってことね。
許容できるのか、計算するのが大変だけど（ｘｘ

189 ：
この現象で分った事。
パレットの04 08 0Cは00とは別の値を格納できるが、実用上何も使われていないと言う事（合ってるよね？）。

190 ：
↑あってるっぽい
ただしスプライトの四の倍数とは共有か
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;

191 ：
流れぶったぎるようで申し訳ないけど、デバッガ機能が一番使いやすいNESエミュはどれですか？

192 ：
>>191
FCEUXがおすすめ。
（読/書/実行)ブレークポイント、スキャンラインごとのVRAM内容表示、RAMウォッチ あたりの機能をよく使ってる。

193 ：
ありがとう

194 ：
ブレークポイントの使いやすさは
G-NESじゃないか
よっぽどトリッキーなコーディングしないならこれで十分

G-NES　は使いやすい、指定行まで実行がStepOverを兼ねる
FCEUX　はログ機能が最強、シンボル機能搭載、エミュ精度も結構よい
Nintendulator　はデバッガ付きではエミュの精度が最強かな、使いにくい

195 ：
>>190
そう、スプライトと共通（04=14、…）
僕は実機で確認したけど、nendoかnestopiaと同じなら間違いないだろうな。
古いネット上のドキュメントとか間違ってたりするから100%鵜呑みにしない方がいいよ（エミュのソースも）。

196 ：
G-NESは使ってなかったから、ちょっと触ってみた。
デバッガは、FCEUXとG-NESほぼ同等やね。
ちょっとわかりにくいけど、アドレスクリックして"Seek To"で指定行まで実行もできるし。
（この機能が超欲しかったけど、いま探すまでアドレスクリックで指定できるの気付かなかったｗ）
しかし、FECUXのシンボル情報って吐き出してくれるコンパイラあるのかな・・・
使えれば便利そうなんだけど。

197 ：
マッパー0のカセットを何本か作りたいんですが
既存のソフトのHVC-NROM-256K-02基板からICを外すのが面倒なので
プリント基板だけを通販しているところとかないですかね？
もしくは，CADデータとか．

198 ：
ちなみに作りたいカセットとはこれです．
この1週間ちょっと頑張ってインプリしてました．
アセンブラなんか普段いじらないので，めちゃくちゃです．
でも，このスレはちょくちょく見てるので，恩返しに公開します．
ttp://sayonari.com/famicom/FamilyBird.zip
綺麗に書き直したかったですが，しばらくいじれそうにないので，
皆さんに託します．
FCEUXではちゃんと動くんですが，ROMに焼いて，
FC互換機（GCC NEXT）で動かすと，
スプライトがチラチラと画面中に散らばって表示されます．
メモリ管理とかちゃんとしてないし，変なところに書き込んだり，
PPUアクセスのタイミングがむちゃくちゃだったりとかが原因だと思います．
互換機じゃなくて正規版本体ならちゃんとうごくのかな・・．

199 ：
そこまでやって正規版FCを持っていないというのが謎過ぎる
高いわけじゃないんだから普通に買えばいいのに

200 ：
>>198
スプライトDMAの前に$2003に$00入れるといいかも

201 ：
>>200
すごい！かなり軽減されました．しかしまだチラチラがあります．
しかしさすがのアドバイスありがとうございます．勉強になります．

202 ：
なんで土管に触っただけで死ぬんだ
こんなクソゲー久しぶりに見たわ

203 ：
>>199
ファミコン本体は実家にはいっぱいあるんですが，今の家にはなくて，
急遽必要になったので，とりあえず，ヤフオクで互換機を送料込み９００円で落札しました．
その後，今もですが，正規版ファミコンをどれにしようかと，ヤフオクでキョロキョロしてます．
互換機は今日届きました
>>202
これは，FlappyBirdっていう人気アプリのオマージュですが，それも土管で即死です
ROMライターのLEAPER-3Cのドライバが64bitWin7では動かなかったので焦りましたが，
VirtualPC上のXPmodeというやつで，そのOSからLEAPER-3Cが使えたので
良かったです(´ρ｀)

204 ：
非VBlanc期間がループで一切の処理をしていないからDMA転送がVblank内に収まってないんじゃないかね
通常は非VBlank期間にキー入力だのスプライトのデータ準備だのデータを用意しておいて
Vblank期間は描画処理だけを行うようにする

205 ：
>>204
ありがとうございます！
チャレンジしてみましたが，上手く実装できませんでした(´ρ｀)
どの処理をどこでやればよいか・・・．
もう時間的に頭が働いていないのかも．とりあえず寝ます．

206 ：
>>198
なかなか、ファミコンらしい可愛いグラフィックやね。
nesdevでflappy bird作った奴いないの？みたいなスレがあったから、貼るのもおもしろいかも
http://forums.nesdev.com/viewtopic.php?f=2&t=11103
ちなみに、Nestopiaでもバグってるっぽいので実機の前にこっちでデバッグしたら楽かもしれない。
残念なことにデバッグ機能はほとんどないけど・・・

207 ：
>>206
nestopia情報ありがとうございます！
試してみましたが，パレットがおかしくなるバグはありますが，
実機互換機で起こるチラチラ飛び散りバグは出ません．
正規本体でもでないかな．正規本体早く買おうかな．
nesdevにも凸したいと思います（〃゜ω゜〃)

208 ：
>>207
最初のロゴでスプライトのゴミが出るのはメモリの初期化をして
いないからだと思う
パレットがおかしいとかスクロールがぶれるとかそういうのは恐らく
表示期間中にPPUに書き込みしてるんじゃないかな

209 ：
fceuだとチラツキは見えない

210 ：
時々音がおかしくなる。

211 ：
>>198
タイミングめちゃくちゃ＆画面ゴミ＆遷移時ちらつき＆各PPU系メモリ初期化すらできない
こういった初心者はG-NESだけ使ってればいい
そもそも仕組みをちゃんと理解していればこういった不具合を起こすことはない
最近うｐる人っていつもこういう傾向だけど、わざと間違えてレス貰う釣りなの？
見た目綺麗だけど不器用で挙動めちゃくちゃなソースの人多いね、BGオンする前にVBlank待たずにチラつかせたりとか
最低限NESTECJ.TXTかndox200.zip理解しとけよ
　・スプライトメモリの初期化をしていない、Y座標（0xef <= y <=0xff）とするとスプライトはオフになる、Reset:とシーン#1入り口等でやれ
　・NMI直後にJSR PadGetやる暇はない、まずSPRDMA。プログラムのあちこちにSPRDMAがばら撒かれているのはおかしい
　・シーンチェンジのVRAM初期化から離脱するときに、VBlankを逃してVRAMに書き込んでる
　・あなたは当分.macroは使用禁止、これは上級者向け
　・シーン#1の初期化でPPU $23be-$23bfへ書き込めていない
　・シーンチェンジの瞬間に下記と同じ理由でカクついていると思う
　　　シーン#0の初期化の際
inc <BGUPDATED
.g2
jmp EndBG　もうこの時点で123ライン程度経過している、つまりブラウン管のど真ん中描画中に
　　　こんなことをやっている
sta VRAMADDR　　これはゴミがでるね
sta SCROLL　　カクつくね
lda #%00011110 ; スプライトとBGの表示をONにする
sta PPUCTL1　カクつくね
　　　この次の箇所へ提案…
パッドはここにおけばいいはず
各～_playはたぶんここでいい
snddrv_playはここでいい
rti
各シーン初期化最後の　inc <BGUPDATED　直後にNMIオンにして大胆にrtiしちゃえばすこしマシになるかな
根本解決にはならないけど

212 ：
>>197
もう構造的に破綻しているけど
この先スクロールゲームにするなら
今の構造のままだともっと破綻する
理想的には
バッファに命令語を用意しておき
NMI直後に命令語を読み取ってVRAMに書き込む
こういうスタイルじゃないとね
構造が悪いからデバッグの難度も上がる
小規模なうちに治さないと

シーンが増えると結局テーブルジャンプや間接ジャンプ（ jmp [mem] )、こういった関数ポインタを使わないとやってられないと思う、
デカくなったswitch文のアセンブラでの効率のよい実装のことね。
cmp #n の比較地獄をしていたら、デカくなればなるほど後の方は遅くてやってられない。
シーンが続き番号でないなら比較地獄も免れないけど

>>197 >>199　LEAPER-3C
謎な奴だよなｗ
IC引っこ抜くよりCADデータある方が時短になるのかｗ
エミュでデバッグできないやつが、実機ROM焼きしてたら、ますます時間無駄にすると思うけど
>>200
姑息な手かと思ったら、少し根拠あったのね　＞　Obscure details of OAMADDR

213 ：
ファミコンは画面周りがややこしいからなぁ
自分も昔は資料が少なかったこともあって
BGを正常に表示できるようになるまでけっこうな時間を要したな

214 ：
原理的にはむしろ単純だろ
なぜそうなるかの理解がないから理不尽に受け取るだけで

215 ：
>>213
ハードウェア的には単純なので、ソフトウェア側での配慮が必要
という方が適切だと思う。

216 ：
惜しいなあ、技術的にはいいこと書いてるハズなのに口調で台無し
必要もなく刺々しい言葉「しとけよ」「やれ」などを使ったかと思えば
「釣りなの？」「と思う」などと子どもじみた表現が混ざる
いい歳こいて言葉を選べないって、それはもう恥ずかしい事だよ
書き込む前にきちんと自分の書いた文章、推敲したするべきだよ
自分も、他人も、傷つけないために

217 ：
>>198
□ゲームについて
全体的に良い感じにまとまっていると思いました。
ただ、ミス即ゲームオーバーなので、残機制かライフ制にした方が少し長く遊べて楽しいかなと思います。
あと、果物などのアイテムを出して取ればボーナス点が入るとか。
□プログラムについて
BG書き換えについては、VBlankを深く考えていない実装になっているので、ここから立て直すのはきついと思いました。
205さんの指摘のように、PPUに転送するデータを一旦バッファに入れてVBlank中に転送するフレームワークを作って移行する方が早いかと。
VBlank中にPPUに転送できるデータ量は限界があるので、BG書き換えの実装部分はそれを配慮した作りに直さないと駄目ですね。

218 ：
>>216
ゆとりメンタルなやつは２ちゃん見なきゃいいんじゃない？
お前らは延々と即値でスプライトのバッファ初期化して、
100レス前も読めずNMI使えず$2002のポーリングでループ作ってるアホと同類だろ？ｗ
何度同じこと言われても改善しようとしないやつｗ
前スレの>>700あたりから湧いてる

画面カクついてる時点で釣りかと思ったし
全部のシーンを厳密に検証する気はないから「思う」と書いただけでね

こういう書き込みも増えたね
>～エミュで動作しました、バグってました
そりゃ画面がカクついていたり、
ソフトリセット、ハードリセット時に挙動が乱れたりするのは誰が見てもバグだよな
>>217
つくりはじめたばかりのやつが、まとまってるのか？

219 ：
皆さんご親切に本当に有難うございます．実際にプログラミングしながら勉強することで，
たくさん吸収出来てます！！
>>211
親切にソースチェック＆修正案ありがとうございます．
こういう方が即レスくれるのも，さすがこのスレという感じです．
プログラムは，何も考えずに，ここまでとりあえずという感じなので，
皆さんから頂いた意見と，わかったことを入れて，プログラムし直したいとおもいます．
>>217
PPUへのアクセスに時間がかかるし，BG描画後にVRAM周りにアクセスするとヤバイ
っていうことを知らずに実装していった結果が今のプログラムです．
ご指摘のように，バッファに用意→転送にすることと，　VBlankの時間を考慮した
実装にしたいです．

ソース公開は恥ずかしかったですが，頑張って出して良かったです！
想定よりも，皆さんからレスを頂けて嬉しいです．頑張ります！

220 ：
>NMI使えず$2002のポーリングでループ作ってる
初心者でこれやらかす奴はたぶん某サイトの影響受けてるだろ
あそこは全体的に説明が不足しすぎてるよ
更新も長いこと止まってるし、当てにするのはやめたほうがいい
Nesdevの日本語資料理解するだけでもだいぶ変わるし
他にも今ではNES関連資料のサイトなんていっぱいある
特にI/Oレジスタについてはサイトによって書いてあること違ったりするから
一つのサイトに拘らず色々見るといい

221 ：
>>219
BG描画後にVRAMアクセスがNGではなくて、
非VBlank中にVRAMアクセスするのがNGなんです。(画面が乱れる)
短いVBlank中にVRAMを書き換えるために、バッファにデータを溜め込んでおいて、
VBlank(NMI)割り込みに入ったらすぐにバッファのデータを転送しろってことです。
あと、もちろんですが、スプライトのDMA転送もVBlank中に行わなければなりません。

222 ：
>>198 みたいな、打たれてもへこたれないヤツは2ch向きだね。ガンバレ！
>>216 の意見には同意だけど、そういうヤツもいるのが2chの味なのかなぁ
自分に対して >>212 みたいな反応されたときは、頭来たけどなｗ
修行が足りない

223 ：
失礼、>>211 は >>211 の間違いでした。

224 ：
当時のRAMはデュアルポートではないから読んでいる最中に書き込みはできない
単純な構造だよね？
で、画面を描画している最中は(BGもOBJも)データをVRAMから読み出している真っ最中だから
そこで無理やりデータを書き込むと、今まで画面描画時に参照していたVRAMのアドレスが置き換えられてしまうため
元の描画処理を継続することができなくなり画面の表示が破綻してしまう
表示周りをいじる際VBlank期間中にアクセスしなければならないのはこういう理由

225 ：
キラキラスターナイトのソースを読んでみたい。

226 ：
遊び方にパテントはないわけでして

227 ：
>>225
絵は卓越しているけど
プログラムは大して高度なことはやってないでしょ

228 ：
RIKIがパソファミの安藤に媚び売っててﾜﾛﾀ
ロジックボム組み込んだりする基地外なのを知らんのか近頃のもんは

229 ：
パソファミ作者はメールでの対応が最悪レベル
自分の非を認めないどころか人を犯罪者扱いしたりするキ○○イ
おまけにホンコンのソース盗用疑惑もあるしな　ホントどうしようもねぇよ　
素人にはこれしかないから売れるんだろうけど　それが余計にたち悪いね

230 ：
>>228
>>ロジックボム
そういう噂を聞いたから
その後にちょっとだけ調べたけど
プリンタポートでないI/Oポートに向けて
x86のout命令が発せられてたような、ないような
windows98なら簡単に発動するのかな
より堅牢なOSであるwindows2000にしてたから
効果なしっぽかったけど
近頃のもんが吸出しやROM焼き実機動作させてるのをよく見かけるようになったけど
ソソハメさんの名前がなぜあまり挙がらないか理由をよく認識しておいた方がいい＞もっと近頃のもんたちへ

231 ：
気持ち悪いのが涌いてきたな

232 ：
すみません、吸出しというのは英語では何というのでしょうか？スペルを教えて下さい

233 ：
dump

234 ：
>>140
宝石のラスタスクロール凄いね。あと、スプライト吹雪は気持ちいいっす
このスレッドで新しい演出ジャンルに出会えたのは嬉しいね
>>198
土管避けるの難しいけど楽しいね
BGの判定は凄いと思う
どんどん成長してゆくのが楽しみ

235 ：
頂いた修正案をもとに「まずSPRDMA」にして（PAD情報ゲットも指定の場所に移した），
また，プログラム中で何回もSPRDMAしてしまっていたのを削除しました．
実機でのスプライト飛び散り表示はなくなりました．

ただ，シーン切替時のがたつきや，
BGのミラーリングの問題で，裏で画面更新していけないなどの構造欠陥などは
修正していないので，またまとまったらご報告させてください．

236 ：
ジョイパッドの読み取りルーチンをリファクタリングしたら結構コンパクトになった。
6502のアセンブラは奥深い。
Joypad_Update:
lda #$01
sta $4016
lsr a ; same as lda $00 & sec
sta $4016
ror a ; same as lda $80 & clc
sta <JOYPAD
sta <JOYPAD+1
.1
lda $4016
and #$03
; clc
sbc #0
ror <JOYPAD
lda $4017
and #$03
; clc
sbc #0
ror <JOYPAD+1
bcc .1
rts
>>234
ありがとうございます。

237 ：
あ、
sta <JOYPAD
ror a ; same as lda $80 & clc
sta <JOYPAD+1
として、JOYPADには$00入れないと不味いね。

238 ：
>>237 (clcと)sbc #0をcmp #1にすればsta <JOYPADは不要

239 ：
>>238
ああ、確かに。さらに小さくなりました。
ありがとうございます。

240 ：
RevolvingGemsのゲーム本体部分が出来ましたので公開します。
ttp://homepage3.nifty.com/~kyoske/nes/RevolvingGems070.zip
残りはタイトル画面と遊び方画面を実装して終わる予定。

241 ：
すげー

242 ：
商用レベルのできだと思う。
気になるのは、連鎖がどんどん発生しやすすぎではないのかなと

243 ：
>>242
連鎖しやすいのは、６方向に対して６種類の駒しかないので
仕様上、確率的につながり易いのが原因です。
駒の種類を増やせれば良いのですが、パレットが足りないｗ
最初は３個つながったらで実装していたのですが、
あまりにも連鎖が続くので４個にしています。
それでも消せなくなることが無く延々と続けられるので、時間制に逃げました。
作って思ったのは、ぷよぷよの仕様は絶妙なバランスなんだなぁと。

244 ：
追加された音楽がスタートで変更できるのは、個人的にうれしいですね！
後、セレクトボタンはどんな効果があるのでしょうか?（効果音だけ?）

245 ：
131です。あの後、
いろいろ注意深く書き込みを見ていたのですが
人に意見されるってすごく大事だと思いました。
ちなみに、cc65でオセロとShootingGameSampleを作ったのと、
nesasmでブロック崩しを作ったのも
自分です。
今までは自分はチキンで人に意見言われるだけで、
むっつりと黙っていましたが、これからは
もっと能動的に動きたいです。
ファミコンのブロック崩しをソース付きで晒すので
汚いし、ロジック的におかしいところばかりですが、
見てやってください。
僕はカービィやマリオ、くにおくんのファミコン少年の一人の
つもりなのでファミコンは、ホント好きですし、このスレッド
を最初から見ています
http://www1.axfc.net/u/3252687.zip

246 ：
こんな事書き込みたくて書き込むわけじゃないですけど、
ファミコンの正常動作って何ですか？
どうすれば正常動作っていうんですか？
いつまにか、このスレッドは本物のROMと同じように動かす為に努力してる
人たちを称え、褒めてきました。
正常動作って定義がどこにあるかはファミコンで動作すれば分かるんじゃないですかね。
それ以外を異常動作というなら、エミュレータはほぼ全て異常動作ですよ。

247 ：
>>243
始まった瞬間操作する前に勝手に連鎖するってのだけでも
どうにかならないかな
初期配置のみパターンで持つとか

248 ：
>>246
そうですよエミュは異常動作ですよ
実機で動かないのを言い訳してるだけにしか聞こえませんね

249 ：
本当に実機で試したのか知りたいですが、
自分の言いたい事は実機で動かない事の言い訳じゃなくて、
ファミコンのプログラミングが１つの古代技術でそれが通用するのはあくまでファミコンのみ
という事なんですが＊＊が素晴らしいとか＊＊の技術は優れているとかのある意味
マニアックな話の流れになっているというか、
ぶっちゃけ、自分の作ったファミコンゲームは技術的には全然優れてないので、
優れた技術を持った人たちに憧れたみたいなところがあります。

250 ：
＊＊には、ラスタースクロールやスプライトダブラー、
FFの高速スクロール、BGの高速書き換え、パレットアニメーション
を入れてください。

251 ：
cc65の作ったやつは(REVERSI,SHOOTING GAME SAMPLE)動く自信がないですが、
nesasmで作ったやつも(IWA WO OTOSE,BLOCK)動かないんですかね。

252 ：
>>244
スタートとセレクトは、サウンド系の開発用にテストできるように追加していた機能で
今回スタートを少し改良して選曲出来るようにしました。
セレクトは、効果音を作る時以外は意味を成さないので、次の完成版では削除する予定です。

253 ：
>>247
初期配置をパターンで持つのは、バリエーションを作るのが大変なので、
採択したくないですね。
代わりに内部で連鎖が止まるまで処理を繰り返して、
そこからゲーム開始するよう実装してみます。

254 ：
>>249
私も最終目標は実機で動作させてみることなのですが、
そこまでの道が遠い状態です。
一応、動作させるための目処は立っていて、材料とかもそろえたのですが
ROMライターから自作せねばならないため、いつになるかわかりません。
実機で動作したのを確認して初めて、ファミコンのプログラムを作ったと、
胸張って言えるかと個人的には思っています。

255 ：
>>254
ネットカフェから書き込みです。
そうですね。ファミコンの実機で動いたら感動しますし、
実機で動かしたいです。
ファミコンの実機は持っているのですが、ＲＯＭライターや
ＥＥＰＲＯＭ、同軸ケーブル、ビデオデッキ、自分用のテレビ

256 ：
など問題が山積しているので、現段階では難しいです。

257 ：
>>245
一通り読んでみました。
.bank 0 ; バンク０
.org $0300 ; $0300から開始、スプライトDMAデータ配置
Paddle00_Y: .db 0 ; スプライト#1 Y座標
Paddle00_T: .db 0 ; スプライト#1 ナンバー
WRAM領域の$0300にデータ定義の記述があるが、
ビルド出来ているのであろうが、記述としてはまぎわらしいので
Paddle00_Y = $0300
Paddle00_T = $0301
と記述した方が良い

.memclearloop
　　sta [$00],y
　　iny
　　cpy #255
　　bne .memclearloop
254までしかループしていない。cpy #255が不要

258 ：
>>257
続き
VBlank直後に行うべき処理と、ゲーム本体の処理を分離したほうが良い。
パッドとボールの座標と、スプライトの座標は別に持っておき、
パッドとボールの座標をスプライトデータに反映するにように
実装した方が、プログラムの書き方としては綺麗だと思う。
VBlankのタイミングを考えずに、スプライトとBGの表示をOFF/ONにして
VRAMを書き換えるのはやめた方が良いと思う。
nestopiaとかでも普通に表示できていたけど、書き換え量が多くなると
画面がちらつくのでは？

　　jsr Pad_Check
ソース上に Pad_Check が見つからない。

lda #0 ;これはROMなので出来ないので、こうする
sta STAGE1,x ;〃
ROMに0を書き込む意図がわからない。
VRAM書き込み先のアドレスをブロックの座標から
計算しているが、ブロックの配置位置が有限個であれば
表引きで求める方法もある。
(Ｙ座標だけでも表引きにすると処理が結構簡素化します)

259 ：
ギコ猫さんのところで、覚えた技術ばかりという理由は
英語が出来ないという理由なのですが、これは理由になってないみたいですね。
①英語が出来ない
↓
②英語の技術情報が分からない
↓
③日本語だけの技術情報に頼る
の無限ループなので、英語を中学英語から
やり直したいと思います。
ちょうど良い本がアマゾンで見つかったので
ttp://www.amazon.co.jp/%E4%B8%AD%E5%AD%A6%E3%83%BB%E9%AB%98%E6%A0%A16%E5%B9%B4%E5%88%86%E3%81%AE%E8%8B%B1%E8%AA%9E%E3%82%92%E7%B7%8F%E5%BE%A9%E7%BF%92%E3%81%99%E3%82%8B-CD%E4%BB%98-CD-BOOK-%E5%B9%B3%E5%B1%B1/dp/4860641663
あと、スプライトの定義のその定義の仕方は知らなかったです。
でも、ある意味スプライトDMAのアドレスを考えれば当たり前なんでしょうけど。
iny cpy bneの間違いは、間違えて覚えていました。
ギコ猫さんとこはパレットの読み込み時に
ldx #0
.loop
lda ourpal,x
sta $2007
inx
cpx #32
bne .loop
みたいにやっていたのですがよく考えれば、0-31までを読み込んでいたんですね。
これは、引き算の小学一年レベルの間違えですね。差がNの時、合計数は、N+1になるという事なんでしょう。
つづく

260 ：
>>257-258
VBlankとゲーム本体処理を分離ということはNMIを使うって事ですね。他の方も言ってましたが
スプライトと実際の座標を別に持つというのは、以前やったことがあるのですが、クソ汚いソースになってしまいましたが、少しだけわかってきた気がします。こんな感じですかね。
>>261に書きます。

VBlankのタイミングと書き換えは理解しずらいのですが、ファミコンのPPUの仕様なんですかね。
Pad_Checkは、他の方が作られたソースなので、あえて外しました。ROMに0を書き込んだ意図は、恐らくないです。気づかないまま放置してしまいました。
ブロックの配置位置が有限個ならテーブル化できるんですか？今度やってみます。
アドバイスありがとうございます！！ホント助かりました。知らなかった事や理解出来なかった事が分かってよかったです。

261 ：
.org $300 ;データ定義
Sprite:
Sp00_Y: $0300
Sp00_T: $0301
Sp00_S: $0302
Sp00_X: $0303
01_Y: $0304
01_T: $0305
01_S: $0306
01_X: $0307
...
ldx #0
.SetObjAxis2RealAxis ;スプライト座標を実際の座標に代入する
lda Sprite+0,x
sta Real_Y,x
lda Sprite+3,x
sta Real_X,x
inx
inx
inx
inx
cpx #(4*4) ;4つのスプライトを代入する
bne .SetObjAxis2RealAxis

262 ：
間違えました。

.org $300 ;データ定義
Sprite:
Sp00_Y= $0300
Sp00_T= $0301
Sp00_S= $0302
Sp00_X= $0303
01_Y= $0304
01_T= $0305
01_S= $0306
01_X= $0307
...
ldx #0
.SetObjAxis2RealAxis ;スプライト座標を実際の座標に代入する
lda Sprite+0,x
sta Real_Y,x
lda Sprite+3,x
sta Real_X,x
inx
inx
inx
inx
cpx #(4*4) ;4つのスプライトを代入する
bne .SetObjAxis2RealAxis

263 ：
英検三級、即ち中学卒業程度の英語力とgoogle翻訳があれば十分。
海外サイトの情報も何も全部理解する必要はないし、図、表、技術用語さえわかれば殆ど問題ない。
それに今では日本語資料も充実していると思うし、あえてギコ猫のところだけを参考にすることもないだろう。
初心者のうちは他人が作ったソースを見てよく理解し、そこからいろいろ学ぶのもいいだろう。
公開されているソースによっては丁寧に説明が細かく書いてあるものもある。

264 ：
>>263
英検３級は持ってますが、かなり文法が怪しいです。単語に関しては最も初期の「萌えたん」を
P-StudySystemを自作問題集を作って覚えた程度です。
１つ１つの単語が読めても何を言いたいのかわからないので、今持っているくもん中学英文法
という本をゆっくりと確実にやる事にします。
初心者というにも、初めてから時間がかかり過ぎてる面はあるのですが、
恐らく他の方の作ったソースを断片的にしか分かっていないというのはあると思います。
google翻訳に関しては、使うブラウザがchromeなので、標準で使えます。

265 ：
>>252
セレクトは効果音テストだったのね。疑問解消しました
ソフトの完成楽しみにしてます

266 ：
>>260
> VBlankのタイミングと書き換えは理解しずらいのですが、ファミコンのPPUの仕様なんですかね。
VBlankの意味を理解していない節があるので、まずは、ブラウン管の話からします。
機知の情報かも知れませんが聞いてください。
ブラウン管の裏から電子銃で電子を飛ばし、ブラウン管表の蛍光面を発光します。
真っ直ぐ飛ばしただけでは、ただの点なので、磁界をかけて電子が飛ぶ方向を変えて
左上から右へ水平方向に線を書くように発光させ、再び左端に戻ってさっきより
ちょっと下の位置で同じように水平方向の線を発光させます。
これを画面下まで繰り返して、再び左上に戻ります。
これをすばやく繰り返すことで、ブラウン管の蛍光面全体に画像を表示します。(ラスタスキャン方式)
電子の飛ばし先が右端から左端に戻る期間を水平帰線消去期間(HBlank期間)、
下端から上端に戻る期間を垂直帰線消去期間(VBlank期間)と呼びます。

267 ：
>>266
続き
VBlank期間は、一瞬で戻るのではなく、NTSC(日本のアナログ放送の信号規格)の場合
20本分の横線を描くぐらいの時間があります。この間、電子銃から電子は飛びません。
非VBlank期間は、ファミコンのPPUは画像の信号を作るため、
CHR-ROMからパターンを読み込んだり、VRAMからネームテーブルや
属性情報を読み込んでいて、PPUの信号線(PPUバス)を占有しています。
VBlank期間は、PPUが画像の信号を作らないので、PPUバスは開放されており
CPUはPPUを介してPPUバスにつながっているVRAMにアクセスできます。
「VBlank待ちの直後にVRAMの書き換えを行え」というのは、PPUが映像信号を
作るのに邪魔にならないタイミングでVRAMにアクセスしなさいということです。

268 ：
>>267
続き
非VBlank期間中にCPUがVRAMにアクセスできる方法があります。
PPUレジスタ $2001 のbit3とbit4を0にして、BGとスプライトを非表示にすることです。
画像の信号を作るためのPPUのCHR-ROMやVRAMへのアクセスが止まるので
PPUバスが開放され、CPUはPPUを介してVRAMにアクセスできます。
代わりに、画面に何も表示されない箇所が現れることになります。
BGとスプライトを非表示にするタイミングにばらつきがあると、
画面がちらつく現象となります。
> VBlankのタイミングと書き換えは理解しずらいのですが、ファミコンのPPUの仕様なんですかね。
ファミコンの設計による制限であるため、仕様と言えば、その通りです。

269 ：
>>268
続き
同世代の他のパソコンとかでは、表示中にもCPUからVRAMにアクセスできるものが
あるのに、ファミコンで出来ないのはなぜ？
→画面表示用の信号線とCPUからVRAMにアクセスする信号線が別になっているためです。
　VRAMもデュアルポートメモリという、アクセスの口が２つある特別なRAMを使っています。
　ファミコンのWRAMやVRAMに使われているのは、アクセスの口が１つのシングルポートメモリです。
→信号線も増えるため、基板上の配線が複雑化し、基板のサイズや層が増えてコスト増になる可能性があります。
ファミコンのVRAMにデュアルポートメモリを使わなかったのはなぜ？
→コスト削減のためです。
　一般的にアクセスポートが余分にあるデュアルポートメモリの方がシングルポートメモリより部品代が高くなります。
　また、WRAMとVRAMに同じ部品を使うことで、大量に発注し部品メーカーに単価の引き下げを交渉できます。
とりあえず、わかりやすく説明したつもりですが、間違いなどがありましたら
フォローお願いします。>All

270 ：
>>266
VBlankに関しては、「ファミコンの驚くべき発想力」という本の78ページ前後に
記述がありました。が、>>266さんの説明の方がより詳しく説明しているように
見えます。
HBlank期間のHはホライゾン？(水平)の略でしょうね。VBlankのVは、バーチカル(垂直）
の略な気がします。
NTSCとPALの違いも知らなかったのですが、日本は、NTSCだったんですね。
VBlank待ちの直後にビデオメモリの書き換えをするのはそういう理由が
あったんですか。
非VBlank期間中にCPUがVRAMにアクセスできる方法、これは知っていましたが、
欠点は知りませんでした。

271 ：
Horizontal Blankingですかね
かつてはPPUの特定のバージョンのみで発生する不具合なんてのもありました
スクロールレジスタがある値の時、VRAMアドレスレジスタを触ると背景色が化けるというもの・・

272 ：
PPUの特定バージョンというのが分かりませんが、製造されたファミコン本体
ですか？それともエミュレータか何かですか？
スクロールレジスタは、$2005の二度書きレジスタですよね。

273 ：
RPGやなんかでフィールドから街へフィールドから戦闘への場面変更で一旦ブラックアウトするのは
画面初期化して書き直す時間を稼ぐためでもあったんだろうか？

274 ：
製造ロットによるがファミコンの中には2つのカスタムLSIが入っている。
一つはRP2A03というもの　もう一つがRP2C02というもの。
前者がCPUとAPUやI/Oポート周りで、後者がPPU。
PPUがRP2C02なのはNTSC出力のものだけで、PALならRP2C03、RGBならRC2C05など。
型番の後に続くアルファベット(例：RP2C02EのE)がバージョンを表している。
特定バージョンというか、初期型に不具合が多かった。
ちなみに製造後期になるとデコーダやインバータも1チップのカスタムLSIにまとめられる。
でもなぜかSRAMがSOPからDIPに戻ってる。入手先が限られてきたのかな？

275 ：
>>273
スクロールは基本的にネームテーブルを2枚とも使うので
表示されていない方を裏画面として使うのはちょっとめんどくさい
だから場面転換時には画面表示を一旦オフにする必要はあるけど
画面全体を書き換えるにしても数フレームだからほぼ一瞬で終わる
わざわざ時間稼ぎしなければならないほどでもないので
フェードなりの画面効果は演出を目的としてると思っていい

276 ：
>>269
同世代のパソコンなどのVRAMはシングルポートのDRAMだよ
CPUをウェイトで止めたり、DMAで勝手にCPUが止まったり、アクセスするタイミングを
工夫して見かけ上同時に読み書き出来るようにしてあったり、VDPが調停してくれたり
色々あるけども

277 ：
>>245-246
名乗り出なくてもバグだらけのキ○ガイプログラムだからすぐわかるよ。
人の言うことを聞かないで数年間NMI使えないで、いつも同じバグ出して、「正常動作の定義は？」って逆ギレ。愚痴キ○ガイ消えてくれ。
・あちこちでゼロページ < 忘れすぎ → auto-zeropageが施された改造版のnesasmあるよ
・なにをしているのかよくわからない。ROMに書き込んではいけない。実機動作を狙ってるなら
lda #0　　;これはROMなので出来ないので、こうする
sta STAGE1,x　　　;〃
・Aボタン押したときのデューティ比的な音バグ（数年間放置されたバグ
誤 lda APU_REG0_DUTY_875
誤 ora APU_REG0_COUNT_ON　　←　　PadStat = $20 と重複！
誤 ora APU_REG0_FIX_ON
正 lda #( APU_REG0_DUTY_875 | APU_REG0_COUNT_ON | APU_REG0_FIX_ON )
・
誤 lda APU_REG1_FRQCHG_ON
正 lda #APU_REG1_FRQCHG_ON

・既に指摘があるようにcmpが変。loadのフラグの変化とブランチのフラグ条件を理解していない。
lda なんたら
cmp #0
beq または bne
・jsr Pad_Check　は　他人 >>236 の？ 算術sbc使ってるから変だと思ったけど

パッと見でこれだけミスしてて、どこにまともに動く要素があるわけ？氷山の一角だろう。
今回も 「.dw 0; VBlank割り込み」見てまたお前かとやる気を失ったけど、BLOCK.symが同梱されていたので捗った。

278 ：
NMI使えない、各種メモリやレジスタの初期化していない奴って
ｷﾞｺ猫の前半章のコピペ＆拡張だったんだな
後半章ばかり見てたから原因がわからなかった>>220
言い訳にもならないけどね
他人のソース調べればわかることだから
後半章のソースも問題あり
>>270
指摘されると、「私は～知ってましたが、あえてやりませんでした」　じゃなんでNMI使えないの？
「VBlank待ちの直後にビデオメモリの書き換えをするのはそういう理由があったんですか。 」
（レトロ）ゲームのプログラムに興味ある人はみんな知ってるよ。Direct3Dだって垂直同期の概念あるでしょ。
>>273
ゲームによる。
特にCHRがRAMでドラクエⅢやⅣのようにROM容量がきつくて圧縮されたゲームは遅い。
数10フレームかかる。
エミュのパレットをハックしてネームテーブルビュワー見ると展開のスピードを見やすい。
・戦闘画面に移行するとき
　　CHRのパターンテーブルがRAMな場合は普通に書き換えるだけで時間がかかる。
　　書き換える前にPRG内の画像圧縮を展開するだろうからもっと時間がかかる。
・マップ画面に移行するとき
　　マップとマップチップの展開に時間がかかる
市販のゲームは限られたRAMやROMのスペースで展開と転送をこなさなければならず
我々が専用のルーチンで高速転送するのとはわけが違う場合もある
全部ROMで持ってるゲームならもっと速くて10フレーム程度かな

279 ：
>>277
NMIは使わなかったのは、確かにギコ猫のコピペだからと使い方を知らないからです。
いろいろ問題があったのは、事実ですし、バグがあったのも事実です。
何と言ったら良いか分かりませんが、ガッカリさせてすみませんでした。
みなさん、wという笑いや嘲笑の意味の文字を使っていないので、自分の為を思って
書き込んでいるのが見て取れます。
>>あちこちでゼロページ < 忘れすぎ → auto-zeropageが施された改造版のnesasmあるよ
どうもアドバイスありがとうございます。
>>・なにをしているのかよくわからない。ROMに書き込んではいけない。実機動作を狙ってるなら
>>lda #0　　;これはROMなので出来ないので、こうする
>>sta STAGE1,x　　　;〃
ROMは書き込めないということは知っていましたが、放置したバグの結果であることは
この前言ったはずです。

>>・Aボタン押したときのデューティ比的な音バグ（数年間放置されたバグ
>>誤 lda APU_REG0_DUTY_875
>>誤 ora APU_REG0_COUNT_ON　　←　　PadStat = $20 と重複！
>>誤 ora APU_REG0_FIX_ON
>>正 lda #( APU_REG0_DUTY_875 | APU_REG0_COUNT_ON | APU_REG0_FIX_ON )
ありがとうございます。どうしてボタンを押すと変な音なのか分かりませんでした。
何か原因があるとは思っていましたが何が原因かは全くわかりませんでした
>>・ 誤 lda APU_REG1_FRQCHG_ON
>>正 lda #APU_REG1_FRQCHG_ON
これもありがとうございます。
つづく

280 ：
>>・既に指摘があるように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使えない、各種メモリやレジスタの初期化していない奴って
>>ｷﾞｺ猫の前半章のコピペ＆拡張だったんだな
>>後半章ばかり見てたから原因がわからなかった>>220
はい、そうです。ギコ猫の前半章の主に９章のコピペです。
>>言い訳にもならないけどね
>>他人のソース調べればわかることだから
他人のソースを調べるという事がどんなに重要か分かりました。
>>後半章のソースも問題あり
>>270
>>指摘されると、「私は～知ってましたが、あえてやりませんでした」　じゃなんでNMI使えないの？
>>「VBlank待ちの直後にビデオメモリの書き換えをするのはそういう理由があったんですか。 」
>>（レトロ）ゲームのプログラムに興味ある人はみんな知ってるよ。Direct3Dだって垂直同期の概念あるでしょ。
”NMI”という言葉を知っていても言葉を忘れていたのと、使い方を知らないからです。

281 ：
>>236さんのソースではなく、ネット上に公開されていたソースを使いました。

282 ：
変数に
>>・ 誤 lda APU_REG1_FRQCHG_ON
>>正 lda #APU_REG1_FRQCHG_ON
の違いって何ですか？

283 ：
実機で検証してくれたことに対して
>本当に実機で試したのか知りたいですが
って何気に失礼だよなこいつ

284 ：
>>280
> ”NMI”という言葉を知っていても言葉を忘れていたのと、使い方を知らないからです。
131さんには申し訳ないが、
まずは、WikipediaでCPUの割り込みについて勉強してきた上で
ttp://ja.wikipedia.org/wiki/%e5%89%b2%e3%82%8a%e8%be%bc%e3%81%bf_(%e3%82%b3%e3%83%b3%e3%83%94%e3%83%a5%e3%83%bc%e3%82%bf)
1) NMIとVBlankの違い
2) ファミコンのプログラミングでNMIとVBlankを混在しても話が通る理由
3) .org $FFFA .dw 0 .dw Start .dw 0 というソースを見た他人が呆れる理由
を、自分なりの理解や考えで説明してもらえるかな。

285 ：
言い訳になっちゃうかわかりませんが、できたら明日の朝に書き込みます。
ホント自分は基地外なのと、頭が痛いし熱いのでこのままほおっておくと
風邪をこじらすので、すみませんが、失礼します。
リアルが充実してる人たちがうらやましいです。

286 ：
>>285
別に急がなくてもいいよ。その代わり自分でちゃんと考えること。
体お大事に。

287 ：
頭の悪い高校生なんだから察してやれよ
こいつ高校の名前を自分から暴露するような奴だぞ
しかしまぁ基地外って自覚あるなら5年ぐらいROMってればいいのに
色々と知識が欠けすぎててこのスレで質問できるレベルにすら至ってないわ

288 ：
自分の理解不足を棚に上げて正常動作の定義がおかしいなどと言い張るのは
自分を肯定するために社会を逆恨みする典型的秋葉原通り魔みたいな思考回路だよな
近所でネコの惨殺死体がなければいいけど

289 ：
多くのエミュレータの再現目標は「市販ゲームが動作すること」であって
不完全なプログラムが「実機と同じように動作しない」というレベルでの再現には至っていません
ファミコン程度の規模であっても完全再現するエミュレータはいまだに存在していません
たとえばファミコンでは電源投入時にRAMの内容が不定であり
すべての市販ソフトでは確実に動作させるために必ずRAMを上書き消去するなど、必ずそれを前提とした実装がされています
しかしエミュレータの中には通電直後のRAMの初期値が&amp;H00に設定されているものがあり
初期値が何であれRAM内容を消去するように実装されている市販ゲームは問題なく動作しますが
RAMの初期値が&amp;H00になっているものであるとして組まれた不完全なプログラムだと
そのエミュレータでは動作するが実機では意図した動作をしないという問題に陥ってしまいます
同様ににVBlank期間が実機より長めに設定されているエミュレータも存在しています
VBlank期間が長いことで市販ゲームを動作させることに影響はありませんが
そのエミュレータ固有のVBlank期間を基準として作成された自作プログラムは
実機上だとプログラマの意図通りの動作をしないことになります
このようにエミュレータ上のほぼすべての挙動において、実機ほどシビアではなく動作してしまう方向に緩く設計･再現されているため
実機の挙動を意識せずにエミュレータを基準として作成された自作プログラムの多くは
結果として実機で動かないものになってしまいます

290 ：
マッパーが電源投入時に選択するバンクですが
通常、実機ではハードワイヤードされている最終バンク以外の選択可能バンクは第1バンクが選択されるケースがほとんどですが
多くのエミュレータはなぜか先頭から順番通り昇順に選択されます
市販プログラムは必ず初期バンクを設定するように実装されているため問題なく動作しますが
バンクの並びをアテにした不完全なプログラムはエミュレータでは動くが実機では動かないというケースが起こります
>>240のプログラムはCHRバンクの初期設定がされていないので
CHRバンクが未設定でも順並びに選択されるようなエミュレータでは問題なく動作しているように見えますが
実機だとスプライト側のバンクがすべてバンク0になっているので、宝石落下時のスプライトがBG用のCHRで表示されてしまっています

291 ：
初期化処理って重要なんだなぁ

292 ：
>>287 ：名前は開発中のものです。：2014/06/09(月) 21:32:44.17 ID:fvy3sA+P
>>頭の悪い高校生なんだから察してやれよ
>>こいつ高校の名前を自分から暴露するような奴だぞ
>>しかしまぁ基地外って自覚あるなら5年ぐらいROMってればいいのに
>>色々と知識が欠けすぎててこのスレで質問できるレベルにすら至ってないわ
以前チャタリングに関して質問したり、ネームテーブルが固定画面で960もあるから
どうやって書き込むのかと質問した者でもあるのですが、それではマズイんですか。
あと、これはおかしい話なんですが、このスレッドのパート１からROMってました。
もう１０年も前の話ですよね。
>>288 ：名前は開発中のものです。：2014/06/09(月) 21:38:04.12 ID:dEpln6L7
>>自分の理解不足を棚に上げて正常動作の定義がおかしいなどと言い張るのは
>>自分を肯定するために社会を逆恨みする典型的秋葉原通り魔みたいな思考回路だよな
>>近所でネコの惨殺死体がなければいいけど
猫や犬は可愛いので、そんな事しません。小さい子供に馬鹿にされても黙ってしまうような
性格なので。あと、その時は、自分でも実力が足りない自覚が無かったんです。
逆ギレ云々言った人たちには悪いですが、切れたのは事実ですが、本音と建前を
使い分けるのが日本人の美徳じゃないですかね。
そもそも、逆ギレと決めつけるあたり、あなたたちは
叱ったのではなく、怒ったと考えてよろしいでしょうか。
>>284
途中ですみませんが、
1)NMIは、ハードウェア割り込みの一種でマスク不可能な割り込み、
VBlankはブラウン管の電子銃が下端から上端に戻る際の割り込み。

293 ：
NMIとVBlの正確なタイミングが分からないんだよな。
同時だと動かない市販タイトルがある。

294 ：
10年もこのスレ見ててそのレベル・・・そして技術資料すら理解できない英語力・・・
最早かわいそう過ぎて同情するわ・・・

295 ：
他のパソコンから書き込みです。
なんというか、僕が素直じゃなくてしかも怒りっぽくて
先人の知恵を学ばないという姿勢が悪いと思っています。
低能という言葉がありますが、まさに自分がそうだと思っていますよ。
自他ともに認める低能です。ファミコンのCPUより遅い動作周波数
なので。>>246は撤回します。まことにすみませんでした。
ごめんなさい

296 ：
>>284
2)
VBlankに入った時に必ずNMIの割り込みが訪れるからでしょうか
3)
本来ならばメインループにNMIを使うべきだからでしょうか
VBlankにポーリング？という言葉を初めて知りました。

297 ：
>>245
ところで
NES Assembler (v3.21, 2005/04/09, Denki Release)
これどこで手に入れたの？
かなりレアなバージョンぽくて見つからない。

　RAMの初期化、スプライトメモリの初期化
以前誰かに指導してるでしょ、あちこちの他人ソースでも示されているし
　スプライトONにしているデモプログラムでスプライトメモリ初期化してないのは論外なんだよ
だからG-NESのスプライトメモリビュワー使えって
　未初期化メモリにアクセスしたら他の言語のコンパイラは警告出すでしょ
逆にファミコンほどの原始的なハードで、なぜ0フィルされると思った？
0フィル傾向が強いエミュだってハードリセット、ソフトリセットで挙動違うわけだしね

298 ：
HuC v3.21付属のやつじゃねえかな

299 ：
見つけた

300 ：
1)Vblankは厳密には割り込みそのものではない。語源を考えればわかる。
　あとマスク不可能な割り込みでは説明不足。
2)ファミコンにおいてNMIは必ず訪れるものか。
　もし必ず訪れるのならあんたが今まで書いてきたプログラムはどうなる。
　$0000から命令を実行しまくる羽目になってるだろ。
3)それならばなぜNMIを使うべきか。
全体的に不正解および説明不足そして調査不足、理解や考えも不足。
わからない言葉があったらまず目の前のPCで調べろ。
あと自虐がまるでへそを曲げた子供のようでみっともない。自虐は反省とは違う。
しばらくROMって頭冷やすことをおすすめする。

301 ：
分かりました。しばらくROMることにします。
ただ、僕は本当に低能ですよ。何しろ、IQが69なんで
(test the nation)

302 ：
言葉選べない奴ってみっともないなぁ
上級者気取ってふんぞり返って偉そうに他人に説教しとるが相変わらずガキ丸出し
これが一人だけやってるんだから目立つわな
いいかげんさあ、そのチンピラみたいな恥ずかしい態度で人に接するのはおよしなさいよ

303 ：
まあ、こういう苦言を呈してあげても
前みたいに自分の口汚さを正当化するための言い訳しか言わないで
何が悪いのか理解出来ないまま同じ事を繰り返し続けるんだろうけど
他人に反省促す前に、自分がまず反省して態度改めなよ

304 ：
多重人格らしき
”リバーシ君”　が湧いてから同時期湧いて来た子たち
”YY-CHRとNESASMが使いづらい君”
”NESASMが難しいからC言語で組もうよ君”
”iNESヘッダや.incbinのことはわからないけど、nesdevの仕様書すべて読んできます君”
能書き”ダブラ君”
三日坊主の”まとめwiki君”
”DPCMの仕様教えて君”
”www.dotup.org大好き君”
スタックぶちこわしてても　”PPU制御レジスタのタイミング等も問題無いはずなのに。 君”
”デバッガ使えません君”
こんな初歩の初歩教えるのが上級者扱いなのか
だから自演て言われてるのに
ゴミみたいな不良動作のプログラムのアップロードに対し
わずか数時間で
”fceuで陽性かくにん　よかった”
とレスが付くのも特徴
追い込まれると
～とは別人だけど、と枕詞をつけて自己弁護

305 ：
>>292 >>296
1)
NMIの説明はまぁ正解。300さんの指摘の通りVBlankを割り込みと言い切るのは誤り。
NMIは割り込みの種類を示す言葉でVBlankは映像信号に関する言葉であり、そもそもカテゴリが違う。
2)
私が考えていた正解は、
PPUから出るVBlank期間を示す信号線が、CPUのNMI割り込みの入力ピンにつながっているから
300さんが「必ず訪れる」は誤りと言っているのは、VBlank期間に入ったときに
VBlank期間を示す信号線に信号を出すか出さないかをPPUで制御できるため
3)
NMIを使用するかどうかは別に問題ではない。
NMIとIRQのベクタ(割り込み時に実行されるアドレス)に0が設定されているから。
PPUなどのレジスタの設定を誤り割込みを受け付ける状態になった場合に
何が書かれているかわからない0番地をプログラムが走ることになり、
安全性を考慮しておらず、知識不足であることが読み取れるから。
割り込みを使わないのであれば、すぐに rti で戻るルーチンのアドレスをベクタに設定するべき。
Nmi:
　　rti
Irq:
　　rti
　　.org $FFFA
　　.dw Nmi
　　.dw Start
　　.dw Irq

306 ：
>>290
指摘ありがとうざいます。
初期化するよう処理に反映します。
＃やっぱり実機で確認できる環境欲しいな

307 ：
>>301
ROMてても知識は身に付かないだろうし、お題を出すのでプログラミングの経験を積んでみてはどうだろうか。
第１ステップ
スタック、メモリ、PPUなどの初期化を行い、VBlank待ちのループを行う、基本のプログラムを実装する。
NMIの割り込みも実装し、NMIの割り込みの度に、$ffのメモリを1増加させる。
割り込み処理でないVBlank待ちのループでは、$ffのメモリを監視して255から0になる度に$feのメモリを1増加させる。
エミュレータのメモリビュアーで約4秒ごとに$feのメモリの値が1増加することを確認する。
第２ステップ
BG画面を16x16サイズのブロックで画面いっぱいに埋める。
パレットの設定を行う。
画面にゴミが出ないように全スプライトを画面外(Y>=240)の位置に表示する。
第１ステップのプログラムを改良する。
割り込み処理ではないVBlank待ちのループで、VRAMに書き込みたいデータを用意してバッファに格納する。
NMI割り込みで、スプライトデータのDMA転送の実行とバッファに格納されたデータをVRAMに書き込む処理を行う。
プログラムを書く際に、他人のソースを参照するのは良いが、コピペは絶対行わないこと。
必ず目で見て手打ちすること。
書いたソースは、何度も読み直して、処理を説明できるぐらいまで理解すること。
プログラムが出来たら内容をレビューしたいので、批判にめげずに公開して欲しいと思う。

308 ：
なんでこいつが仕切っとるの？

309 ：
書き込みたい気持ちはありますが、大分経って事態が鎮静化
してから書き込みたいです。あと、少なくとも今から
１００レス程度は様子を見ながら、今から同時にお題を解いてみます。
というのも技術的な指導ならゲーム開発技術板のスレッドなので分かります。
しかし、自分の未熟な部分があるのは自分でも分かるのですが、
明らかに何度も自分の人格を否定していてスレ違いになってるのもあります。

310 ：
それがどうした？悪いのはお前だろと言われればそうなのですが
これが何度も続くようなら、明らかにいじめとしか思えないのです。
いじめと思うのは間違っていると思うのなら、どうして簡単に何度も
いろんな欠点や粗を探してこうも傷つけたがるのですか？
あと、自演と言っている人へ、
自演をしているように見えるのは、明らかにおかしいですね。
IPアドレスを２ｃｈの運営元に頼んでもらって調べれば分かる
とは思います。IPアドレスが分かるという事は、書き込んだ場所も
特定されます。
ファミコンのプログラムを公開する書き込んでから家から出かけて
帰ってきてから同じパソコンで書き込んだ事くらい見抜けると思うのですが。

311 ：
それにしてもやけに静岡県民が多いな
自演に間違いないな不自然すぎるわ

312 ：
あと100レスと言わず一生ROMってればいいのに
そうすりゃスレも荒れずに済む

313 ：
まってください。静岡県民が多いのは、俺が周囲から基地外呼ばわり
されてるのと、症状のせいだと思いますよ。
それと、自演と決めつるのはまだ早いです。なぜなら、
専門用語を知らない人間が自分を弁護できると思いますか？
そして、恐らくその症状のせいで、うざったく思うから
このスレで叩かれているのだと思います
これで最後にします。１００レス待ちます

314 ：
いいから>>307が終わるまで書きこみを控えてくれ・・

315 ：
スレ違いかもしれないけど、ディスクカードをromに焼くことができる？

316 ：
>>315
何のソフトかにもよるが原則不可能と思っていいだろう
マッパー0相当のソフトだってアドレスの手直しが要る分相当な作業量になる

317 ：
>>316
機械語レベルの理解力があれば、できる？

318 ：
理解力と相当な根気が要るだろうな
絶対アドレス参照の命令で$6000以降参照のものをすべて書き換えなきゃいけないのだから

319 ：
>>318
ディスクシステムの片面の容量は64Kバイト?64Kビット?

320 ：
ディスクシステムの仕組みも理解する必要があるだろう。

321 ：
64Kバイトといわれている　実際にはもっと少ないけど
というか厳密には1バイト単位のような定まった容量はなかったはず
もし片面8Kバイト(64Kビット)だとしたらドンキーコングすら収まらないよ
というかこれぐらい調べれば出てくるのでまず調べようね

322 ：
>>321
ディスクシステムのソフトには、名作が多いのでリンクの冒険、ドラキュラ2など海外版を所有してますが、ディスクシステムでしか遊べないソフトがあるので、ROM化出来たらなと思いました。音源も積んで。って誰かやってないですかね?

323 ：
かつてmdc5linkerというものがあった(ROM化の際にはこれの個別パッチが参考になるかもしれない)
ただし悪用が多すぎてサポートは終了した、ディスク>カセット変換したものを売りさばくような輩が続出した
事実、ある時期ヤフオクで本来ディスクでしか出ていないソフトがカセットとして出品されている例が多数確認できた
というか普通にディスクシステムでやれば？
一体ROM化ってなんのため？ディスク持ってるならディスクシステムでやればいいじゃん
ROM化前提なら吸出しも完了してるだろうしバックアップも万全、なのにあえてROM化しようとする意図がわからない
どの道、音源までサポートした上でROM化するにはいろんな知識が要る
ディスク音源と互換性のあるチップは存在しないため、RAMアダプタ内のもの(ただし非常に大きい、64pinDipだったかな？)を使用するか、もしくは
新たにFPGAなどのPLDを使って実装するか・・・方法はあるがディスク音源如きにそこまでする人がいるかどうか

324 ：
>>323
ディスクシステムは、ツインファミコンもそうですが、ベルトの劣化もありますし、ヘッドも劣化するでしょう。

325 ：
>>324
http://fcs.main.jp/archives/fcs_road/Diskbelt/diskbelt2.html
知っているかもしれないがこういう方法もある。
バックアップについてはエミュが嫌なら、FDSLOADRという、
PCを仮想ディスクドライブとして使えるようにするソフトがある。ただ数年前の記憶では、相当PCの機種を選ぶソフトだった。
それからDOSベースのソフトのため現代のNT系OSじゃ動かないから、古いWin9x系の動くPCが必要になる。
更にRAMアダプタとの接続のためPCが双方向通信可能なパラレルポートを持っている必要がある。
これを使うとPCに存在するFDSファイルをRAMアダプタに転送できる。

326 ：
最近FDSLOADRrの上位版のようなfdsloadersaverを作った方がいるよ

327 ：
>>325
アドバイスありがとうございます。今思いついたんですが、ディスクのRAMアダプターを改造してMicroSDカードに入っているディスクのイメージを転送できるに出来たらいいのになあ

328 ：
機械語の知識（開発ができるレベル）と、
論理回路の知識（設計ができるレベル）に加えて、
電子工作を行えるスキルが必要
あと、英語力（データシートとか、ほとんど英語）。

329 ：
131氏は何が嫌われてるか分かってないんだろうな
何か指摘されたら「あ、はい俺が悪いですさて、」くらいの勢いで
全く態度を変えず話を続けるのがどれだけ人を無視した行為か
理解できないんだろうからもう書き込むなって言われてるんだよ

330 ：
なんだそりゃ
ヤクザの因縁レベルだな
キチガイに粘着されて可哀想

331 ：
Vblank(NMI)発生待ちじゃなくてVblank(NMI)終了待ちの書き方がわからない。
$2002読めばVblank中でも即座にスキャンラインの頭に戻るのかな？

332 ：
普通は終了待ちなんてしないと思うが・・・
あるとすればフレームIRQをVblank終了間際に起こすようにするとか、かな？
試していないからできるかどうかわからないけど

333 ：
あのバカはまだデバッガ扱えないんだな
他人のソースを読む気もない

334 ：
何だかんだ、がんばっているんだし応援しようと思う
完成を楽しみに待っています～

335 ：
RevolvingGemsで予定していた実装が全て出来たので公開します。
指摘を受けていた
・ゲーム開始時に消滅が発生しないよう駒を配置
・初期化時にCHR-ROMのバンクセレクトを明示的に行う
の処理も盛り込んでいます。
あと、フレームワーク部分(main.asm)も処理を見直して結構手が入っています。
ttp://homepage3.nifty.com/~kyoske/nes/RevolvingGems100.zip
ここまでお付き合いして頂きありがとうございました。

336 ：
夜中２時に書き込む
出来る方の別人格さんおつ

337 ：
すげー（2回目）
乙

338 ：
335氏
ソース勉強させていただきます

339 ：
ここを見てても本当に良いのだろうか？という気持ちと
ヤジでいまだに言ってくる人がいて、不快感しか湧かない
ので、ここはまず、書き込みも見ることも辞める事にします。
なのでいさぎよく、このスレから出ていく事にします。
ちなみに、「逃げる理由が出来て良かったな」とか書き込みそうなんで
言っておきますが、言う人は何とでも言うので仕方ないと思います。
最後まで不快感をお互いに感じあってしまい、すみませんでした。

340 ：
前スレで戦力外通告されてなぜ残った
英語読む気ないのはこの板的にも戦力外

341 ：
>>340
気に入らなきゃほっときなよ
小言を言うとまたグダグダと返答されるよ

342 ：
他スレみたいにテンプレに
初心者向けに何か書いておいたほうがいいかもね

343 ：
>>321
ブロック単位でモジュール化されているのでその間のGAPの分もあるからでは。

>>324
ベルトの劣化なら今はモビロンバンド一択。

ROM化は技術的に不可能でないらしいから必要なら頑張って作ってみれば。

アイディアとしてはスーファミのサスケの様なファミコンとRAMアダプタの間に挟む基板に
ROMに落としたゲームとそれをRAMアダプタに転送するプログラムを搭載すれば行けそうだ。

自分は他の8bitパソコンでメディアの劣化があるので↑のアイディアの実用化を目指してる。

344 ：
東方Projectみたいな画面は作れないか？との興味から作りはじめたのですが、弾丸の表示時点で、CPUの処理能力不足により先が見えてしまいました。
http://homepage3.nifty.com/~kyoske/nes/Experi9.zip
Experi9.nes .. 160発表示版
Experi9x.nes .. 負荷可視化板
Experi8_noshot.nes .. 弾丸非表示版
Select+下 でスクロール開始、Select+左右 で画面モード切替です。
弾丸の最大数を96に落として、仕切り直す予定。
自キャラ、敵キャラ、弾丸以外は、BGで描画しています。
枠内のスクロールは、ハードウェアスクロールとソフトウェアスクロールの併用です。
16x8の範囲でパレット指定や会話ウィンドウの表示に、縦方向のラスタスクロールを駆使しています。

345 ：
ジェムの人ｷﾀｰ
消えてる時間が結構長いのでかなりスプライトが見難いですねぇ
BGは相変わらずえらいことになってますが、負荷軽減でパレットはあきらめて
MMC5の画面分割機能の使用を考えてみても良いかも

346 ：
>>345
160発を56個のスプライトで表示しているので、
大体3フレームに1回の表示でちらつきが目立ちます。
次の版は、96発にスペックを落とすので、
2フレームに1回の表示になるので多少は改善されるはず。
MMC5は魅力的なのですが、最終目標が実機での動作なので
勿体無くないMMC3で頑張ろうと思っています。
あと、負荷は弾丸の処理が半分以上占めているので
MMC5を使っても状況はあまり変わらないかと思います。
すでに96発MAXに書き換えて、弾丸１つ辺り5byteの領域から
8byteに増えて、Tile番号と属性値が保持できるようになったので
処理が軽くなりました。
弾丸の角度の変化が無ければ、Bombの下辺りまでの
処理時間で済んでいます。

347 ：
>>346
1/2フレーム表示ならグラIIのミサイルなどで使ってましたね
欲を言えばですが、弾数が少ないときは1/1フレームで表示出来たら
いいかも
試しに割り込み無しにしたところ18ライン分くらい処理が減ってました
MMC5自体は光栄のゲームで結構出回ってるので入手は簡単かと
思いますが、今更変えるのもあれですね…
期待してますので頑張ってください

348 ：
NESASMでアセンブルしたNESファイルは自作カートリッジに焼く時もそのまま使えるんですか？

349 ：
RevolvingGems 1.00を実機で動かしたら不具合が出たので、
今さらですが調べて直してみました。
・タイトル画面の表示が乱れる
ウエイトが足りず、割込み処理での最後の$2006への書込みが
HBLANK中に行われていないようので、user.asmのUser_Irq_Title:直後に
nopを(余裕を持たせて)3つ追加して乱れを消しました。
・あそびかたを選ぶと止まる
タイトルで設定された割込みが無効化できずに発生し続けているようです。
Guide_Init:でIRQ_FNC+1を0にしたことで、
Irq:のjsr IRQ_FNC-1が飛ばされるため、
User_Irq_Title:中での割込みの無効化が動かないのが原因と思います。
user.asm 474行目のsta IRQ_FNC+1をコメントアウトして動くようになりました。

350 ：
sage間違えたorz

351 ：
>>348
kazzo+anagoのような環境だと直接NESファイルを使って書けますね。
ROMライタで直接書き込む場合だとPRGとCHRへの分割が必要かと。

352 ：
>>351
ありがとうございますNESplitという分割ツールがありました。

353 ：
>>349
実機での動作確認ありがとうございます。
＞タイトル画面の乱れ
割り込みが入ってから110clk目に最後の$2006を書いていたのですが、
nop３つ追加ということで、116clk目が正解ということですね。
今のやつも直さないと。
＞あそびかたを選ぶと止まる
VBlank中にIRQ_FNCを更新する仕組みを追加します。

354 ：
>>353
MMC3だとラスタの260ppu_clk辺りで割込み発生みたいなので、
そこから次ラスタの表示期間終了の256ppu_clkまでの、
(341-260)+256=337ppu_clk = 112.3cpu_clk
が必要な待ち時間だと思います。
sta $2006を確実にHBLANKに入れるために+4clkしましたが、
書込みが最後の1clkに行われるとすれば、数クロック削れるかもしれません。

355 ：
>>353
追実験して、nopは一つでも乱れは消えました。
割込み発生から最後のsta $2006完了までが112clkになるので、
ちょっとぎりぎりな感じはしますが。

356 ：
>>354
ttp://wiki.nesdev.com/w/index.php/MMC3#Hardware
Regarding PPU A12 rises:
If the BG uses $0000, and the sprites use $1000, then the IRQ will occur after PPU cycle 260 (as in, a little after the visible part of the target scanline has ended).
If the BG uses $1000, and the sprites use $0000, then the IRQ will occur after PPU cycle 324 of the previous scanline (as in, right before the target scanline is about to be drawn).
When using 8x16 sprites: When there are less than 8 sprites on a scanline, the PPU makes a dummy fetch to tile $FF for each leftover sprite. In 8x16 sprite mode, tile $FF corresponds to the right pattern table ($1000).

PPUアドレスバスA12がスキャンラインカウンタのクロックとなっている。
The counter is clocked on each rising edge of PPU A12, no matter what caused it, so it is possible to (intentionally or not) clock the counter by writing to $2006
BGとSPRをどっちに配置するかで、立ち上がり、立下りが変わるので、
IRQが起きる位置とライン数が変わるようだ。

357 ：
>>355
追試ありがとうございます。
clkを伸ばした場合、エミュレータでどうなるか確認したのですが
こちらでは1clk伸ばしただけでも乱れが発生しました。
実機向けとエミュレータ向けの２つのバイナリを用意する必要があるようです。

358 ：
だれかギコ猫より分かりやすいサイト作って
もしくは解説コメント付きのソース

359 ：
ギコ猫があるだけ恵まれた環境。1990年代のネットはファミコンの
内部資料は英語しか無かったからね。だから普通に挫折した。

360 ：
バッ活とファミリーベーシック

361 ：
Experi9(>>344)の改良版をアップしました。
http://homepage3.nifty.com/~kyoske/nes/Experi10.zip
結局のところ、ファミコン本体の2KBのWRAMだけでは
性能面を向上させつつ、やりくりするのは難しいとわかったので
MMC3の拡張WRAMを解禁、弾丸のワーク領域をそちらに移しました。
本体のWRAMに余裕が出来たので、マップの仮想バッファを
倍に増加して、既存の処理を最適化して負荷を下げました。
色々なテーブルを乗せている関係で、共通ルーチン用のプログラム領域の
サイズが足りないか不安になってきたのですが、拡張WRAMの空き領域に
プログラムを転送すれば良い事に気づき、さらにRAMに転送するんだから
自己書き換えルーチンにできるな、ということで、自己書き換えで性能が
上がりそうなルーチンを試作してみました。
あと、当たり判定実装したり、弾丸の移動処理作ったり、BGM鳴らしてみたりで
処理落ちしないのを確認できたので、性能面で目処が立ったかなというところです。

362 ：
試作した自己書き換えルーチンその１
ClearExtWorkMemory:
ldy #$60
lda #$00
tax
.1:
sty SMCLabel(.2+2)
.2:
sta $6000,x
inx
bne .2
iny
cpy #$68
bne .1
rts
SMCLabelは、転送先のアドレスに変換するユーザ関数です。
sta $6000,xの$60を書き換えています。
Indirect Indexモード 6clkに対して、Absolute Indexモード 4clkで
((6clk-4clk)*256-4clk)*8 = 4064clkの節約。

363 ：
試作した自己書き換えルーチンその２
Shot_Alloc:
　ldx　SMCLabel(.2+1)
.1:
　lda　SH_X,x
　bmi　.9
　lda　Round96+1,x
　tax
.2:
　cpx　#0
　bne　.1
　.db　$24 ; bit <$b8 (set v-flag)
.9:
　clv
　lda　Round96+1,x
　sta　SMCLabel(.2+1)
　rts
cpx #0の#0の部分を書き換え。
弾丸の空きを検索するルーチンで、次回の検索時は空きを検出した
次の場所から検索を始める処理となっています。
Round96は、0,1,2,...94,95,0,1,..と定義されているテーブルで
lda Round96+1,x で (x+1)%96 の計算をしています。
ゼロページの$b8には、$6cが格納されており、bit <$b8 でv-flagが設定されます。
空きがない場合にv-flagが設定されてリターンします。

364 ：
ファミコンのプログラム領域はROMだし、メモリも余裕無いから、
自己書き換えルーチンには縁が無いと思っていたのですが、
拡張WRAM使うとなると、有効な手段であるなと。
ただ、よく考えないと自己書き換えやっても効果を得られないので
どのようなパターンが有効か思考する必要ありだなというところです。

365 ：
>>361
おお、スプライトも見易くなりましたね。
実機（MMC3B）でExperi10.nes焼いて動かしてみましたが、BGが結構
崩れています。
Experi10_irq114.nesですとBGが崩れはしませんが東方の文字の中心あたり
からチラチラしています。
また、東方を知らないのでわかりませんが会話表示とスクロールをするとたまに
BGが崩れるようです。
（バンク切り替えに失敗したような感じで別の絵が出てました）
参考になれば

366 ：
>>365
実機での確認ありがとうございます。
会話画面表示時のBG崩れは、IRQのCHR-BANKの切り替えと
メイン処理のPRG-BANKの切り替えの衝突です。
PRG-BANKの切り替えは弾丸の移動量や角度算出のテーブル引きで使用しており、
会話画面では行わなくなるので、現在そのままにしています。

367 ：
ファイル実行したけど会話画面っていったい何のことなんだ

368 ：
セレクトボタンを押しながら上下でバックグラウンドのスクロール量調整
同じく左右で会話画面、ボスHPゲージ消去などができる

369 ：
今月号（先月号から？）のゲーラボに、ファミコンソフト開発って記事が載ってた
初歩的な奴だったから、今月号からかも。立ち読みしかしてないけど

370 ：
ゲーラボのファミコン開発は1回のみなのかな
DSみたいに連載して欲しいなーと思う
好奇心的な需要が有るんではないかと思ったり
>>361
弾幕が素晴らしいです。ファミコンでは史上初？なのではないでしょうか
BGのIRQスクロールも面白いです。
>>368
参考になりました。ありがとうございます。

371 ：
このスレに常駐して間違いを指摘してる人は何者なのかね？
元ハドソンの中○さん？

372 ：
もしかしてカル○ャーブ○ーンのあの社長か？

373 ：
おい、具体名だすんじゃねえ

374 ：
このスレではみなさんからのプログラムの投稿をお待ちしています

375 ：
>>83-85は進展無し？と思ってみたらもう２年前か

376 ：
CじゃなくてFORTHだったら需要あったんだがなぁ
俺の

377 ：
>>376
FORTHって何ぞ?

378 ：
>>377
プログラム言語のこと
似たものにMindがある

379 ：
>>378
プログラム言語のことだったのね
知らんかった

380 ：
前スレを亀レスするけど数をバラバラに設定すると
完成する時としない時があるのは数学的に証明されてる。
完成しない時があると知った時は10才で、その理由を知ったのは30才だったな。
214 名前：名前は開発中のものです。 [sage]： 2008/10/21(火) 23:36:20 ID:7W0HXoP0
空気読まずに投下
ttp://www.lenis.info/~axyz/15puzzle0.1.zip
C言語で15パズルとサウンド再生やってみました。

218 名前：名前は開発中のものです。 [sage]： 2008/10/30(木) 20:55:16 ID:thi/0x4l
ってゆーか解けないよね？コレ

219 名前：名前は開発中のものです。 [sage]： 2008/10/31(金) 10:50:22 ID:WqELvFXJ
なんだ、解けないの俺だけかと思ってたｗ

220 名前：名前は開発中のものです。 [sage]： 2008/11/01(土) 13:16:36 ID:K21w4wpQ
俺もだｗｗｗ

221 名前：名前は開発中のものです。 [sage]： 2008/11/01(土) 13:54:44 ID:OhOXRJQv
11と12と15をくるくる回してるのは俺だけじゃなかったのか

222 名前：214 [sage]： 2008/11/02(日) 00:09:23 ID:q5gp0DGO
しまった。完成形がわからなかったら解けるわけないじゃん！
0123
4567
abcd
efgh
の形が完成形です。・・・解いても何も起こりませんがｗ

381 ：
>>380
作者らしき人に解けない理由が伝わってないのが悲しいな
>完成形がわからなかったら解けるわけないじゃん！
http://www34.atwiki.jp/cc65/pages/39.html
にあるソースを修正しようとしたけどウチの環境じゃうまくコンパイルできなかった
誰か頼んだ

382 ：
何で数がバラバラだと解けないんだろね
タイルの移動する範囲が狭いからとかそんな理由？

383 ：
他のスレでバカと言われた自分がこのスレでは解けない時が半分あると指摘した人間です。

大学の理数系の初年度程度で履修する偶置換、奇置換等の行列の基礎理論。
まぁ「偶置換 奇置換 行列 15パズル」でググってみて下さい。

384 ：
追伸
数十年前は、この説明が表紙に書かれていた数学啓蒙誌をその説明だけの理由で買いました。
喫茶店で飲むコーヒー4杯ほどの価格なので、それと比較するとイイ時代になりました。

昔は数学バカだったかも知れません。そして今は何と言うバカなんでしょうかと。

385 ：
12000yenか……それなりのお値段だな……

386 ：
数学啓蒙誌の価格なら流石にそこまで高くない、5桁の数引いた4桁位かな。
ところで1杯が3000円ってどの辺りで飲むコーヒーだろう。

その他「偶置換 奇置換 行列 15パズル」でググるyaneurao氏のも出てくる。
http://d.hatena.ne.jp/yaneurao/20050821

図があって判り易い感じかと。

387 ：
このスレ住民でゲームレジェンドに参加した人いるかね
結構いそうな気がする

388 ：
初期のほとんどのゲームでラスタースクロールを使うときに
0爆弾使ってるけどDPCMタイマ割り込みは使えなかったんだろうか
あれを使ってラスタースクロールを実現したゲームってないのだろうか

389 ：
>>388

「ファミコン 技術」でぐぐると
じぇみに広野氏が語るファミコンソフトの開発技術
というtogetterがでてくるのであるが、それによると、
ガーディック外伝 でDMCのDMA終了割り込みを使ったが
一部の機種(ツインファミコン？)で割り込みが発生しなかったとのこと。

390 ：
>>388
使ってるゲームはあるよ
ロマンシアとか海外のゲームでいくつか

>>389
それも正しいのか微妙
CPUに内蔵された機能なのにツインの一部の機種だけで起こるとか
ありえるのかね

391 ：
へー興味深い、ツインファミコンじゃなくてあるとすれば考えられるのは初期型ファミコンじゃないかな
あれ音源周りの仕様が後期のロットとは若干違ったはずだしね　ただし
時期によってICにヒートシンクついてたりメモリがSOPだったり複数の標準ロジックICが一つのカスタムLSIに置き換わってたり
さらには主要ICのマイナーバージョンも変わってるから他のロットの固有の問題でもおかしくないとは思う

しかしそうか割り込みがかからないものがあるとは・・・
もし使うんなら使用可否の確認ルーチンを使う必要があるのか

392 ：
なるべく無音になるようなデータを用意しないといけないし、初期ではROM容量的にできないかもね。

393 ：
http://togetter.com/li/753345
http://www.wizforest.com/OldGood/ntsc/famicom.html
http://techon.nikkeibp.co.jp/article/NEWS/20081106/160884/?rt=nocnt

394 ：
2番目のサイトのパレット、
>実際には12色の中に同じ色を入れないといけなかったりして、12色フルに使うことはできないでしょう。
の解説希望。俺の仕様ではこんな制約はないんだが。

395 ：
>>394

１パレット３色の組み合わせで指定するので
ソフト制作の都合上、別々のパレットに同じ色を指定することもよくあり
常に異なる25色(SP12色+BG12色+背景色)を同時発色している訳ではない

と解釈しているけど、どう読んだ？

396 ：
>>395
ハードレベルでできない　としか読めないけど。
記憶を頼りに書いて間違ってたとか、逆に割と正確な所もあったりして微妙。

397 ：
>>396
ひっかかっているのは、「最大25色出せる、というのはあくまでも理論上の話。」という文でしょうか？
「論理上」と言い切るのは私も間違いだと思います。「事実上」と表現するかな。

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

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

異なる25色を同時発色しているゲームの具体例出せないし、
自分が作っているソフトもパレットの色重複しているので
何とも言えないが正直なところ。

398 ：
>>397
スペック上問題なく出来るのに理論上とか書くから誤解されると思うよ。
最大値は～色です。という説明だけでいい。「事実上」はいらない。

実際のゲームでは、というくだりから色の重複について画像を入れるなどで
説明すればいいと思うし、そっちのほうがわかりやすいだろう。

399 ：
バックアップを兼ねて制作途中版をアップしました。

東方老桜夢 ver0.10
ttp://homepage3.nifty.com/~kyoske/nes/TouhouRououmu010.zip

セレクト画面、自機移動＋ショット、アイテム、１面中ボス手前までのステージデータを実装。
自機のボム、ボス戦、会話処理などは、これからです。まだ先は長いな。

例によってソース添付していますので、興味がある人はどうぞ。

400 ：
なんのアドバイスもできないけど徐々に完成する様を楽しみにしてる

401 ：
>>400
何かコメントしてくれるだけでも助かります。
ひとり黙々と作っているのは辛いので。

402 ：
皆さんに１つアドバイスして欲しいことがあるのですが、よろしいでしょうか。

Ａボタン＝ショット　Ｂボタン＝ボム　で実装を進めているのですが、
ショットを押したまま、ボムを使おうとする場合にＡ押しながらＢを押す操作になります。

赤白ファミコンの場合には、ＡボタンＢボタンが真横に並んでいるので
そんなに押しにくくはないのですが、newファミコンの場合には、
Ａボタン右上Ｂボタン左下に並んでいて押しにくく感じました。

コンフィグで他のボタン割り当ても選択できるようにすることを考えているのですが、
こういうボタン割り当てがよいのではというアドバイスを頂きたいです。

ちょっと考えたネタとしては、

・Ｂボタン＝ショット STARTボタン＝ボム Ａボタン＝低速移動
・Iコン、IIコン２つ持ちで、IIコンのボタンでボム

ってのがあります。

403 ：
ショットはBボタンじゃないと操作し辛いと思う
Iコン、IIコン２つ持ちはゲーム性を損ないそうなので反対
自分の知ってる弾幕シューティングだとショットボタン連打＝高速移動
ショットボタン押しっぱなし＝低速移動なので、それがいいかな

Bボタン＝ショット（押しっぱなしで低速移動）
Aボタン＝ボム
START＋SELECT同時押し（もしくはSELECT押しながらSTART）＝リセット

404 ：
>>403
最初、Ｂボタン＝ショットで実装していたのですが、セレクト画面を追加した時に
Ａ＝決定＆Ａ＝ボムだと、誤って連打したり、操作方法がわからないので適当に押したりした場合に
ボムを消費してしまうのでまずいなと、変更した経緯があります。
Ｂ＝決定＆Ｂ＝ショットにするか検証して、問題なければ元に戻す方向でいきたいと思います。

start+selectの両方押しは取り入れたいと思います。

Iコン IIコン２つ持ちは、401の書き込みあと色々やってみたのですが、
どのように持ってもIIコンのボタンが押しにくかったのでボツにします。

newファミコンのコントローラの場合、startとＢボタンの組み合わせも操作しやすいのに気付きました。
start＝Ａボタン＝ボム　Ｂボタン＝ボム　にするのもありかなと考えています。

405 ：
決定ボタンを連打してたらゲームが始まっててボムを消費してしまうのは
様式美だから気にしなくてもいいと思う

細かいことだけど>>403は
START＋SELECT同時押し（もしくはSTART押しながらSELECT）＝リセット
の間違いだった

>>404
>start＝Ａボタン＝ボム　Ｂボタン＝ボム
Ｂボタン＝ショットってこと？

406 ：
セレクト画面の選択はスタートも効くようにしておけばいいんじゃね

個人的にはボムがどっち側か選択出来るといいな

407 ：
>>405
>>start＝Ａボタン＝ボム　Ｂボタン＝ボム
>Ｂボタン＝ショットってこと？

すみません。
start＝Ａボタン＝ボム　Ｂボタン＝ショット
でした。

408 ：
>>406
コンフィグでのボタン割り当ての変更は実装する予定です。

409 ：
連打誤爆が気になるのならセレクト画面はスタートのみ決定にしたらよくね？

410 ：
2A03はDPCMデータをどのタイミングでフェッチしてるんだ
DPCM再生したらプログラムの実行速度遅くなるとかあるのか

411 ：
>>409
色々考えて、今のところ、start または ショット(デフォルトＢボタン) を決定、
ボム(デフォルトＡボタン)をキャンセルに割り当てる方向で行こうかと思っています。

412 ：
>>410
英文で申し訳ないですが、nesdev wiki の記事によるとDPCMデータを読み込む時に最大4サイクルCPUが停止(ストール)するようです。

ttp://wiki.nesdev.com/w/index.php/APU_DMC#Memory_reader

413 ：
>>412
最大4って事は4ではない事もあるのか。別の所では1サイクルとか書いてあった。
>>410
SMB3の左下の方のちらついてる部分が、DPCM音に合わせて右にずれる。

414 ：
sm26685505

415 ：
ゲームパッドの裏面同士をくっつけて重ね持ち……

416 ：
東方老楼夢やってみましたがすごいですね。
今後の進展に期待しています。
少し気になったことですが、実機だと自機選択の画面でカーソルを
上下に動かすたびに全体的に画面が少し揺れますね。

417 ：
>>416
実機で画面が揺れるのを確認しました。
PPUにデータを送ることに影響して、IRQ割り込みのカウンタが何かずれているのかも。
バグ表に記録しておきます。ありがとうございます。

>>415
やってみましたが、裏側のパッドのボタンが押しっぱなしになるか、押しにくいのどちらかでした。

418 ：
机上調査レベルですが、実機で画面が揺れる(ピクンと跳ねる)のは、
・PPUへのデータ転送処理より先にIRQカウンタの設定をしている
・パレットの書き換えでPPUアドレスの$3fxxにアクセスしている
のが原因っぽいです。

$3fxxにアクセスするのでPA12のアドレス線が0→1に変化。
これをMMC3が拾ってIRQカウンタをカウントダウンすることで、
１ライン早くIRQ割り込みが発生して、画面がずれると推測しました。

419 ：
さっしーを本気でブスと思ったことはない、むしろ美人な方
ブスだけど

420 ：
何故、急にさっしーが出て来た？

ともかく美人の範囲には入らない、美人は石原さとみ、佐々木希、エリカ様あたり。

421 ：
>>397
中の人でしょうか。
色が重複してしまう理由が書かれていないのです（ファイアーの色をマリオとルイージから取ってこなければならない理由）。
重複しないように設定したいのだが、ハードの制約で重大な問題が生じる為重複させなければならない　と読み取れます。

確かに市販タイトルを少し調べてみましたが全て異なる色を使用しているのは見つかりませんでしたが。
それは、総合的なデザイン上の問題だと思います。
画面上に、「マリオ、ルイージ、レディ、ファイア」の4キャラしか出てこないゲームなら、全てに異なる色を設定しても問題ないでしょう。

422 ：
>>421

>中の人でしょうか。

違いますよ。

>色が重複してしまう理由が書かれていないのです

「別々のパレットから個別に色を選択してスプライトを
表示することはできない」というパレットの仕様を
説明したいがために、わざと色が重複する例を
出しているだけと私は解釈しています。

397さんの指摘のように、先に25色発色できるのを提示してから
重複する例を出す構成にするのが誤解を生まない方法だと
思います。

>重複しないように設定したいのだが、ハードの制約で重大な問題が生じる為重複させなければならない　と読み取れます。

「理由なく色が重複する例を出した」から
「重大な問題が生じる為重複させなければならない」という考えに至るのが
私の考え方と違うようです。
25色発色できるとも書いてあるし、重複させなければならないと
断言する文言も無いので、私はそう解釈はしませんでした。

総合的なデザイン上の問題　という指摘については同意です。

423 ：
ファミコンのプログラムに興味出たんだけどアセンブラやるならnesasmとcc65はどっちがオススメ？

424 ：
nesasmがアセンブラ
cc65がC
なのでアセンブラやるならnesasm

プログラミング経験者？

425 ：
cc65はca65つーアセンブラも付属してるよ｡

>>423
ca65もnesasmも結果として作れるソフトに差はない｡
なので､そういう質問するレベルなら簡素なnesasmで十分だと思う｡

426 ：
皆さんありがとう
プログラミングは初心者です
公式で配布しているnesasmは64bitで使えないみたいだから、まだ更新しているca65の方がマシかなと思った
自分の探し方が悪いのか？

427 ：
nesasmはソース付いてるから､自前でビルドして64Bit版nesasm作ってもいいのだが､面倒くさいなら､
MS-DOS Player
ttp://homepage3.nifty.com/takeda-toshiya/msdos/index.html
とか使えば､配布されてるnesasmのバイナリも､そのまま64Bit版Windowsのコマンドプロンプトの中で動くと思う｡

428 ：
ありがとうございます
そのソフト別の意味で面白そう
なるほど、自分でビルドしても良いのか
勉強がてらやってみます

429 ：
64bit版NESASMは既にある
ttp://www.2a03.jp/~minachun/nesasm/nesasm_x86.html

430 ：
>>1
http://orisari.cswiki.jp/index.php?CC65(CA65)

431 ：
>>1
http://orisari.cswiki.jp/index.php?CC65%28CA65%29

432 ：
VBlank待ちで$2002読んだ後VBlank中にスプライト書き込むプログラム書いたけど実機だと
左から右にスプライトを動かそうとするとスムーズに動いてくれない。ドンキーコングとか市販のソフトみたいに綺麗に動かすには
何を気をつけたらいいですか？

433 ：
普通は$2002を使ったVblank待ちを常用するようなことはしない、ギコ猫～のサイトでも見たのかな？
詳しくはこのスレの上のほうにあるレスを見てね

434 ：
>>433 ありがとうござます。プログラム変更します。

435 ：
>>1
アプリ倉庫だったところ
http://www6.atpages.jp/~appsouko/

436 ：
東方老桜夢のver0.20をアップしました。

ttp://homepage3.nifty.com/~kyoske/nes/TouhouRououmu020.zip

１面ボスまでの実装、ボムは未実装です。

プログラム構造的には、色々と変更中です。
当初は8KBのバンク１個にステージデータを格納する算段だったのですが、一番短い１面で現地点で5～6KBぐらいのデータになったので、複数のバンクに分散して持つように変更しています。
弾丸パターンのデータが思いのほか大きかった。会話データはこれからだし。

あと、415さんの報告してくれたバグを元に実機判定を行うことで実機用とエミュ用に分けてたnesファイルを一本化できました。感謝です。

437 ：
ちゃんとゲームになってて面白いわ

438 ：
8BIT MUSIC POWER

http://riki2riki.com/html/0_sample_8bit.html
http://www.gamespark.jp/article/2015/10/20/61077.html
https://www.youtube.com/watch?v=tb4ec90zWf4

プログラムが凄すぎる。

CrystalMarkみたいなスプライト量。
　YouTube30fpsの動画では4倍というのがいまいちよくわからない。チラつきだけで4倍表示させてるのか？
　DMAでスプライトダブラー行為するにはBGとSPR両方オフにしないと出来ないという噂だがどこかでオフになっている感じがしない。
　音楽部分で消費するクロック数は、VBLANK内か近傍に収めているだろうね、それとも下の方のラインでjsrしてるのか？。
　割り込み使うとレジスタ退避などでクロックを浪費するから極力使いたくないだろう。
　当初、sprite quadrupler　スプライト クワドラプラー　かと思ったが違うよな。
　計算で位置求めるのは不可能だろうし、横並びのところはスプライト循環もやってるだろうし、
　データ丸ごとテーブルで持ってるかな、そうなら長時間収録はできない。

パターンテーブルを4.5バンク切り替えてる？のか、全画面で複雑な絵。
　絵１枚で0x2000バイトのパターンを3.5面分総とっかえってことかな。
　どこでCHRバンクチェンジしているのか意識させない、バンクチェンジのノイズを抑えているようだ。
　こちらはクロック数が切迫していないから、割り込みは使い放題かな。

439 ：
パソファミ関係者っていうのがヤダ

440 ：
>>436
ファミコンでも弾幕張れるんだなと関心してしまった
所でVirtuaNES v0.97でプレイすると表記が色々ズレるんだけれどもこのエミュレータでは正常に出来ないということかな？

441 ：
>>440
VirtuaNES 0.97で確認してみました。

東方老桜夢ver0.20では、実機/エミュ判定を行っていてIRQ割り込みの頭で、実機/エミュ別にnopを入れてタイミングを調整しています。
実機 nop 2個、エミュ nop 0個となっているのですが、VirtuaNESでは、nop 3個で画面が安定しました。
実機は nop 3個でも安定した画面になるので nopを増やすのは問題ないのですが、
VirtuaNES は、実機/エミュ判定で、エミュと判断されているため、実機側に判定させる何かしらの手立てが必要な状況です。
Ａボタンを押した状態で立ち上げたら実機側とするといった方法でも構いませんでしょうか？

442 ：
ほう、実機判定してるんだ。

　VirtuaNESにあわせる必要はない。
使いやすさは最高だが、エミュレーション精度はいまや時代遅れだからだ。
　対しPPUクロック精度で書かれたより新しいエミュは
動作が重いという罠もある。

443 ：
>>442

では、申し訳ありませんが、VirtuaNES対応は宿題とさせていただきます。

実機判定は、VBlank期間中にMMC3のIRQを発生させれるかを行っています。
FCEUX Nestopia NNNesterJ で動作確認しましたが、この判定をパスしたのは Nestopia だけでした。
再現性が高いという評判は流石と思いました。

444 ：
しかし1クロック単位を考慮しなきゃならんソフトが多いってのもなぁ
ファミコンはホントに難儀なハードだよ
普通は表面だけをマネできればいいが、ファミコンの場合そうもいかないのがな

445 ：
VirtuaNESで見たが、ゲーム固有オプション＞タイル　で奇麗になる。

446 ：
>>445
ありがとうございます。
ヘルプにタイル状に分割して描画とあったので、ボスの体力ゲージなどの狭いライン間隔での割り込み部分が
どうななるのか気になったのですが、問題なく表示されるのを確認しました。

447 ：
ニコ動(sm28114684)に 8BIT MUSIC POWER の動画が投稿されていたので見たけど、
スプライト量４倍は、8x16モードで(8x8に対して２倍×偶数/奇数フレームで時間軸に分散で２倍　っぽい。

画面止めて、移動するオブジェクトの数を数えたけど、64個以内に収まっている。
オブジェクトの移動は、円軌道や微妙な加速減を行っているようで、それなりに負荷はありそう。でも無理のない範囲。

448 ：
　
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
http://homepage2.nifty.com/e-d-a/scurl/ays.html
　
　http://homepage2.nifty.com/e-d-a/scurl/SW-pos.html
　http://homepage2.nifty.com/e-d-a/scurl/SW-sp.html
　http://homepage2.nifty.com/e-d-a/scurl/SW-BB8.html
　
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
　http://www.o-naniwa.com/
このように現在まで６通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
　
　http://homepage2.nifty.com/e-d-a/scurl/ia-1-4.html
　http://homepage2.nifty.com/e-d-a/scurl/ia-2-1.html
　http://homepage2.nifty.com/e-d-a/scurl/ia-3-2.html
　
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に１１通のメールを頂戴しているか不明なところであります。
　
●クリスタル通り122号室住人
●浪速建設 女事務員 南野 東条　 ●アパマンショップ八尾店　加茂正樹
　
!!!!!!!!!!!!!!!

449 ：
ハードの話だからスレチかもしれないんだけどさ、ファミコンをTVに直接つなぐと壊れるとか言っている人がいたけど、どうしたら壊れるのかよくわからん
ファミコンのRF出力には常時5Vの直流成分があるから、せいぜい1V程度の入力を前提としたアンテナ端子につなぐと壊れるってことか？
壊れるとしたら直流カット用のコンデンサか？でもまず名の知れたメーカーのテレビがそんなに耐圧の低いコンデンサ使うことってあるのか？
同じ形の端子のBSなんかじゃ15Vあるしフールプルーフの観点からも、まともな企業がその程度で壊れるテレビを作るとは考えにくいとおもうんだが

450 ：
>>449

ググったら、次のサイトが見つかった。

ttp://d.hatena.ne.jp/Narr/20110406

RFスイッチを通す前提で回路を組んでいるので、RFを直結するといった保証の範囲外の使われ方をした場合に
どうなるかわからない、最悪テレビが壊れる可能性もある。
ってところのようです。

451 ：
ファミコン本体内の抵抗が過電流になる。定格を超えた電流が流れる。

452 ：
>>451
なんでRF出力をテレビにつなぐとファミコンの回路中の抵抗がやられるんだ？
ファミコンの中の7805が壊れるようなことでもない限りファミコン本体側の部品に過電流が流れるってまずないだろ

453 ：
>>449
逆にBSアンテナ給電に耐えられるか怪しいんじゃ？
ファミコン出た当初はそんなの無かったし。

まあ、本体だけなら安いし試してみたら良いんじゃね。

あと続きはこちらで。
http://tamae.2ch.sc/test/read.cgi/gameurawaza/1440501848/

454 ：
東方老桜夢 ver0.30をアップしました。
http://homepage3.nifty.com/~kyoske/nes/TouhouRououmu030.zip

ボムとゲームオーバー処理、タイトル画面を実装しました。

技術面でのトピックは、BG処理を背景＆エフェクトの２レイヤー構造から
WRAM上のバッファの内容を表示する２レイヤーを加えた４レイヤー構造に
変更したことでしょうか
新規に追加したレイヤーの１つを使ってプレイヤーのボムを表示しています。
BGなので8ドット単位でしか絵が移動しませんが、思ったより悪くは無い感じでした。
残りの１レイヤーはまだ先の話になりますがボス敵で使う予定です。

455 ：
>>454
乙です。

456 ：
>>450のサイトから色々有用な情報を得られたけど、全体的にだいぶ捻くれた書き方してんな
なんかWeb上のファミコン関係の技術者って心に闇抱えてる人が多いような気がするわ
Offgaoとか、某FPGA実装の人とか、安藤信明とか

457 ：
任天堂はまだまだ著作権を放棄するつもりはないみたいだね

458 ：
ファミコンの性能を限界まで引き出したソフトって何？
http://krsw.2ch.sc/test/read.cgi/ghard/1486542983/

459 ：
ここも書き込み減ったねぇ
アセンブリ言語自体下火だから仕方がないけど

460 ：
ファミコン用のゲームを作ってるやつはそこそこ要るんじゃないか
その熱気がこのスレまで届けばいいのだけどね

461 ：
>>454
今、ファミコンエミュの中で最も実機に近い一つと言われているMesenでもテストしてくれ

462 ：
MMC5PCM誰か持っていないですか？

463 ：
「新4人打ちマージャン 役満天国」はMMC5 PCMを使っているという情報がある

464 ：
ファミコンディスクシステム掲示板 FDS BOARD ディスクシステムを偲ぶ
http://park19.wakwak.com/~fantasy/cgi-bin/fdsboard/read.cgi?mode=all&list=tree&no=20
ディスクBASIC: まさやんのゲームいぢり
http://gameidiri.cocolog-nifty.com/blog/2007/02/basic_f283.html
Converting Super Mario Bros. to FME-7/Sunsoft 5B?
http://forums.nesdev.com/viewtopic.php?f=10&t=11000&start=15
Talk:Sunsoft FME-7
http://wiki.nesdev.com/w/index.php/Talk:Sunsoft_FME-7

465 ：
ディスクシステムでDPCMって鳴らせるか調べてみたら、
$C000～$DFF9にDCPMを配置して鳴らすことはできそうだな

466 ：
ここのHello Worldプログラム
http://hp.vector.co.jp/authors/VA042397/nes/sample.html

を単純にFDSに移植してみたけど、(バイナリ的には4バイトのパッチ)
でディスクシステムで動いたけどなぜか黒画面になる部分が$マーク
ばかりになってしまった。
https://i.imgur.com/LeKMwOO.jpg

467 ：
ディスクシステム(任天堂)のBIOSとシャープ ツインファミコンのBIOSって若干違うんだな。
Nintendoって表示されるかFamicomって表示されるかの違いだけど。
ディスクシステム(任天堂)のBIOSは40KBのNESイメージのものもあるけど、
シャープ ツインファミコン版を作ろうと思ったら、ディスクシステム(任天堂)の
ROMをシャープ ツインファミコンのものに置き換えてから吸出し機で吸わないと駄目かな？

468 ：
>>467
そこまでしなくてもDISKSYS.ROMから構成することはできます。
で無いなら作ってしまえということで、
Sharp Twin Famicom BIOS (J).nesをSharp Twin Famicom BIOS (J).nesに
するIPSファイル作ってみました。
https://www.axfc.net/u/3874041.zip

469 ：
>>468
スクショ
https://i.imgur.com/xKp7GNC.jpg

470 ：
>>462
これか？
https://hayabusa9.2ch.sc/test/read.cgi/news/1513920780/l50
>>465
そもそも市販品で鳴ってるソフトあるけど。

471 ：
バッ活パート11掲載「ROMゲームをディスクシステムで実行」ってのがあるようだ、
RAMアダプタを改造すれば、ROMのゲームをディスクに入れて遊べるようだな。
これはNROM(マッパー0)かCNROM(マッパー3)のゲームが対応しているようだ。
海賊晩でFDSのゲームをROMに入れたものがあるけど。これは$6000から
プログラムを配置できるマッパーを使用しちえる。どちらも基本的にアドレスを変換せずに
起動できる点がポイントだろう。普通にNES→FDSやFDS→NESをやろうと
思うと大抵アドレス変換が必要で大幅なプログラム変更の為気の遠くなるような
作業が必要だ。

472 ：
255 ：名無しさん＠お腹いっぱい。：2013/12/29(日) 07:21:45.79 ID:qrYjRNG4
3. FDSラブ
2013年09月16日 22:35
いや、待てよ？
「その後、ハードやアダプターなど、とっかえひっかえしてみたが、まったく改善されず。」
ハード、つまりファミコン本体は変えてみた(≒ファミコン本体のSRAMを交換した)けど改善されず、アダプター、つまりRAMアダプターも変えてみたけどそれもだめ、ACアダプターも&quot;とっかえひっかえ&quot;しただろうけど、無駄だった…。
うーん、ここは一発、昔の記事で紹介された東京都板橋区の「ファミコンショップクラブハウス」に行ってみたらいかがでしょうか。
ttp://ogclub.u.cnet-ta.ne.jp/
せっかくなのでついでにちょっと、僕の熱い想いを語らせていただきます。
かつてオロチさんが「2012年いまだにファミコンを修理してくれるゲームショップが存在した！」で紹介してからというもの、このお店に月イチで行って、ゲームを買いつつ、優しく面白い店長とよく話をします。
オロチさんが紹介していなければ、僕はもしかしたらここを知らないまま、彼と一生会うこともなく、孤独…というのは大げさかもしれませんが、それでも寂しい人生だったかもしれません。
僕ね、まだ酒は飲めません。
一部ではゆとりだガキだ何だと叩かれます。
けど僕は小学生の時からファミコンが物凄い好きで、小中学校では一時期いじめにも遭って、孤独感に押し潰されて自殺も考えました。
けどやっぱりね、類は友を呼ぶと言うじゃないですか。
オロチさんのこのサイトを見るようになってからというもの、店長や&quot;マサさん&quot;とかいろんな人に出会い、人生は豊かになりました。
マサさん、僕はここにいますよ。
オロチさん、今までずっと休まず記事を書き続け、あの時あの店を紹介してくれて、本当にありがとうございます。
これからも更新がんばってください！

473 ：
256 ：名無しさん＠お腹いっぱい。：2013/12/29(日) 19:02:14.68 ID:SqfJyfl2
どうも、ファミコンディスクシステムを愛するFDSラブです。
最初は千歳烏山オルパでの友達に合わせて、面白いファミコンネタを交えつつオルパの素晴らしさを発信していきたかった。
僕はそう考えて、俗に言うリア充さんという人みたいなノリでTwitterを始めたわけなのですが、昨日は大変でした。

474 ：
僕のツール「FDS2MMC3」

475 ：
NGワード判定で書けないので関連リンク
http://kanae.2ch.sc/test/read.cgi/gameurawaza/1334855054/255-256
http://kohada.2ch.sc/test/read.cgi/gameurawaza/1319071372/

476 ：
FDSラブ@世田谷最強ファミコンコレクタ (@FDS_Conversion)'

477 ：
簡単にお金が稼げる方法興味ある人だけ見てください。

グーグル検索⇒『来島のモノノリウエ』

9WHJ0HLWTF

478 ：
ほす

479 ：
http://egg.2ch.sc/test/read.cgi/software/1488728381/191
191 名前：名無しさん＠お腹いっぱい。[] 投稿日：2017/05/28(日) 23:24:05.12 ID:8S5QOMSD0
>>189
Mesen (100%) ≧ Bizhawk (100%) > puNES (98.08%) > MyNes (87.82%) > Nintendulator (85.26%) > VirtuaNES (35.26%) > nesterJ (29.49%)

http://tasvideos.org/EmulatorResources/NESAccuracyTests.html
http://emulation.gametechwiki.com/index.php/Mesen
https://www.mesen.ca/#Compatibility

480 ：
ファミコンはBGとスプライトの優先順位の指定をスプライト側で設定しますが
これだとスプライトの下に表示したいBGキャラと
スプライトの上に表示したいBGキャラが隣接している場合で
スプライトがその両方にまたがっている場合に
スプライトの上に表示したいキャラに差し掛かった時点でスプライトの
優先表示を変えてしまうと、スプライトの下に表示したいBGキャラの部分でも
BGキャラが上に表示されてしまうと思いますが、どういう処理をすればいいですか？

色々とVDPの仕様を調べると、セガマークIIIなどは、優先順位のフラグをBG側が
持っているので、何も考えなくても思った通りの優先順位で表示されそうですが
ファミコンのようにスプライト側で優先順位を持っていると、優先順位が逆のBGに
スプライトがまたがっている場合、どうしたらいいか分かりません。

481 ：
パターン１
表示したいスプライトより優先度が高いスプライトをBGの裏においてマスクする
例）スーパーマリオの土管に入るときなど

パターン２
BGの後ろにしたいところに優先度の高いスプライトを8枚置き、8枚を越える
スプライトが出せない事を利用して目的のスプライトを消す
例）ゼルダのダンジョンなど

パターン３
表示したいスプライトのキャラそのものをBGデータに重なっているところだけ透過
したキャラに書き換える
例）ソルスティス/ナイトロアーなど

好きなの選んで

482 ：
>>481
ありがとうございます。そういった感じの解決法なんですね。
でも、なんだかスプライト側が優先順位のフラグを持っているのは
面倒な気もするのですが、スーファミでも変わらず同じ仕様のようですし
何かメリットがあるのですか？

BG側が優先順位のフラグを持っていれば、BGキャラを表示する時点で
フラグを設定する以外の事はしなくても済みますので、この方が便利で
合理的に感じます。
ところがスプライト側がフラグを持っている場合、スプライトキャラが移動するたびに
BGキャラとの重なりチェックをしなければならず、そのBGキャラがスプライトの上に
表示されるべきBGキャラならばフラグを設定し、そうでなければまたフラグを戻すといった
処理がキャラを移動するたびに発生します。しかも、上記のように
優先順位が逆のBGキャラをまたいでいる場合は、様々な工夫が必要です。
それにもかかわらず、スーファミでもこの仕様を継承したということは
この方法にもメリットがあるはずですが、さっぱり思いつきません。

483 ：
BGにフラグをもたせるメモリの空きなどないしハードウェアも複雑になる
描写位置に合わせて処理が必要になるスプライト側に機能を集約させることで単純化し
工業製品として価格が抑えられるなら十分なメリットになるだろ

スーファミは当初ファミコンのソフトがそのまま動かせるように
互換性を考慮した設計だったが途中で諦めたからその名残

484 ：
>>482
出来る事出来ない事がそれぞれで違って一長一短ある
BG2枚以上ならスプライト側のほうが何かと便利かな

485 ：
>>483
ファミコンはVRAMが2KBしかないので
よく考えたらそうですね、パレットですら4キャラで1つに
節約してるくらいですし。
何かソフトウェア技術的なメリットがあるのかと思って
ここ3か月くらいずっと考えてたんですけど、思いつかなかったもので
ここで聞いてみました。

>>484
スプライト側がフラグを持った方がいい場合もあるのですか？
自分はまったく思いつかないのですが・・・。
スプライト側がフラグを持つと、プログラマ側が色々な処理を
しなければならず面倒ですけど、BG側がフラグを持ってくれると
プログラマは何もしなくてよくてメリットしかないように思います。

486 ：
>>485
BGにフラグの場合はスプライトより上にしたBGよりスプライトを
上にする事が不可能になる

今更そんなメリットデメリットを議論したところで変わらないから
工夫して使うしかないよ

487 ：
ようやく>>480氏の内容が理解できた。
なんで優先度をそんなコロコロ変えるのか全く理解できなかったが、マリオの土管の事か。
ああいうのは、本来別の最前面スプライトやBG面を2毎持たせて前面のBG面？としてやるものだと思いますが。
BG＝背景なんだから、それを基準（固定して）にするのが普通の考えだと思う。

488 ：
>>486
おお、なるほど。そこは思いつきませんでした。
確かに今更仕様について考えても意味ないんですけど
どうも気になってしまって。

>>487
この仕様を考えるきっかけになったのが、立体交差の橋を
くぐるという処理なんですけど、橋の下に入るときに、スプライトは
1ドット単位で動くので、どのタイミングで優先順位を切り替えたら
いいかと悩んだのが原因でして。
橋に1ドットでもくぐった瞬間に切り替えると、その手前の地面のBGも
上になってしまうのでキャラが半分消えておかしくなるし、完全に8キャラ分橋の下に
移動してから切り替えると、その8ドットが動く間はキャラが橋の上に表示されて
しまうので。

489 ：
そう言えばイースの立体交差はどうだったろうと思って
調べてみたら、ファミコン版はそもそも立体交差が省略されて
無くなっていたという。

RPGで森に入ると下半身が隠れるというのも同じような処理ですけど
ハイドライドではよく見てみると、森から出るときとか地面のBGがキャラの上になってしまってますね。
速いからよく分からないけど、ちゃんと処理してると思ったら思い出補正だったようで。
ファイナルファンタジーだとキャラがきれいに矩形に消えてるので
BGを上にしてるんじゃなくて、単にスプライト消してるだっけっぽいですね。

490 ：
結局の所、1ドット単位で動くキャラに対して上に何かを
表示したい場合、1キャラ分動き終わった場合は別として
移動中はスプライトで上書きしかないのですね。
さっき動画で見たんですけど、カラテカでキャラが柱の向こう側を
通る時も、柱にスプライトのマスクが出現する処理でした。

だとすると、このBGがスプライトの上に表示できるという仕様は
移動するキャラに対して使用するような想定では作られていないということか。
根本的にそこの理解が足りなかった。

491 ：
あ、念のために書いておくと、立体交差の橋というのは
下が透ける部分(透明色)があって、そこからはスプライトキャラが見えます。
完全にキャラが見えなくなってしまうのであれば、それこそスプライトのマスクで
済むので。

492 ：
なんか連続で書いて申し訳ないですけど、>>486さんが
教えてくれた利点は結構大きいな。
これができないとスーマリ3とかのBGの裏側に回った時に
自キャラだけ裏側でってのが出来なくなる。

493 ：
BGパレットの0番が背景色だから
スプライトのプライオリティビットを立てると
この部分が透過扱いになるのよ

494 ：
>>493
その仕様はもちろん理解しています。
ファミコンはBG・スプライトにかかわらず
パレットの0番色は強制透過色ですよね。

495 ：
説明が下手過ぎて何か勘違いさせてしまったかもしれません。
透過色の原理は理解してます。

まあ簡単に書くと、表示優先順位が逆のBGキャラをスプライトがまたいでいる時
つまり移動中は優先順位をどう指定しても表示がおかしくなるので
BGと同じスプライトを自キャラスプライトに上書きするしかなさそうだな
面倒だなこれ、BGがフラグ持ってくれてたらこの処理いらないのになぁ
なんでスプライト側がフラグ持ってるんだろ？これ何か利点あるの？ってのが
出発点でした。

496 ：
☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

497 ：
背景とスプライトのプライオリティってセガマーク３なら問題なくできるの？
http://coolrom.com/screenshots/mastersystem/Lord%20of%20the%20Sword%20(2).jpg
http://dreamandfriends.com/wp-content/uploads/2010/09/sms_ninja.png

498 ：
https://www.youtube.com/watch?v=V0ZttoqRxV0

499 ：
453です。久しぶりに来ました。

>>461
Mesenの存在を知った時、東方老桜夢を試してみたのですが
プログラムに仕込んでいる実機判定でエミュと判断されたので
Nestopiaに負けてんじゃんで止まっています。
実機判定にパスすれば普通に動作するようです。


東方老桜夢の公開サイトはinfoweb閉鎖に伴いさくらサーバに移動しています。
現在、ver0.51を公開しています。

500 ：
最近開発を始めようと思ってファミコンの勉強を始めたものです。優しい方がいたら是非教えて欲しいことがあります
CPUアドレス空間の$2006ってR/WしたいPPUのアドレス空間のアドレスを上位ビットと下位ビットの二回に分けて書き込むと思うのですが、この2バイトのアドレスの情報ってPPU内部のどこのレジスタに保存されているのでしょうか。

例えば同じように2回書き込む$2005では、スプライトのy座標とx座標はそれぞれPPUのOAMのbyte1とbyte2に保存されていると思うのですが、、

501 ：
すみません、多分自己解決しました
NesdevのPPU Scrollingのページにtレジスタとかvレジスタとか色々書いてあったのに気づきました

502 ：
tレジスタやvレジスタは、動作を説明するために書いてあって、実際にPPU内部に存在するかは
はっきりしていないと思います。ただ、この動きをするためには、このようなレジスタが必要だろうなと
推測されるので、説明にあるレジスタに該当する回路はあると思います。

あと、$2005 に書き込むにはBGのスクロール位置なので、OAMは関係しません。

503 ：
釣りにしては有能すぎる。

ファミコンの回路図見るのが一番。

もっと言えば
PPU内部の回路解析しちゃった外人もいるはず。

504 ：
回路図見たけど2度書きレジスタについては全然見えてこないな。
tやvという概念さえ知ってれば無問題。

505 ：
PPU scrolling - Nesdev wiki
PPU rendering - Nesdev wiki

これはめちゃくちゃ重要

506 ：
ファミコンナイト
https://www.nicovideo.jp/watch/sm34268474

507 ：
「フィガロの結婚」が８ビットゲーム仕立てに！？
名曲アルバム＋（プラス）
http://www6.nhk.or.jp/nhkpr/post/original.html?i=13927

508 ：
https://egg.2ch.sc/test/read.cgi/software/1548989134/108
レス転載

https://siliconpr0n.org/archive/doku.php?id=vendor:yamaha:opl2#ym2413_instruments
VRC7(YM2413)のデバッグモードを利用してプリセット音色のダンプができたとのこと
今までのパラメータは経験的近似だったのね…

509 ：
/i/|ii!//|!/!i/´i/ 　 .|i |/ﾉ　　　　　　　　i＼i!ﾞ､:iヽ|:::|　 ヽ 'i　 !　ヾi |'!ヽ::::||::::::/:::::::::::::::::::::ヽ
i i 川i!ハ/" ＿!　　 | │　　　　　　　　川　ヽﾞ:ii ﾞ'∨ 　 　 |　　　 ﾞヾiヽヽ;||:::::i':::::::::::::::::::::::::
ﾉ ﾉ/ﾘ,,,,,,二三ﾃ=''" ヽﾉ　　　　　　　　ﾙ |ﾉﾉヽヾ ノ　　､,,,ﾉ,､　　　　 iヽ:::||:::::i'::::::::::::::::::::::::::::
　/　　￣ ´~~ﾞ''''　　　 ﾞ''‐- ..,,　　　　　　　　 ,, ‐'　　　 `ﾞヾミｯ､,,　　　ヽ::|::::/::::::::::::::::::::::::::::
,,ｲ|　　　　　　　　　 　 　 　 i'　　　　　　　　i"　　　　　　　　 `'‐＝'　　 `'|/i!:::::i::::::::::::::::::::::::
　i |　:::::::ヽ::::ヽ::::::ヾ::　　　　ﾞ､　　　　　　　 l　　　　　　　〃:::::　　　　　　 i//::::ﾊ::::::::::::::::::i:::
　 i i　＼＼＼＼＼ヽ　　　 　）　　　　　　　ヽ　　 　　　　　′′′　　 / /:::::/:::::::::::::::::::|::::
!　 | i　　　　　　　　　　　　,,ｨﾉ　　　　　　 　　<　　　　　　　　　::::　:　 　 /:::::/:::::::::::::::::::/::::
i!　 i i!　　　　　　　　　 　 /i/　 　 ,r''''‐y'''.;､　　＼　　　　　　　　　　　　 /:::::/:::::/::::::::::::/:::::
ﾞi!　 | i　　　　　　　　　　/⌒' ､　Y:::::::::''::;;;;'.;.Y'⌒ﾞi　　　　　　　　　　　/::::::/::::::/::::::::::::/::::/i
　i　 i ﾞ!　　　　　　　　　ん､,,__ヽﾉ:::::::::::::::::::;;;;;{,__,,,r''　　　　　　　　　　/:::::::/::::::/::::::::::::/:::://
ﾞ､ii!　ﾞ| i　　　　　　　　　　　ﾉ　 ゝ;;;:::::::::::::::::::;ﾉ 。 `i　　　　　　　　　 //:::::/:::::/::::::::::::/::::::/:::
ヾ!ﾄl　ﾞi￤　　　　　　　　　　i 　｡ｌ '゛..　 ‐ｰ:::::i　　　 |　　　　　　　　 //::::::/::::::/::::::/:::/:::::i!::::::
　iiミ!　ハ　　　　 　 　 　 　 i　　l　,,,,::: :::;;;;;...{　°　ﾞ､　　　　　　 ／/::::://::::/::::::/:::::/::::i::::ii::
　i!ヾ!i　ﾞ､!　　　　　　　　　, '　　|:::　::::ヽ 　 ..}　　　　 |ﾞヽ......,.,.,.,,,／//:／/::://::::/::::://::::i::::ﾘ::
　!ヽヾi　 iﾞ､　 ＿＿＿,,,／　　　}:: : 　;;;::: ::::::::}　　 　 ﾚWノ'レi／､/／::/::／/:／:::/::/:::ハ:i |::

510 ：
ファミコンプログラム盛り上がってきてるよね～

511 ：
>>510
どこで

512 ：
なんか同人シューティングカセットが出たみたいだが、
末期のマシン語で作られたベーマガ投稿作品みたいだ

513 ：
キラキラスターナイトのプログラム使って作ってるらしいなそれ
おにぎり食べるやつとかアドベンチャー的な作品とか
ファミコン界隈が「自分で新作を作って売る」方向になってきてるな

514 ：
何年も前からですやんそれ

515 ：
メモ
BRKを使う理由

Making good use of BRK opcodes
//nesdev.com/NES%20hardware%20development%20guide.txt

516 ：
ファミコンのとある忍者ゲームのソースコードが公開される「ソース見られるの恥ずかしい」
http://hayabusa9.2ch.sc/test/read.cgi/news/1578888844/

517 ：
サルカニパニックとかいう開発中のパズルゲーム
超よさげな感じ～
https://twitter.com/work3studio/status/1232275635562672128
(deleted an unsolicited ad)

518 ：
すげーな
スーファミかと思った

519 ：2020/06/13
スーファミかーファミコンしか興味ないからなー
と思ったらファミコンでマジでビックりした

-RPGツクール総合スレッド＠製作技術（Part15）-
phpで多人数型ウェブゲームを作ろうと思います。
Unityで何かゲームを作りたいんだがね
触手の動きのアルゴリズム教えてください
【企画】ギャルゲー製作！！
【ADVP】アドベンチャープレイヤー05.adv【アドプレ
Ruby でなんかゲームつくる
お前らはなぜゲームを作る又は作りたいんだ
ネットでの人材募集ノウハウ・募集文評価スレ
プログラミングできる人　来て(ヽﾟд)ｸﾚ 　Ⅱ
--------------------
バーニー・サンダース「億万長者は存在すべきではない　グロテスクな存在だ」ブルームバーグの前で [412864614]
魔法をかけて！
バンド募集してもドラムがこない★２
【mixi】を強制退会！ちくしょ～！
【急に】退院体験談をあれこれと【言うな!】
Disco Train
ろこえんじぇる 1
卓球YouTuber総合スレpart5
モンゴルの鶴豚がいつも抱いて寝るくまのぬいぐるみ
乙女塾総合【パラＧＯ】
高校または大学の水泳の授業で起きたハプニング
【経済】「老後2000万円じゃ足りない」目覚める投資家の卵
【GDP捏造、秘密警察】　中国　＝　旧ソ連　part5【少数民族弾圧、農奴放置して軍拡】
茂木健一郎がタトゥー差別を批判… 「日本の国際的恥。撤廃するべき」　ネット「差別でも何でもない」「何でも差別言うやつがいるから…
単複の天アンチの会 ３
NHK「明日へ つなげよう 復興サポート」の犯罪
次世代の化学を議論するスレ
【23区】東京に暮らす奥様 Part75(ID梨)【都下】
iPad [第7世代] Part5
【既婚】婚活で女とどれだけやれる？やり捨て、やりもく【セックス】
TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼