データ破壊の可能性。マオです。

設定項目「Block_size」について、問題になりそうな物を発見したので、記事にしておく。
この項目は変換可能なブロック数を設定できるのだが、一応3200辺りが限界と説明に書いてある。
しかし、これはブロックからUgo objectになった時の目安で、稼働中のUgo objectを表示させた時は、データ圧縮率の関係で変換限界数がもっと少なくなる。
この稼働中の表示というのは、セーブデータを読み込んだ時にUgo objectが表示できる範囲にプレイヤーがスポーンした時や、プレイヤーが移動中にUgo objectが読み込まれる範囲(大体130ブロックくらい)に入ると発生する。
その時に公式のデータ転送量限界を超えてしまうと、クラッシュしてしまう。
しかも再度入り直しても、限界を超えたデータを読み込むのでクラッシュしてしまい、ゲームが出来なくなってしまうのだ。
困った事に完璧な解決手段というのを思い付かない。
変換するブロックによって、データ量が変わってしまうので、一概に「このブロック数なら大丈夫」と言えない。
Block_sizeを私が指定している3200個ギリギリで設定して運用している人は注意して下さい。
この問題は旧UgoCraftでも起こりうる問題で、1.4以降のバージョンで発生します。
ModLoaderMPを使用していたバージョンでは、起こらない問題です。
いつか出来るであろう、バージョン2.1では安全策くらいは実装したいな。

そういえば、これを見つけたのはUgoCraft2.1の実験中で、2.1ではBlock_sizeの限界がもう少しだけ引き上げられそうです。
上の注意で言う所の、ブロックからUgo objectに変換される時の限界サイズが、3200から6000くらいに上がりました。
稼働中表示限界を考えると、5000くらいなら安心なのかしら？
ここら辺は追試しないとなぁ・・・まだ安全策を作ってないから実験が出来ないね。
1.2.5の人には関係の無さそうな変更点なんで、もう一つくらい何か作りたい所だな。