スキップしてメイン コンテンツに移動

最新の投稿

第4次スーパーロボット大戦 合体式複数パイロット乗り機体用特殊台詞の設定アイデア

 第4次スーパーロボット大戦ではコン・バトラーVダンクーガ、ザンボット3といった合体後に複数パイロットが乗るようになる機体のサブパイロットの台詞を反映させる機能はありませんが、以前作成したゲッターチームの仕様変更のシステムを応用すれば「F」以降のコン・バトラーVのように合体後専用の特殊台詞を反映させる事が可能であると判明しました。  具体的な手法は「特定のパイロットが特定の機体に搭乗している場合はSRAM上のパイロットIDを保持したままRAM上のパイロットIDを入れ替える」というもので、これは以前にも少し触れたハイパーモードや暴走システムの手法と同じものですが、これを応用すれば、例えばバトルジェット搭乗時の豹馬とコン・バトラーV搭乗時の豹馬のパイロットIDを個別に用意する事で異なる台詞パターンを適用できるという事も可能になります。また、同時に複数精神コマンドのサブパイロット適用パターンも変更できるため、非分離型のコン・バトラーVを用意するといった必要もなくなります。但しこの方法には欠点もあり、例えば敗北条件に豹馬の撃墜が設定されている場合にこのパイロットIDが合体前と合体後で別々であると、パイロットIDが合致しなくなってしまった途端に敗北条件を満たしてゲームオーバーとなってしまいます(これはハイパーモードや暴走の再現時にも当てはまる問題です)。そのため、台詞の変更のみに留めるのであれば特殊サブルーチンを組んで特定のパイロットが特定の機体に搭乗している場合は台詞の参照IDを変更(例えば、豹馬がコン・バトラーV搭乗の場合は通常の台詞IDではなく専用の台詞IDを参照)するという手法の方がいいのかもしれません。もっとも、シナリオ上での敗北条件を設定する際にそれら両方のパイロットIDを全て確認できなかった場合にのみ敗北とすれば問題はないので、あくまで好みの問題とも言えそうです。

第4次スーパーロボット大戦 8M拡張ROMの処理速度についての感想

 以前、少しだけ触れた「8MBに拡張したROMの拡張領域(400000h以降)に置いたデータはBGMを中心に読み込みや処理速度が遅くなる気がする」という件ですが、やはり体感的に処理がもたつく場合が出ているように感じます。特に、再生速度が速めに設定されているBGMは時間経過と共に音が次第にずれていってしまうようです。気のせいであればいいのですが。

 こういう場合、SA-1などの特殊チップを搭載している作品のROMマッピングを参考に処理を改善するという方法もあるのだと思いますが、作業量を考えると現実的ではないので取り敢えずROMの埋め込み情報を見てみたところ、ROMの仕様が31(高速リニア)から35(低高速リニア)に変更されていました。どうやらLunar Expandというツールを使用してROM容量を8MBに拡張する際に自動的に書き換えられた様子なのですが、これを元の31に戻してみたところ多少はBGMのもたつきが改善されたように感じます。しかし問題がないわけではなく、元々のROM情報埋め込み領域の数値を31に戻す分には正常に起動しますが、拡張領域(408000~40FFFF)に存在するROM情報は35にしておかないとゲームが起動しなくなってしまうようです。

 それぞれのROM情報が異なる状態で長時間正常にプレイし続ける事ができるのかどうかまだ未知数なのですが、今のところ特に問題なく処理ができている様子なので、しばらくはこのままテストプレイを続けていこうと思っています。

コメント

人気の投稿

第4次スーパーロボット大戦 HPゲージ仕様変更パッチを公開しました