[過去ログ] スーファミのプログラム (455レス)
前次1-
抽出解除 レス栞

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
445
(1): 2016/08/07(日)19:46 ID:BFS2eMZo(2/2)調 AAS
>>410 >>443
それから地味に癌なのがサウンドまわり。

DSPを制御するサウンド側のCPU、S-SMP(SPC700) 。
これとメインプログラム側のCPU 、65C816の通信が糞で遅すぎる。
 動作周波数の違うお互いがポーリングする形で通信だけに専念しないと、いい加減なプログラミング作法で通信するとフリーズするようで、
ACKみたいな応答信号も手動で送らなきゃならない。1バイト送るだけで結構クロックかかると思う。
そもそもバルク転送する前に相手が応答可能になるまで待たされる場合も。
 RPGのカーソル音みたいによく鳴る短い音(のBRR波形)はサウンドのメモリ空間に常駐できるだろうけど、
楽音でない噪音の長い効果音なら、長めのサンプリング波形まるまる収録&転送しなきゃならないはず。

こんなにもたつくサウンド周りやりながら
画像関係VBlank開始を知らされ転送を開始する割り込みルーチンと並走できるか?
答えは知らないけど、今度はサウンドのストールや処理落ちの恐れがあるだろうな。
 それから絵の演出と同期させて、効果音を鳴らす命令も送る必要があるはず(サウンドCPU側で制御するのは多分やりたくない)。

思い返せば、スーファミのソフトで、瞬時にBGMを切り替えられるゲームってないよな?
手持ちのサウンドテストあるやつは曲変える時に固まる。
ドラクエ3リメイク敵のエンカウントの瞬間にBGMを鳴らさずノイズ音でごまかしている、
FCより劣化してんじゃないよと子供の時に軽くキレた。
 スーファミソフト起動時に各社ロゴを出すとか、暗い画面からゆっくり明転するとかで始まるけど、
これってサウンドの転送が遅いのをごまかしてるのかな?と最近思ってる。

いろいろ制約があるので、大技演出中にプレーヤーを動かさせるなんてとんでもないと、思うだろう。
止めて必要最小限だけ動かすのが賢いやりかた。
447: 2016/09/02(金)12:29 ID:DTTdfz3b(1)調 AAS
>>445
スーパーファミコンは場面が切り替わる度にロード時間が入るなあと思っていたけど
まさかカセットから本体RAMにデータを読み込み展開する時間だけでなく
サウンド用メモリに音色を書き込む時間が長かったのだろうか
前次1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.020s