TBOD² の conveyor 順は、装置が入力価値、時間、条件、位置に反応する範囲でだけ重要です。公式情報は独自 upgraders を確認しますが、式は公開していません。順番を直接試し、最も大きなアイテムではなく完了資金でライン全体を評価します。
元の基準を保存する
動かす前に dropper から collector までの装置順を記録します。可能なら画像も保存します。複数アイテムを見て、各装置前の価値、最終価値、固定時間内の完了販売、天候を記録します。各アイテムが経路に残ることを確認します。
この基準は戻し方にもなります。実験で収入が下がるかラインが壊れたら、記録した順へ戻し、別の組を試す前に以前の結果を再確認します。
一度に 1 組を試す
隣り合う 2 つの効果だけを入れ替え、同じサンプルを繰り返します。最終価値が一貫して変われば、少なくとも一方の装置が順序の影響を受けています。単一アイテムの価値が同じでも完了収入が変われば、移動か処理時間に影響しています。
サンプルごとにベルト全体を作り直さないでください。複数変更は原因を隠し、元へ戻すのを難しくします。
効果の種類を推測する
固定型は異なる入力でも似た増加になります。スケール型は入力が大きいと絶対変化が大きくなります。条件型はしきい値、ラベル、前の効果の後だけ動く場合があります。速度型はアイテム価値ではなく成功販売数を変えます。
固定増加をスケール効果の前に置くという数学的な直感は、テストの仮説にはできます。しかし TBOD² の確立した式ではありません。実際の価値で確認します。装置の説明が条件を示すなら、それを優先します。
成功した速度を数える
最終値が大きくても、行列、落下、有効範囲の外れ、collector までの遅延で稼ぎが減る可能性があります。同じ区間の完了販売を数え、平均価値を補助として使います。最終判断は残高の実変化です。
天候と恒久効果を固定する
コミュニティ報告では天候が資金に影響します。できれば同じ表示イベントの安定した時間で順序を試します。Fog と晴天を比べ、全変化をベルトのせいにしないでください。
同様に、サンプル間で Bit を買ったり Essence のために rebirth したり、全体改善を発動したりしないでください。ライン全体へ作用し、きれいな比較が消えます。
起動しない Upgrader を解決する
カメラを下げ、アイテムが効果範囲へ入るところを見ます。入口と出口の位置を確認します。大きなモデルが隙間を隠すことがあります。到達するのに価値が変わらなければ、複数回試し条件を探します。
向きや位置でしか動かない装置なら、理論上よい順より機能する経路を残します。信頼性は最適化の一部です。100% の販売ができる控えめなルートは、不安定な最大値を上回ることがあります。
実用的な最終順を作る
アイテムを確実に準備する初期効果を残し、確認済みのスケール型または条件型を有利な場所へ置き、価値を足さない経路を短くします。collector へ無理なく近づけるようにし、重要なグループ後に完了収入を確認します。
新しい upgrader を買ったら、まず最も単純で信頼できる挿入位置で試します。古い装置を再配置する前に効果を確定します。全 Upgraderで機能を記録し、最適な Upgrade 順で購入価値を判断します。
Conveyor 順番 FAQ
公開された完璧な順番はありますか？
ありません。公式情報は式や完全な順番を公開していません。現行効果、アカウントの進行、物理的信頼性で決まります。
加算効果は最初ですか？
本当に加算として動き、後段が入力価値を伸ばすなら妥当なテストです。保存する前に両方の挙動を確認します。
価値が大きい配置でなぜ稼ぎが減りましたか？
行列、落下、効果範囲の外れ、移動距離の増加で販売数が減った可能性があります。同じ時間の残高を比べます。
同時に何台動かせばよいですか？
隣り合う 1 組だけが安全です。結果を分離でき、戻しやすくなります。
元の順番を失ったら？
dropper から collector まで作り直し、装置を 1 つずつ確認します。価値最大化より完全な販売ルートを優先します。
バージョン注記: conveyor の式は公式掲載情報にありません。順番についての結論は、正しい Roblox place の Update 1 で繰り返したサンプルから得てください。