ファミコンのプログラム4 (567レス)
上下前次1-新
抽出解除 レス栞
112(1): 名前は開発中のものです。 [sage] 2013/11/27(水) 22:25:07.60 ID:AIPgO1s0(1) AAS
108です、ポートピア連続殺人事件のバイナリを見ていて
文章の後からなずFCになっているので
文章のサブルーチンからリターンするコードがFCなのかな?と思ったのです
未定義というのはユーザー定義で自由に使えるということなのでしょうか?
だとすれば中村光一氏が定義したのかな?と思います
210: 名前は開発中のものです。 [sage] 2014/05/11(日) 08:23:06.60 ID:dYyMlr6C(1) AAS
fceuだとチラツキは見えない
404(1): 名前は開発中のものです。 [] 2015/07/12(日) 12:33:35.60 ID:mpg+Vwo9(1) AAS
決定ボタンを連打してたらゲームが始まっててボムを消費してしまうのは
様式美だから気にしなくてもいいと思う
細かいことだけど>>402402(2): 名前は開発中のものです。 [sage] 2015/07/11(土) 20:55:40.95 ID:LzhqW5i3(2/2) AAS
ショットはBボタンじゃないと操作し辛いと思う
Iコン、IIコン2つ持ちはゲーム性を損ないそうなので反対
自分の知ってる弾幕シューティングだとショットボタン連打=高速移動
ショットボタン押しっぱなし=低速移動なので、それがいいかな
Bボタン=ショット(押しっぱなしで低速移動)
Aボタン=ボム
START+SELECT同時押し(もしくはSELECT押しながらSTART)=リセット
は
START+SELECT同時押し(もしくはSTART押しながらSELECT)=リセット
の間違いだった
>>403403(1): 398 [sage] 2015/07/12(日) 08:06:56.67 ID:eipwc+As(1/3) AAS
>>402
最初、Bボタン=ショットで実装していたのですが、セレクト画面を追加した時に
A=決定&A=ボムだと、誤って連打したり、操作方法がわからないので適当に押したりした場合に
ボムを消費してしまうのでまずいなと、変更した経緯があります。
B=決定&B=ショットにするか検証して、問題なければ元に戻す方向でいきたいと思います。
start+selectの両方押しは取り入れたいと思います。
Iコン IIコン2つ持ちは、401の書き込みあと色々やってみたのですが、
どのように持ってもIIコンのボタンが押しにくかったのでボツにします。
newファミコンのコントローラの場合、startとBボタンの組み合わせも操作しやすいのに気付きました。
start=Aボタン=ボム Bボタン=ボム にするのもありかなと考えています。
>start=Aボタン=ボム Bボタン=ボム
Bボタン=ショットってこと?
410: 398 [sage] 2015/07/13(月) 01:54:36.60 ID:ETla0kQ9(1/2) AAS
>>408色々考えて、今のところ、start または ショット(デフォルトBボタン) を決定、
ボム(デフォルトAボタン)をキャンセルに割り当てる方向で行こうかと思っています。
428: 名前は開発中のものです。 [sage] 2015/11/04(水) 01:39:43.60 ID:MqFJsopM(1) AAS
64bit版NESASMは既にある
外部リンク[html]:www.2a03.jp
480(1): 名前は開発中のものです。 [sage] 2018/01/19(金) 13:00:25.60 ID:VhnRMljT(2/3) AAS
>>479479(1): 名前は開発中のものです。 [sage] 2018/01/19(金) 03:13:04.92 ID:KfOVG5Sv(1/2) AAS
パターン1
表示したいスプライトより優先度が高いスプライトをBGの裏においてマスクする
例)スーパーマリオの土管に入るときなど
パターン2
BGの後ろにしたいところに優先度の高いスプライトを8枚置き、8枚を越える
スプライトが出せない事を利用して目的のスプライトを消す
例)ゼルダのダンジョンなど
パターン3
表示したいスプライトのキャラそのものをBGデータに重なっているところだけ透過
したキャラに書き換える
例)ソルスティス/ナイトロアーなど
好きなの選んで
ありがとうございます。そういった感じの解決法なんですね。
でも、なんだかスプライト側が優先順位のフラグを持っているのは
面倒な気もするのですが、スーファミでも変わらず同じ仕様のようですし
何かメリットがあるのですか?
BG側が優先順位のフラグを持っていれば、BGキャラを表示する時点で
フラグを設定する以外の事はしなくても済みますので、この方が便利で
合理的に感じます。
ところがスプライト側がフラグを持っている場合、スプライトキャラが移動するたびに
BGキャラとの重なりチェックをしなければならず、そのBGキャラがスプライトの上に
表示されるべきBGキャラならばフラグを設定し、そうでなければまたフラグを戻すといった
処理がキャラを移動するたびに発生します。しかも、上記のように
優先順位が逆のBGキャラをまたいでいる場合は、様々な工夫が必要です。
それにもかかわらず、スーファミでもこの仕様を継承したということは
この方法にもメリットがあるはずですが、さっぱり思いつきません。
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.037s