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

最新の投稿

第4次スーパーロボット大戦 地形適応のCOMPACTシリーズへの仕様変更案

 しばらく実生活での仕事が忙しく、何も手が付けられない日々が続いており大変申し訳ありません。戦闘BGM枠の拡張計画に関しては具体的に何をどう変更すればよいのか見当がついてはいるのですが、なかなか実行に移せない状態です。今のところこの調子で6月か7月いっぱいまでの間はなかなか時間が取れない予定です。  さて、何もできないのも面白くないので、今回は第4次スーパーロボット大戦のシステム変更の中で思いついたアイデアとして、機体の地形適応の仕様をCOMPACTシリーズ準拠にする方法について考察します。大半のスーパーロボット大戦での最終地形適応は「パイロットに設定された地形適応」と「機体に設定された地形適応」を合計したものが適用されるのですが、ワンダースワンで展開されたCOMPACTシリーズでは機体の地形適応のみが反映される仕組みになっています。これならば機体の特定の地形適応をAにする強化パーツを用意するだけでお気に入りの地形適応を簡単に変更可能です。やり方としては従来の「パイロットの地形適応」を読み込む際にこれを「機体の地形適応」を読み込むように変更すれば簡単に実施できそうです。ただ、これを実際に実行するとパイロットの無個性化を招くのではないかと若干心配になります。しかしこれを実施する事によってパイロットのパラメーターウィンドウから地形適応を消し去る事が可能となり、同時に撃墜数の表示欄を移動させれば特殊技能の表示を3つから6つに変更できます。なかなかやりがいのある変更だと思うのですが、皆様はいかがお考えでしょうか?

第4次スーパーロボット大戦 マップ上でのユニット展開数増加不具合の原因判明とSRAMの仕様による一時断念

 マップ上にユニットを65体以上展開させた場合の不具合の原因が判明しました。結論から言うと、現状では一時断念せざるを得ません。HiROMの状態ではRAM容量(外付けRAMを含む)の不足でオーバーフローし、65体目以上のユニット情報が維持できないというのが不具合の原因でした。マップ上で展開しているユニットの情報はRAMの7E2000、7E4000、7E6000の各領域にリアルタイムで読み書きされているのですが、この単位が0080hのため0080*40(64体分)=2000hとなり、65体目以上の情報が維持できなくなってしまうのです。これがLoROMであればSRAM領域を1バンクあたりにつき4000hまで展開、最大で256Kbまで拡張できるので該当するデータを大容量化したSRAMに逃がして問題解決となるのですが、HiROMの場合は1バンクあたりのSRAM領域が2000hしか維持できないうえに128Kbが容量の限界となっています。多量のデータをSRAMで処理している魔装機神ではHiROMではなく従来のソフトによくあるLoROMという仕様(32MBLoRAM+32kbSRAM+SA-1チップとやや特殊ではありますが)を採用しているのはこの対策のためだと思われます。大容量のデータの場合はROM情報を特殊チップ仕様に変更してそちらで処理するという方法もあるらしいのですが、現状ではそれらしい資料が見つからず、これといってよい方法が見つかりません(一応リザーブRAM領域にデータを逃がすと正常に動くように見えるのですが、やはり維持できないのかだんだん動作が怪しくなり最後は突然ゲームオーバーになったりフリーズします)。魔装機神と同様にメモリマップをLoROMに変更する事も考えましたが、さすがに作業量を考えると厳しいものがありますので改善策が見つかるまで一時断念し、まずはSRAMに登録した増加ユニットの正常動作だけを目指す事にします。

コメント

人気の投稿

第4次スーパーロボット大戦 初期型ROMと後期型ROMの物理的な見分け方と入手方法

第4次スーパーロボット大戦 未使用BGM「通常ボス」(VIOLENT BATTLE)

ファイアーエムブレム紋章の謎 ソルジャー導入実験と下馬時のクラス分岐考察