なかなか時間が取れず作業が進んでいませんが、僅かに余暇ができましたので地形適応計算の仕様変更案を形にしてみました。上の写真を見て頂くとお分かりのように、DC兵士が乗るドムの地形適応が「陸A」となっています。本来であれば下の写真のように「陸B」となるのですが、計算方法を変更した結果このような表示になりました。 ドムの機体としての地形適応 は次の写真のように「空-、陸A、海D、宇宙A」となっていますが、 仕様変更前は以下の写真のようにDC兵士の地形適応「空B、陸B、海B、宇宙B」のパラメーターに引っ張られる形で「空D、r陸B、海C、宇宙B」という結果になります。 これを仕様変更後はパイロットの地形適応を計算に入れないようにしています。それに伴い、現状では以下の写真のようにパイロットの地形適応表示を強制的に「-」で固定値にする（パイロットの地形適応は生きていますが、計算に使用しないので表示上は「-」とする）処理を追加して組み込んでいます。 これにより、見た目は単純に「機体の地形適応値=総合地形適応値」という処理（内部処理的には機体の地形適応値を再度加算）になっており、攻撃力や防御力の実効計算値も機体の地形適応値をそのまま使用したものになっています。この後はパイロットのパラメーター側のウィンドウのレイアウトを変更して撃墜数（これは単純に数値で表示できるように変更します。）と次のレベルまでの経験値を下側に表示、撃墜数と地形適応の表示欄を特殊技能のウィンドウとして拡張表示しスキルを6個まで表示できるようにできないか挑戦してみる予定です。
BGMの貧弱さに定評があるキャプテン翼4ですが、これを補うべくサンプリングデータを差し替えられないか調査を始めてみました。サンプリングデータは050300から始まるオフセットテーブルで定義付けられており、最初の2バイトがデータ長、次に続く2バイトがサンプリングデータの展開先というパターン（これはSPC共通の仕様ですね）になっています。
さて、オフセットテーブルが判明している以上、ROM拡張をしてそこに音質の良いデータを書き込んでアドレス指定すればサンプリングデータの入れ替え自体は可能なのですが、問題はそれをサウンドドライバに組み込んだ場合に他のサンプリングデータと干渉しないようにできるかどうか、という事です。サンプリングデータは予め書き込み先が指定されていますので、このデータ長が他のサンプリングデータと干渉しないようにうまく調整するか、あるいはサウンドドライバ自体を書き換えてサンプリングデータの展開先アドレス領域を変更する必要が出てきます。干渉すれば当然オーバーフローを起こしてフリーズしますので、そういう意味でもなかなか面倒な作業になりそうです。
コメント
コメントを投稿