MALOCH のスピードランは、別のプレイヤーが同じ開始、終了、モード、バージョンを再現できて初めて比較に役立ちます。現在の YouTube 動画タイトルでは 3:39 の「world record」が掲げられており、高速脱出ルートへのプレイヤーの関心は確認できます。ただし、このガイドでは公式リーダーボード、カテゴリー定義、ロード除外方法、恒久的な記録を確認できませんでした。動画はルート例として使い、数字を比較する前に自分の計測ルールを定義してください。
最初に計測基準を決める
すべての録画で確認できる開始イベントを1つ選びます。ローカルルールなら、読み込み後にキャラクターを初めて操作できた瞬間、または最初に意図的な移動入力をした瞬間が適しています。終了イベントも1つ選び、できれば YOU ESCAPED が表示された最初のフレームにします。Play を押した瞬間、オフィスへ読み込まれた瞬間、出口へ触れた瞬間、結果を見た瞬間を走行ごとに切り替えないでください。短い走行では境界の違いがタイムを大きく変えます。
ロード時間をタイマーに含めるか記録します。リアルタイムを使う場合、端末と接続の差が影響します。ロードを除外するなら、その方法と無編集の録画を公開してください。コミュニティのボードが共通基準を定めるまでは、公式 world record ではなく、明記したルール下の自己ベストと呼びます。
ゲーム状態でルートを分割する
この分割なら、開発者が公開していない部屋名に依存しません。ビルドによってオフィスの配置が変わっても、状態基準のスプリットは維持し、その中の目印を更新できます。
タイムを削る前に安全なルートを覚える
動画を見ずに反応する対象物と状態変化をすべて見分けられるまで、通常攻略を繰り返します。その後、小さな区間ごとに迷いを減らしてください。最初の短縮は通常、きれいにインタラクションへ入り、停止せず結果を読み、あらかじめ選んだ出口から各部屋を離れることで得られます。
操作を省略してもゲームが次の状態を生成することを確認するまでは、その省略を最適化に含めないでください。出口へ偶然着いてもクリアを発生させられないルートは速くありません。スキップを検証するときは、走行の残りを同一に保ち、最終結果まで確認します。
安全策のほうが速い場所を決める
脅威による損失は、短い慎重な停止より大きくなることがあります。危険区間ごとに、直線ルートと、既知の退路を残す少し長いルートを比較します。同じビルドとモードでトリガー条件と復帰方法を安定させられる場合に限り、直線を採用してください。
音への対策にも根拠が必要です。制作者は、脅威がプレイヤーの声を聞き、理解すると説明していますが、正確な入力や範囲は公開していません。静かなルートは合理的でも、1回の成功だけでは、どの音が安全かは証明できません。Sound Detection ガイドを使い、声、移動、インタラクション、視線の観察を分離してください。
コミュニティの高速走行を見る
動画タイトルは 3:39 を報告し、この走行を world record と呼んでいます。これはある日付の動画における投稿者の主張として扱い、検証済みの現行リーダーボード記録や普遍的な計測基準とは扱わないでください。
最初は全体の動線を見て、次はインタラクションのタイミング、カメラの準備、各出入口へ走者が進むと決めた瞬間を確認します。依存するゲーム状態を説明できるようになってから、その判断を取り入れてください。自分のサーバーにないマーカー、プロンプト、部屋配置に依存した区間はコピーしません。
信頼できる自己ベストを記録する
選択した開始からエンディング画面まで、走行全体を映します。Roblox の Place またはモード、UTC 日付、分かる場合はゲーム更新日、タイマー方式、ロード時間の扱い、プレイヤー数、ルートへ影響し得る購入済みパスを記録してください。失敗した区間をつなぎ合わせてベスト走行にしてはいけません。
NVG、Infinite Lives、Shove / Push がルートを変える場合は明記します。公式 API から各パスの存在は確認できますが、ゲームプレイ上の効果範囲は完全には公開されていません。効果が意味のある優位性を生むなら別カテゴリーが必要になる可能性がありますが、その判断は透明性のあるコミュニティルールに委ねられます。
リセットと復帰のルール
モード違い、読み込み不良、必須操作の失敗、no-death ルールでの死亡、クリア不能なルート状態など、現在の走行が定義したカテゴリーから外れたらリセットします。遅い走行でも、復帰練習や検証に役立つ場合は続けます。すべてのミスで即座に再開する必要はありません。
アップデート後にオフィスや目標が変わった場合は、古いベストを日付付きで保存し、新しい比較セットを始めます。異なるビルドのルートを、何も変わっていないかのように比べてはいけません。MALOCH には開発中という注意書きがあるため、バージョン記録は特に重要です。
よくあるスピードランの失敗
タイマーを定義する前に動画タイトルのタイムを追う
見た目が同じ2つの走行でも、一方がロード込みで、もう一方が除外なら差が出ます。最初の試行前にルールを書いてください。
状態ではなく曲がり方を最適化する
端末のプロンプトを逃したり、ルートが開く前に出口へ着いたりすれば、高速なカメラ操作は役立ちません。意味のある状態変化で分割します。
1回の安全な走行を AI のルールとみなす
脅威の位置や条件が同じではなかった可能性があります。信頼できると判断する前に区間を繰り返し、変数を記録します。
パスの使用やグループの助けを隠す
経路、耐久、インタラクションを変える要素はすべて明記します。説明のない低いタイムより、明確なカテゴリーのほうが有用です。
実用的な練習セッション
まず計測せずにルートを3回走り、同じ状態の連鎖を確認します。固定した開始・終了の合図で5回計測し、各スプリットを比較して、再現性のある最大のロスだけを練習します。最後は危険な数秒短縮より完走を優先して1回通します。この手順なら、長く使える自己ベストと、他のプレイヤーが実際に評価できるルートを作れます。