Memo

このコードを入れるとbgmファイルをおいてるフォルダに指定したBGMファイルがなくてもエラーを出さずにプレイすることができる。
Soundsの601行のpublic function bgmLoad(param1:int) : voidから625行のコードを以下に置き換える

     private var bgmurl:String = "bgmファイルをおいてるフォルダ";
     private var bgmno:int = 0;

     public function bgmLoad(param1:int) : void
     {
        var url:URLRequest = null;
        var bgm_no:int = param1;
        try
        {
           if(this.bgm[bgm_no] == null)
           {
              this.bgmno = bgm_no;
              url = new URLRequest(this.bgmurl + this.bgm_name[bgm_no] + ".mp3");
              this.bgm[bgm_no] = new Sound(url);
              this.bgm[bgm_no].addEventListener(IOErrorEvent.IO_ERROR, bgm_io_error);
           }
        }
        catch(err:Error)
        {
           Main.errorCall(err);
        }
     }

     public function bgm_io_error(e:Event) : void
     {
        this.bgm[this.bgmno] = new BGM0();
     }

具体的な例を1つ、げすいどうのラージポイズンスライムはクローンではB21から出現しますが、原作ではB23からの出現だったことが原作wikiのダンジョンのページから見て取れます。

この場合現状クローンでは、B21から24Fの範囲でラージポイズンスライムを含むA,B,C,の3パターンから敵の配置が抽選される仕組みですが、そもそもげすいどうはそれすらも未完成でまだ1パターンしかありません。
新たに「B21からB22」と「B23からB24」ではそれぞれ別のパターンから抽選する様にスクリプトを編集する必要があるうえ、当然それぞれA,B,C,の3パターンを用意しなければいけません。

これはinishieFirstからラージポイズンスライムのIDが[201]であることを確認して、inishieMapA5のなかみを見てemerge_no = "A"の中にある0,201,,,0,500の部分がラージポイズンスライムの出現に関わる部分だとわかるので、この部分を消せば即席で出ないパターンを作ること自体はできます。
※(数値の意味はemergeにある通りで、頭のemerge_idは使われてないので0になっていて次がエネミーのID、,,の間は省略されている)

ただしこれでは、ラージポイズンスライムが出る/出ないをバリエーションとしても、残りの2パターンがまだ無いので原作を想像しながら用意する必要があります。

ここで肝となるのがemergeのそれぞれの引数になります、解説されている事が全てなのですが、これが直感的にイメージするのが非常に難しい。

例えばマーマンを1000として基準とした時、ラージスライムを500にすれば出現率は半分、他のエネミーを333にすればそのエネミーは3分の1の確率で’出現’します。(おそらく)
それだけならまだましなのですが、イニシエダンジョンでは’群れ’として配置することができるので、

「ラージスライムが出現確率によって1体ずつ計5匹出現した」、と「ラージスライム5匹の群れが1つ出現して、1匹ずつばらばらな場所に配置された」だと全く同じ様に5匹のスライムに見えますが、まるで意味が変わってきます。

さらには、group_typeでマーマンの様なエネミーを1つのかたまりの群れで出現させる事もできますし、別のエネミーを’おとも’や’取り巻き’と言った感じで出現させることもできますので

どんなパターンで出現してるかを想像しながらエネミー全体のバランスを考えてそれを当てはめていくのは、非常に骨が折れる作業になります。

※調整次第で例えば「溶岩地帯のドラゴンって見る機会は少ないけど、出てくるときはやたらいっぱいいるな...」みたいな風に調整することができます。(おそらくは多くても2匹くらいが適切なのでまれに単体で出現させるべき)

現在では先人の方々がほぼ埋めてくださっているので、ある程度妥協しつつ意見を出し合って修正していく段階になります。

色々書きましたが直近では、下水道のemergeの原作データが見つかった訳ですので、クローン仕様に逆コンバートしてそれにラージポイズンスライムあり、なしのバージョンを作れば
ある程度満足度のあるものが作れるかと思います。(できるとは言ってないので他力本願)

初期

• 墓のログを本格実装しました。墓のログはmilkywayの内部で作成されます。
  • ログを保存する変数はないため、this.Main.mso.data.loglistを追加してセーブデータに保存するようにしました。
  • ゲーム内の墓のログの画像を見つけることはできなかったため完全再現はできていないかもしれません。
  • リプレイログの再現方法は分からないのでリプレイボタンやレスキューログなどはありません。
• milkywayを中心としたキャラ死亡周りの多くのバグを修正しました。
  • 同時に複数キャラが死んだ場合はキャラの生死判定が滅茶苦茶になるバグが起きる可能性は大きく減少しました、残りはセーブを保存するタイミングの前後で起きている可能性があります。
  • ザイーガガチャスクリプトは問題ないため追加、charamakeでキャラデータの情報の一部が欠けていたのを修正。chararesetとcharareviveで墓のログを削除。chararesetでHPが最大HPまで満たしていないのを修正。
  • newpassとloginlogとlogoutとnewpassはエラーにならないようにしました。loginlogに必要な情報を追加しました。

編集その1

• charamakeの初期HPを9999にしました。
• イニシエサイトのプレイログをそのままひらがな読みにした文章をログに採用しました。
• 操作キャラが倒されたときの町の座標をpartybreakと同じにしました。

編集その2

• this.Main.mso.data.loglistは配列区切りで使用されている"<>"がGraveWindow.loadEndで使用されていることが判明したため、loglistの名前をgravelogに変更して配列区切りを"[]"に変更してloglistは削除します。loglistの削除コードはうごかす方法に公開するときに撤去しますが、仮に残っていても動作に問題ありません。
  • 関数を汎用的にするためにdeadMessageの名前はlogTextに変更しました。
  • gravelogは将来的にプレイログを再現するために他のデータも保存するようになります。もし使用されたセーブデータが100KBを超えるとユーザーに許可を求められるようなので許可をお願いします。
  • 保存するログデータはプレイ当時のほぼ完全なプレイヤーデータになります。ほぼの理由は、倉庫アイテムデータであるitemは倉庫以外のログ以外ではセーブ容量の節約のために保存しないで代わりに現在進行のセーブを利用します。
• 一部の変数の型を指定しました、理由はデバッグが楽になるのと型推論しなくなることで処理が高速化されるからです。
• スクリプトが長すぎて編集できないのでページを分けました。

編集その3

• 編集その2でやったことですが、同時に複数キャラが死んだ場合はキャラの生死判定が滅茶苦茶になるバグは修正されました。
• 無理のない範囲でスクリプトの行数を減らしました。
• 更に一部の変数の型を指定しました。

編集その4

• れんしゅうモードとチャレンジモードで日誌をつけるとセーブデータが壊れる恐れがあるため安全策を組みました。
  • これまでは例外により処理が停止していましたが、"savelog"から"diary"に処理を変更することで安全にプレイを続行できるようになりました。
  • こちらでは手が付けられないため、解決されるまでこのままにしておきます。
• イニシエダンジョンのURLに""を代入してゲーム内で参照しないようにしました。
  • イニシエダンジョンのドメインが販売中のため、新しいドメインの所有者にURLを悪用される恐れがあるためです。
• 墓のログの特殊フロアの表示方法を更新しました。

編集その5

• パッチの開始位置をprivate function newFirstLCFunc(param1:Event) : *からに変更しました。
• サーバー時刻を現在のシステム時刻で設定しました。大きな問題があった場合は戻します。
• ひみつのコードを送信するときに現在のシステム時刻を設定しました。
  • ついでにデバッグメッセージらしき文章を削除しました。オリジナルのメッセージは分からないので"?"を残しておきます。
• プレイヤーに倒された場合は、墓のログに名前を表示しなかったのを修正しました。
• 操作キャラが死んだときに所持金を失っていないのを修正しました。
• 操作キャラが倒されたときに移動される町の座標を公式と同じにしました。
  • パーティをかいさん時の座標については、公式の情報を知らないのでそのままにしておきます。
• 死亡しないフロアは、ver1.0313の「死亡しないフロアで倒れた際は「きぜつ」状態になるようにした。」に従って、HP1ではなくきぜつ状態にしました。
• undeadFloorはthis.Main.myPlayScreen.live_flagを代入するようにしました。
  • 死亡しないフロアは、レスキューモード、れんしゅうステージ、おうのま、てんしのへや、きょうかいのやねうら、ひみつのにわです。
  • 以前の値を残してありますが、それらは通常アクセスされることはありません。
• きぜつ状態になった場合は墓のログを作成するようにしました。
• 墓のログに西暦は表示しないようにしました。
• ログ作成の関数内部でエラーが発生した場合はゲームをフリーズしないようにしました。
  • エラーが発生した場合はログにエラーの原因を表示します。
• 紫墓のログに失ったアイテム名を表示するようになりました。

編集その6

• きぜつ状態にになったときに「の メモ」を表示するようになりました。
  • 死んだときにHPを-1にしたのをやめただけです。
• codesendの大部分を作り直しました。
  • エラーなど複数の問題を修正しました。
  • 「コードが まちがっています」を表示するようになりました。
  • 編集その5で動作しなくなった、ギフトのないコード（主にmod用）を直しました。

編集その7

• gameclearを行った後、STARTでゲームが始まらないのを修正しました。
• chararesetで持ち物を削除して、ジョブの初期アイテムを装備するようしました。
  • ゾンビの状態のままリセットするとセーブ内に持ち物が残る恐れがあるためです。
• charadelでフリーズしていたのを修正しました。
  • 原因はtemp変数にvarで型指定した事が原因のようで、他の場所でvarを呼ばずに使われている部分において影響を与えてました。
  • クローン版の初期の設計で関数内にtemp変数をvar宣言しなかった理由が分からないけど、今後は基本的にvarなし変数は残さないようにします。
• 多くの変数名を変更しました。
  • 命名規則は推定的にthis.Main.mso.data.charaはcharaData、partyはpartyData、questはquestData、itemはitemDataとします。
• いくつか誤った型指定と多くのバグを直しました。
  • 色々と解ってきたのでそろそろ安定すると思います…

編集その8

• マップの墓と実際の死亡判定が一致しなかったのを修正しました。
• マップに墓がある場合その結果が優先されるため、実際の影響はないと思います。
• 編集その7でpartyPos[4]とpartyPos[5]の値が変化したことが原因でした。

編集その9

• メモ(全般)の動作に必要なスクリプトのバージョンを2025-03-02に更新しました。

編集その10

• パッチの開始位置をprivate function newFirstLCFunc(param1:Event) : *からprivate function setCode(code:String, xml:XML) : Arrayの関数の終わりまでにしました。
• 今回からプレリリーステストになります。
  • スクリプト内のコメントは撤去しました。
  • ページ編集の原文は手元のファイルから上書きしてるため、上書き編集の結果は戻されます。
• エリアとマップの移動処理の行数を減らしました。
  • 行数を減らす理由は、wikiのページ編集の上限が1500行に制限されているためです。
  • この時に動作が不安定になったのを探して何度も修正したため、まだ問題があるかもしれません。
• にっしをつけるで、プレイヤーキャラのプレイ回数をカウントする問題を修正しました。
  • 本家は、プレイヤーキャラのプレイ回数は、ダンジョン内のかいだんをおりるを使用した場合のみカウントします。
• ザイーガのぶつを買った時のセーブで所持金を減らさない問題を修正しました。
  • これは本家の仕様の通りです。これで無料ガチャはもうできません！
• ギフトをうけとるで、そうこの空きスロットがない場合はギフトのうけとりに失敗するようにしました。
  • 失敗した場合、ギフトは失われません。（間違っていたら意見をお願いします）
• codesendの処理を更に改善しました。
  • メモ(全般)で追加したUI関連のメッセージはすべて仮です。情報提供をおねがいします。