お陰様で無事に解決致しました！
名無し蛙様に教えて頂いたJsonEx.makeDeepCopyを使って、
関数冒頭でローカル変数に配列を渡して、
加算するときもローカル変数から配列をディープコピーしてから要素を加算し、
関数最後でローカル変数をディープコピーで元の変数へ戻すことで希望通りの挙動が実現出来ました！

当初自力で調べて出した結論ではディープコピー関連の可能性が薄いと判断していましたが、
結果としては名無し蛙様の仰るとおりディープコピーにより解決致しました。

この度もお助け頂きまして、本当にありがとうございました。

速報ですが、成功パターンを見つけました！
どうやら処理を実行する前にいったんセーブし、ゲームを再起動してロードしてから処理を実行すると、うまくいきます。
もしかしたらその辺に答えがあるかもしれません。
解決した場合は改めて結果を報告致します。
宜しくお願い致します。

上記の説明では何を目指しているかが分かりづらいと思いましたので、画像を用意しました。

↑これを

↑こうしたいです。

行が少なかったりするとうまくいくこともあるのですが、冒頭の例ではうまくいきません。

名無し蛙様、いつもご指導頂きありがとうございます。 先日も大変貴重な知見をご提供頂いて、本当に助かりました。 シャローコピーとディープコピーはいくつかの記事で目にしましたが、個数列である3列(インデックス2)へ加算する値を整数にしても連動するため、これは関係ないかなと優先度を下げておりました。 改めて短時間ながら調べてみた上で考えると、仰るとおり確かに関係がありそうです。 このコードの加算部分のArray.fromをJsonEx.makeDeepCopyへ変えても結果は変わらなかったので、その前の処理のどこかでシャローコピーが行われている可能性を疑っています。 同じ配列の異なる要素同士の比較と...

既に解決なさったかと思いますが、参考までに。

うちは自作したBGMやSEをDAWやAudacity等からwavで書き出して、それをoggとm4aへ変換してaudioフォルダへ入れています。
XMedia Recodeを使うと、複数のファイルを一気にoggやm4aへ変換出来るのでお勧めです。

RPGツクールMZの質問というよりJavaScriptの質問になってしまいそうで恐縮ですが。 二次元配列で現在所持しているアイテムを管理しています。 複数の条件が重複する行のアイテム個数を1行の個数へひとまとめにして残りの行へ0を代入する処理を、 プラグインから実行する関数によって試みています。 まとめ処理の前段階として二次元配列を次のようにソートしています。 $gameVariables.value(DBvalNum).sort(function(a, b) { //1列目は昇順。 if (Number(a[0]) > Number(b[0])) return 1; if (Number(a...

名無し蛙 様、今回もご教示頂きましてありがとうございました！ 読み込み時間の問題という点には全く思いが至りませんでした。 仰るとおり、2つの処理の間に1フレームのウェイトを入れるだけでうまく動作しました。 今回の質問に至った動機は、 「オープニングや長めのイベントを1まとめに実行できないと困る」 というものです。 しかし単純に読み込み時間の問題ということであれば、 最初に読み込んでおいて時間をおいてから呼び出すという対処が出来るのでこれだけで解決です。 それに加えて今回は、 async関数を使って読み込むまで処理を止めるという手法もご教示頂けて、 大変勉強になりました。 改めまして、大変有用な...

csvファイルから二次元配列としてRPGツクールMZで用意されている変数へ代入する処理についてです。 まず、下記の処理でcsvファイルを二次元配列として読み込み、 各要素を数値型へ変換してから変数84へ代入します。 //test_input.csv読み込み //CSVファイルを読み込む関数getCSV()の定義 function getCSV(){ var req = new XMLHttpRequest(); req.open("get", "csv/test_input.csv", true); req.send(null); req.onload ...

chro様、名無し蛙様、大変ご丁寧なご解説、誠にありがとうございました。

URIの取得と抽出につきましては、他のことにも応用できそうな大変貴重な知見です。

論理和と論理積については真理値表の関連から存じてはおりましたが、「短絡評価」という名称で効率的な組み方に応用されていることまでは存じ上げませんでした。

大変勉強になりました。
改めましてご教示頂き、感謝申し上げます。

chro様、ご教示ありがとうございます！ ＞.call(this) 文中で「フック」と説明されていたこれを漠然としか理解していませんでしたが、ご教示頂いたことでより調べやすくなりました。 問題の切り分けもうまく出来ていなかったので、「ない場合はただの参照、あると実行」ということを明確にして頂けて助かりました。 ＞|| 論理和についてもご教示頂き感謝致します。 一応論理演算子であろうことは分かったのですが、なぜ必要なのか、必要な場合はどういうときなのかについてうまく理解出来ていなかったので、こちらも大変助かりました。 論理和については、複数のスイッチが関係するときに必要となるということですね。 ...