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

**名前は開発中のものです。** · 2005/12/21(水) 02:19:16

マリオみたいなのを作ってエミュで遊びたいんですが
開発ツールはどこで手に入りますか？

**名前は開発中のものです。** · 2007/07/21(土) 01:49:11

ライター高いよー

**名前は開発中のものです。** · 2007/07/21(土) 03:43:14

ﾌﾟ　貧乏人が

**名前は開発中のものです。** · 2007/07/22(日) 15:35:06

体感的には相当高いと思うぞｗ
使い道がねぇ

**名前は開発中のものです。** · 2007/07/22(日) 16:42:04

そこらへん分かりやすく解説してるサイトとか無いかな

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

確かどっかのサイトで回路図みたいなのを公開してた気がするけど

**名前は開発中のものです。** · 2007/07/26(木) 00:37:39

あれか

**名前は開発中のものです。** · 2007/08/18(土) 11:43:19

ニコニコ動画で申し訳ないっす
http://www.nicovideo.jp/watch/am512625

コメントでは酷評が圧倒的に多いけど
ゲームボーイカラーでここまで出来るってのがスゴイと思った

んで、技術的な疑問点っす
ゲームボーイカラーもファミコンもスペック的には近いと思ってるんだけど
奥行きを表現する上でキャラグラフィックの拡大縮小って
当然、１つのグラフィックを拡大縮小してるわけではなくて
各コマ分のグラフィックを用意して描画してるんでしょうか？

**名前は開発中のものです。** · 2007/08/18(土) 13:25:51

そりゃそうだろう
わざわざアニメパターンを使い分けてるのは結構な労力だろうけど
この出来じゃ中国のパチものレベル

**名前は開発中のものです。** · 2007/08/18(土) 21:15:52

ゲームボーイの方がファミコンよりスペックあるって、
前に見たような気がする。

**名前は開発中のものです。** · 2007/08/18(土) 22:29:43

CPUも違うし全くの別物だと思ってたが近いのか
サウンド面ではGBのほうが洗練されててちょっと良いかな

**名前は開発中のものです。** · 2007/08/18(土) 22:43:04

>>718
そのGBは、ちゃんとポリゴンしてるんじゃないのかな。
してないにしても、計算で拡大縮小してるね。

**名前は開発中のものです。** · 2007/08/19(日) 00:14:20

これのどこをどうみたらポリゴンに見えるんだ。

GBAでは2も作られてたみたいだな
http://jp.youtube.com/watch?v=DBHNtTNPzV0

**名前は開発中のものです。** · 2007/08/19(日) 12:26:59

しかしファミコンとなんの関係が・・・？

**名前は開発中のものです。** · 2007/08/19(日) 12:40:21

計算で拡大縮小なんて言ってる子は、
ファミコンとゲームボーイのスペックを勉強し直してきなさーい

**名前は開発中のものです。** · 2007/08/19(日) 13:16:28

ファミコンでも、パロディウスかなんかで、拡大する。

**名前は開発中のものです。** · 2007/08/19(日) 13:52:12

だから、別に大きいサイズのグラフィック用意してるだけだってば

**名前は開発中のものです。** · 2007/09/02(日) 19:09:14

nesasm使って、ファミコンのゲーム作ってるんだけど
$2005いじってないのに、勝手にBGがスクロールするんだが
この現象知ってる人いる？

**名前は開発中のものです。** · 2007/09/02(日) 20:08:27

VBLANK以外でなんかさわってない？

**名前は開発中のものです。** · 2007/09/02(日) 20:49:04

>>729
今の状況だと、VBlank割り込み時以外は、何も処理はしてない。
あと、気のせいかも知れないがX,Yレジスタを使用すると
BGズレが発生しやすく感じる。

**名前は開発中のものです。** · 2007/09/03(月) 05:35:42

$2006弄ってたらアウト

**728** · 2007/09/03(月) 14:14:38

初めてアセンブラ触ってるから汚いけど、再現するソース一式。
ttp://gamdev.org/up/img/10073.zip

ちなみに、エミュレータによって動作違うみたい。
今回のは、VirtuaNES0.93でしか、再現しないです。
その他のエミュはスクロールしません。

**名前は開発中のものです。** · 2007/09/03(月) 14:59:01

画面が出るエミュと出ないエミュがある。

**名前は開発中のものです。** · 2007/09/04(火) 01:24:17

>>732
112行目に下のコードをはさんでみ

lda #$3F
sta $2006
lda #$00
sta $2006
sta $2006
sta $2006

**名前は開発中のものです。** · 2007/09/04(火) 19:06:34

↑は任天堂のゲームには入ってるかな。スクロール値をリセットするおまじないだ。
スクロール値って実はPPUアドレスそのものだから、$2006や$2007にアクセスすると、スクロール値が勝手に変っちゃう。
それを、VBLANK期間に　VRAM転送が終わったら、VBLANK期間から出るより前にリセットする必要がある。
>>734のコードでリセットした直後に、最初のスキャンラインの自分が求めているスクロール値を$2005に書き込むべし。
ヒントや詳細は、
The Skinny on NES Scrolling
NTSC 2C02 technical reference
らを読むべし。難しいから分らないなら読まなくてよし。

>>732を読んでて、ぱっと見、明らかに悪いとこや勘違い?がある。今のうちに癖を直さないとそのうち、つまずく。
VirtuaNESでまともに動けばそこそこ安心と思うべし。動かないなら作法が悪い。

NMIルーチン入ったらVBLANK期間が終わらないうちに小規模なBG転送と、sta $4014のみに専念するべし。
　　　　VBLANK期間は短いので、NMIの直後は時間を無駄にしないこと。
　　⇒Main: が長すぎて、sta $4014がVBLANK期間内に終わらないんじゃないか？
　　　　動作しちゃうでしょうけど、あまり(･Ａ･)ｲｸﾅｲ!!
　　　　NMIルーチン直後の定説は、まずSPRDMA、次にBG小転送。

VBlank: 内でBGの初期化(＝大量転送)をやってる
　　⇒BGやSPRオフにしてさえいれば、BGの初期化はReset: 内でもok。
　　　　むしろBGやSPRの初期化は長くなりがちだからReset: でやるべき。
　　　　BG, SPR, NMIなどを再びオンにする前にVBLANKを待った方がいいかも。

jsr PadGetは⇒　「スプライトとBGの表示をONにする」の直後に書くべき。
Main: 内の位置更新作業も同様に⇒　「スプライトとBGの表示をONにする」の直後に書くべき。

.org $0600 sprdma: .db 0
　　⇒他のアセンブラならアリでしょうが、NESASMしょぼいから、.orgやたらにやらないほうがいいかも。
　　　　NESファイルに実体確保しちゃったりして、思わぬアドレスのズレやコンパイルミスが起こりうる。
　　　　RAM上の変数定義だけなら=や.equでいいんじゃないか。

**728** · 2007/09/04(火) 19:26:51

>>735
詳しい解説サンクス、なんせファミコンのプログラムは
初めてなんで、作法とか気にせずにガンガンに
コード書いててあんな感じでした。
助言を元に、コード書き直してみます、ありがとう。

**名前は開発中のものです。** · 2007/09/07(金) 21:31:37

>>732
もう一つ悪い所言い忘れた。

初期化せず参照してる変数がある。
例えば、主に画面更新フラグ　F9。

ソフトリセット（リセットボタン）しても、メモリはオール0になるわけではない。
リセットする前の値のままだ。

エミュではハードリセット（電源スイッチ）すれば、大抵オール0になるけど、
実機じゃ不定と思うべき。

ソフトリセットとハードリセット両方を想定して変数の初期化に気配りしないと誤動作するおそれがある。
故意に区別したいなら初期化しない場合もあるけど。

**728** · 2007/09/08(土) 00:01:11

>>737
前回のプログラムは、検証用だったのでReset部分は省いてました。

とりあえず、ゲームっぽいものが完成しましたので
上げさせて頂きます。

ttp://gamdev.org/up/img/10090.zip

内容から個人が、特定されて恥ずかしいですが
お世話になったので、バックアップを兼ねて
公開しておきます、ありがとうございました。

**名前は開発中のものです。** · 2007/09/09(日) 21:27:14

検証用だったのか。
>>738すごー。

**名前は開発中のものです。** · 2007/09/11(火) 02:49:45

>>738
readme.txt に対してここでレスするのもなんだけど……。
ff7face.nes 作った者ですが、ソースの利用はご自由にどうぞ。

**名前は開発中のものです。** · 2007/09/14(金) 06:44:26

http://jp.youtube.com/watch?v=syvln8fzYg4
http://jp.youtube.com/watch?v=eQ-OcS2Gwvk

ファミコン凄くね

**名前は開発中のものです。** · 2007/09/17(月) 15:19:52

ファミコンだってロム側に拡張チップ持たせるとかでリアルタイム３Ｄ描画のゲームてのも可能じゃないの？

**名前は開発中のものです。** · 2007/09/17(月) 21:22:51

>>741
音楽が良かった、和んだ

**名前は開発中のものです。** · 2007/09/18(火) 00:05:54

>>742
GBだけどレースドライビンが移植されているくらいだから
FCでも普通の拡張チップで出来ないことも無いんじゃないかな
http://jp.youtube.com/watch?v=S5MsirFy69M

**名前は開発中のものです。** · 2007/09/18(火) 10:36:04

メガデモは…なんか、卑怯な気もするんだょネー
自分の得意なトコしか観せて無ヒみたいな；
このスレかもしれないケド、
エロゲかなんかのＯＰを移植したムービの方が、
自分は興奮した；

**名前は開発中のものです。** · 2007/09/18(火) 16:04:48

うわっ馬鹿丸出し

**名前は開発中のものです。** · 2007/09/20(木) 05:13:01

>自分の得意なトコしか観せて無ヒみたいな；
極限まで良いトコの寄せ集め＝それがデモだからｗ

>エロゲかなんかのＯＰを移植したムービの方が、
>自分は興奮した；
違う意味で興奮してたんだよ。貴方は。ｗ

**エロゲかなんかのＯＰを移植した人** · 2007/09/23(日) 01:20:56

メガデモ：これ作った人すげー！
エロゲＯＰ移植：これ作ったやつ馬鹿だろｗｗｗ

**名前は開発中のものです。** · 2007/09/23(日) 06:46:14

ちょいと疑問に思ったんだけど、
マリオ3のアレ、動くオブジェクトってどうやったの？
ファミコンってBGは一枚だけでしょ？

**名前は開発中のものです。** · 2007/09/23(日) 07:06:56

>>749
どれのことやら…

**名前は開発中のものです。** · 2007/09/23(日) 12:58:59

(年くってくるとやたらと代名詞増えるよな)

**名前は開発中のものです。** · 2007/09/23(日) 16:50:30

>>749
画像バンクすりかえアニメーション

**名前は開発中のものです。** · 2007/09/24(月) 11:02:08

NESDEVどうなってる？

**名前は開発中のものです。** · 2007/09/24(月) 20:10:24

>>749
あれはスプライトと言うもので、64枚使える。

**名前は開発中のものです。** · 2007/09/25(火) 17:39:16

ゼルダの伝説の縦スクロールってどうなってんの？

**名前は開発中のものです。** · 2007/09/25(火) 20:25:14

>>752
>>754
あれって結局どれのこと？？

>>755
ディスクは縦横スクロールの切り替えができたとおもう

**名前は開発中のものです。** · 2007/09/25(火) 20:39:20

>>756
やっぱりそうなのか
サンキューサンキュー

**名前は開発中のものです。** · 2007/09/25(火) 23:14:47

ドッカン
　　　　　　　　　　ドッカン
　　　　　　　　　　　　　　　　　　☆ゴガギーン
　　　　　　　　.＿＿＿＿＿＿
.　　　　　　　　|　　　　|　　　　|
　　　∩∩　 |　　　|　　　　| 　∩∩
　　　 | | | |　 |　　　　|　　　　| 　| | | |　　／￣￣￣￣￣￣￣￣￣￣￣
　　　 (　　,,)　 |　　　|　　　　|　(・ｘ・）＜おらっ！出てこい、>>749!!
　　　/　　つ━━"....ﾛ|ﾛ　 .　|　l　　 |Ｕ　＼＿＿＿＿＿＿＿＿＿＿＿
　～（　　/　　 |　　　　|　　　　|⊂＿　|～
　　　し'∪　　└──┴──┘　　∪

**名前は開発中のものです。** · 2007/09/25(火) 23:20:52

ゼルダの縦スクロールってどこのこと？

**名前は開発中のものです。** · 2007/09/26(水) 01:35:58

>>759
縦方向にマップ切り替える時も画面上部のエリアがそのまま残ってるからさ
どうなってんのかな？と思ったんだ

**名前は開発中のものです。** · 2007/09/26(水) 13:47:50

>>756
だとすると、ＲＯＭ版はどうなるんだい？

**名前は開発中のものです。** · 2007/09/26(水) 21:32:09

ロム版は静止画になってたよ

**756** · 2007/09/26(水) 23:31:32

>>761
ROM版のマッパーであるMMC1にも実はH/Vミラーリング切り替え機能がついている
たしかMMC3にもついてる

**名前は開発中のものです。** · 2007/09/27(木) 02:16:06

ミラーリングのH/V切替はメジャーなマッパーにはほとんどついてるでしょ。
アドレス線線一本つなぎかえるだけなんだからな。
実装しない方がおかしい。

**761** · 2007/09/27(木) 02:45:58

回答ありがとう。
でも、、、君たちの言っている言葉の意味が分からない。
このスレ読んでると何となく楽しいから興味本位で聞いてみただけなんだ。
ごめんね、、、そしてありがとう。

**名前は開発中のものです。** · 2007/09/27(木) 03:54:38

ゼルダのスクロールがどんなだったかは覚えてないが、
ミラーリングじゃなくて、IRQの話なんじゃないの？

**759** · 2007/09/27(木) 16:35:32

>>760
サンクス。
＞縦方向にマップ切り替える時も画面上部のエリアがそのまま残って
町とかダンジョンのように水平スクロールの場面からフィールドに出たときのことか。
ミラーリング切り替えた後フィールドじゃ画面外の部分を1/4位は書き換えてないので残ってるようだね。

**名前は開発中のものです。** · 2007/09/27(木) 18:04:31

>>760
V-Sync割り込み？

**名前は開発中のものです。** · 2007/09/27(木) 23:20:42

>>760の疑問自体は>>766のいうIRQもしくは0番スプライトを使った
BG描画位置を途中で切り替えるテクニックで実現している

H/V切り替えは>>760の疑問には直接的な関係はまったくないです

ただゼルダはマップ切り替え時に切り替え先のマップを全部描画してから
スクロールするというあまり見かけない手順を踏んでいるのでH/V切り替えが必要になる

なので方法を変えればH/V切り替えがなくても縦スクロール自体は実現できるはずです

>>767
それはリンクの冒険じゃないかな？

**名前は開発中のものです。** · 2007/09/28(金) 07:22:01

なるほど
垂直／水平ミラーどちらを選んでも、縦横両方のラスタースクロールは可能なのか
勉強になるなあ

**759** · 2007/09/28(金) 15:57:39

>>769
＞それはリンクの冒険じゃないかな？

すいません。リンクの冒険でした。
ゼルダの伝説とリンクの冒険は別物だったのか。
リンクの冒険はゼルダの伝説の副題かと思ってた。

**名前は開発中のものです。** · 2007/09/30(日) 22:40:23

BGの書き込みでちらつきが出るのは、いっきに書き込み過ぎて処理が間に合ってないってことなのかな？
勝手にスクロールしたりするし、よくわからんなー

**名前は開発中のものです。** · 2007/09/30(日) 22:58:20

>>772

>>735あたりを参考にしてはどうだろうか？

**名前は開発中のものです。** · 2007/09/30(日) 23:34:14

>>773
おお、ごめん
このスレずっと読んでたはずなのに>>735はスルーしてたわ
BGは少しずつ転送するものなのね

**名前は開発中のものです。** · 2007/10/25(木) 04:23:19

初代ゼルダのフィールドの画面切り替えの縦スクってドット単位だったかな？
キャラ単位で直接書き換えてなかったっけ。8ドットスクロールしてる。
横スクロールと、オープニング・アイテム画面への切り替え、の縦スクロールはドット単位だけど。
アイテム画面は、縦方向なら、スクロール時に画面外でBGを逐一書き換えれば見掛け上、残っているように見せることは可能だし。

初代ゼルダはさておいて、
両方向ともスクロールする場合、固定画面のゲージは画面の下に持って行ってるソフトが多かったかな。
水平ミラーにして、ゲージは縦スクロールの都度にBG内を逃げ回ってるのかな。
画面の横端はスクロールの書き換えで、ちらついてるし。

**名前は開発中のものです。** · 2007/10/25(木) 06:19:19

そういえばグラIIはボス戦でゲージが消えてたな。

**名前は開発中のものです。** · 2007/10/25(木) 22:38:06

virtualnesで見たらゼルダは切り替えてる。

**名前は開発中のものです。** · 2007/11/11(日) 10:15:38

ほしゆ

**名前は開発中のものです。** · 2007/11/11(日) 15:52:00

アセンブラの勉強もかねて、
ファミコンソフト開発をやろうかなとか思いました。

**名前は開発中のものです。** · 2007/11/11(日) 16:04:58

6502のアセンブラ覚えてもほとんど役立たないとは思うけど
面白いとは思うので頑張ってください

**名前は開発中のものです。** · 2007/11/11(日) 16:07:27

とりあえず、ギコ猫します。

**名前は開発中のものです。** · 2007/11/11(日) 16:15:59

>>780
ありがとうございます。

いつも、Cとかのメモリ周りの処理でうなされるので
アセンブラで簡単なアルゴリズムとか理解できるようになれば、
今後の助けにもなるかなぁとかな感じです。

**名前は開発中のものです。** · 2007/11/11(日) 19:57:24

スプライトのパレットが変わらなくて、
上下が左右が入れ替わると思ったら、
bit0-7の桁を逆に見てたorz

**名前は開発中のものです。** · 2007/11/11(日) 21:07:43

ファミリーベーシックのリファレンスってどっかにありませんか？

**名前は開発中のものです。** · 2007/11/11(日) 22:32:16

ヤフオク、ハードオフ

**名前は開発中のものです。** · 2007/11/22(木) 02:12:25

ギコ猫で勉強してるんだけど
なぜかアセンブルするときセグメンテーションエラーが出る。
別のPCだと何ら問題なくできる。
VC++入れてるせいかな？

**名前は開発中のものです。** · 2007/11/22(木) 07:25:08

俺もVC++入ってるけどそのエラーは出たことないな
NESASMのソース読んで確認してみたらどうかな？

**名前は開発中のものです。** · 2007/11/22(木) 07:32:28

1) exeファイル破損
2) HDD壊れてる
3) 64bit Windows
4) 気のせい

どれかだと予想...

**名前は開発中のものです。** · 2007/11/22(木) 19:26:16

>>787-788
レスありがとうございます。
VC++は関係ないですか。
サイト上のソースを直接試してみてもダメでした。
ご指摘いただいた点も4)を除けば、問題ありませんです。

色々と検証してみたのですが、正常にアセンブルできるPCでは、コマンドプロンプトで
$ nesasm test.asm
と実行すると、コマンドプロンプト上の文字が一旦クリアされてから

Microsoft (R) KKCFUNC ﾊﾞｰｼﾞｮﾝ 1.10
Copyright (C) Microsoft Corp. 1991,1993. All rights reserved.
KKCFUNCが組み込まれました.
マイクロソフトかな漢字変換ﾊﾞｰｼﾞｮﾝ 2.51
(C)Copyright Microsoft Corp. 1992-1993
NES Assembler (v2.0)

と表示されます。
しかしうまくいかない方のPCでは、文字がクリアされないまま

NES Assembler (v2.0)
Exiting due to signal SIGSEGV
…略

となってしまいます。
$ nesasm nofile.asm
と存在しないファイルを引数に実行すると、上記のようなKKCFUNC云々が表示され
その後、inputファイルが存在しない旨エラーが出ます。

色々調べてみたけどよくわかりませんでした。
コマンドプロンプトがおかしいような気がしないでもないんだが…

**名前は開発中のものです。** · 2007/11/22(木) 22:53:48

>>789
なんとなく、command.comで動かしてるんで無い？
cmd.exeで動かしたらどうなるだろ？

**名前は開発中のものです。** · 2007/11/23(金) 01:29:11

cmdでやってました。
command.comで試してみたけど、やはり同じエラー。
小出しになってしまい申し訳ないんですが、エラーは以下のようなものです。

NES Assembler (v2.0)

Exiting due to signal SIGSEGV
General Protection Fault at eip=00009a10
eax=fffd0000 ebx=00000000 ecx=000002af edx=fffd0000 esi=00004000 edi=0000000b
ebp=002615cc esp=002615bc program=D:\NESASM\NESASM.EXE
cs: sel=01a7 base=02af0000 limit=7d4fffff
ds: sel=01af base=02af0000 limit=7d4fffff
es: sel=01af base=02af0000 limit=7d4fffff
fs: sel=017f base=0002eb10 limit=0000ffff
gs: sel=01bf base=00000000 limit=7ffeffff
ss: sel=01af base=02af0000 limit=7d4fffff

Call frame traceback EIPs:
0x00009a10
0x0000998d
0x0000cc6c
0x0000a456
0x00004c7e
0x0000443d
0x000094fa

**786** · 2007/11/23(金) 01:35:01

連投すみません。
問題なくアセンブリできるPCで、command.comを試してみたら
>>791と同じエラーが出ました。
ということはcmdがなぜかcommand.comになってしまう…ということだろうか…

**名前は開発中のものです。** · 2007/11/23(金) 09:58:21

PCやOSがどんなのかもわからんけど、よくわからんねｗ
もしかしたらcygwin版なのか？

これに添付してあるNESASMなら動くかも。
どうやらこれはVisualC++とかでコンパイルされたもののようなんで。
http://takamatsu.cool.ne.jp/dutycycle/ppmck.html

**名前は開発中のものです。** · 2007/11/23(金) 10:35:44

OSがNESASMの実行を不許可にしているとか
なんにせよ作る人が増えるのは嬉しいねー

**786** · 2007/11/23(金) 15:22:47

>>793-794
レスありがとうざいます。
WinXPsp2上で行っています。
Cygwinはインストしてるけど使ってませんｗ

そちらのサイトから落としたもので見事アセンブルできました。
こんなにあっさり動作してしまうとは…
なぜ今までのはダメだったかわかりません。
OSが実行を妨げてたということもあるんですかね～

**名前は開発中のものです。** · 2007/11/23(金) 15:38:42

最近ゲームセンターＣＸってゲームで
ファミコンゲームの良さを再確認したとこなんだけど、
アセンブラの開発効率を考えたら躊躇してしまう・・・
まあＣぐらいならシャレになるけど、アセンブラだと・・・
Ｃのコンパイラはあるみたいだけど、調べても使い方が
よくわからんし。そこらへんを詳しく解説してるサイトってない？
当時の開発者もＣでやってたんじゃないのかな？

**名前は開発中のものです。** · 2007/11/23(金) 17:07:35

Ｃでまともに開発できるんならみんなやってますがな

**名前は開発中のものです。** · 2007/11/23(金) 18:18:10

>>769
普通のCは一時変数をスタックに入れるけど、ファミコンのスタックは正直使えない。
mov eax [esp - 4] みたいにスタックポインタを利用することができないから。
ファミコンのCはそこらへんどうなってるんだろう？どちらにしろファミコンでCは使えなさそう。

**名前は開発中のものです。** · 2007/11/23(金) 20:58:35

0ページインダイレクト利用するにきまってるだろ
ちみは素人か

**名前は開発中のものです。** · 2007/11/24(土) 01:11:40

ゼロページインダイレクト
処理対象データをメモリ間接で示す方法です。オペランドには、対象アドレスを格納
したゼロページアドレスを記述し、メモリに2 バイトの対象アドレスを格納します。

http://documentation.renesas.com/jpn/products/tool/rjj10j1285_m3xxxxtpac_u.pdf

**名前は開発中のものです。** · 2007/11/24(土) 01:15:22

BRKの使いどころがわからない

**名前は開発中のものです。** · 2007/11/24(土) 01:21:12

BITも使いどころがわからない

**名前は開発中のものです。** · 2007/11/24(土) 01:42:58

>>796
Cコンパイラを使ってたのはごく一部(光栄だけかも？)位なもんですよ。

>>798
使い方さえ間違えなければ問題ないかと。
PCで使うような感じでは組めないだろうけどね。

>>801
あまり使われてないけど、よく使うルーチン（アドレス計算とか）を
少ないバイト数で呼び出すために使ったりとか。
Z80で言う所のRST xxHか。

>>802
bit7とbit6はAレジスタに無関係にオペランドのデータと比較するから、
データを工夫して、bit7とbit6に何かしらのフラグを詰め込んで判定に
使うとか…と思ったが、

LDA $??
BMI どこか
AND #$40
BNE どこか

でもあんまかわらんなｗ

あと参考になりそうなとこ。cc65とか使ったサンプルあるっぽ。
ttp://hp.vector.co.jp/authors/VA042397/nes/index.html

**名前は開発中のものです。** · 2007/11/24(土) 03:07:02

>>803
BRKは結局アドレスを指定しないで良いJSRみたいなもんか
BITは計算結果を後で二つのフラグに応じて加工したい場合に一応使えるかな

**名前は開発中のものです。** · 2007/11/24(土) 06:11:23

>>804
BRKはドラクエIIIあたりで多用されてたっぽい。
IRQも併用だとフラグ判別が面倒だけど。

BITで思い出したので追加

アキュムレータを破壊しないという利点がある。
ディスクシステムBIOSの割り込みルーチンで使われてたの思い出した。

**名前は開発中のものです。** · 2007/11/24(土) 12:01:32

>803-805
なるほど。
BITは即値が使えないんだよね。
AND取る時はいつも即値でやってるから使い道が無いように感じてたのかも。
BITに置き換えられる部分がないか、以前のソース見直してみる。

**名前は開発中のものです。** · 2007/12/02(日) 05:59:20

唐突ですけど、ファミコンでスプライトダブラをやってたソフトってありますか？
まあやるにしても標準の2Kのメモリでは増やしたスプライトの情報を確保するのがそもそも無理そうですけど…
コナミの後期ゲームではもしかしてやっていたんでしょうか？

**名前は開発中のものです。** · 2007/12/02(日) 11:34:30

多分無いと思うけど。

**名前は開発中のものです。** · 2007/12/02(日) 19:59:06

烈火とかグラIIをデバッガで見た感じだとNMI割り込みにつきDMA転送が一回だからやってなさそう
Y軸に関してソートするのはファミコンじゃやっぱり無理か…メモリも少ないし
MSXではやっていたのがあったらしいんですけどね

**名前は開発中のものです。** · 2007/12/02(日) 22:28:11

表示中にDMAしたら動かなくなった記憶があるｗ

**名前は開発中のものです。** · 2007/12/02(日) 23:16:25

シューティングならやりくり次第では、メモリに結構余裕があると思うよ。
1フレーム間に2回以上もDMA転送したことないから、
スプライトダブラが可能かどうかはわからないけど。