CS2 ボットが動かないのはなぜですか?
ほとんどの場合、CS2 でフリーズしたボットはゲームを破壊するバグの結果ではなく、練習設定によって引き起こされる意図的な機能です。カスタム ウォームアップ スクリプトまたはオフライン サーバーをロードすると、bot_stop 1 や bot_zombie 1 などのコンソール コマンドがデフォルトで有効になることがよくあります。これらの設定は、AI が反撃することなく、スプレー転送を練習したり、発煙手榴弾を並べたり、武器のダメージをテストしたりできるように、静止したターゲットを提供するように設計されています。
ただし、これらのコマンドが autoexec file に残っている場合、またはコマンドをオフにするのを忘れた場合、ボットはスポーン時に完全に麻痺したままになります。場合によっては、生成されたナビゲーション メッシュ (ナビゲーション メッシュ) — が欠けている真新しいワークショップ マップでもこの問題が発生することがあります。このシステムは、AI に歩行可能な場所と歩行できない場所を指示する目に見えない経路システムです。
CS2 で動かないボットを修正する方法
ボットを再び動かすことは、CS2 開発者コンソール内で完全に行われる簡単な修正です。スタックの理由に応じて、残りの練習コマンドを削除するか、マップの新しいパス ファイルを生成する必要があります。
再度実行するための正確なトラブルシューティング プロセスは次のとおりです。
開発者コンソールを開きます
コマンドを入力する前に、コンソールが実際に有効になっていることを確認してください。 [設定 > ゲーム] に移動し、[開発者コンソールを有効にする (~)] を [はい] に設定します。マッチ中にチルダ (~) キーを押すと、コマンド ウィンドウが開きます。
ボット制限を無効にする:
次のコマンドをコンソールに 1 つずつ入力し、それぞれの後に Enter キーを押します。これにより、AI をフリーズさせている練習スクリプトがオーバーライドされます。
bot_stop 0 (通常の動きと動作を復元します)
bot_zombie 0 (ボットが積極的に反応して攻撃するようにします)
bot_mimic 0 (ボットがキーボード入力を単純にミラーリングすることを停止します)
ナビゲーションメッシュの生成
上記のコマンドが機能せず、カスタム コミュニティ マップでプレイしている場合は、マップにパス ファイルがないためにボットが停止する可能性があります。 sv_cheats 1 と入力して Enter キーを押し、次に nav_generate と入力して Enter キーを押します。歩行可能な表面を計算している間、ゲームは数秒間フリーズします。その後、サーバーは完全に機能するボットで再起動されます。
まだ開発者コンソールの開き方がわからない場合は、special guideをチェックしてください。
CS2 ボットが動かないコマンドの説明
通常、「bot_stop 0」と入力するだけでロビーのフリーズを解除できますが、ボット AI を制御する特定のコマンドを理解すると、オフラインの練習セッションが大幅に改善されます。 Valve には、ボットの動作を操作するためのいくつかの個別のコンソール コマンドが用意されており、ワイド スイングの練習、フラッシュバンのテスト、クロスヘア トラッキングのウォームアップなど、特定のtrainシナリオ—に合わせてカスタマイズできます。
ボットの動きに影響を与えるコマンドとその実際の動作の内訳は次のとおりです。
bot_stop <1/0>: これはボットの移動のマスター スイッチです。 1 に設定すると、すべてのボットがその場で即座にフリーズします。彼らは歩いたり、方向転換したり、撃ったりしません。 0 に設定すると、デフォルトの AI ロジックが復元されます。
bot_zombie <1/0>: 1 に設定すると、ボットは通常どおりマップ上を走り回りますが、あなたの存在を完全に無視します。彼らは撃ち返したり、身を隠そうとしたりしないため、狙いを追跡するための優れた移動目標になります。再び敵対的にするには、これを 0 に設定します。
bot_mimic <1/0>: これを 1 に設定すると、ボットはキーボードとマウスの入力を正確にミラーリングします。これは、ボットをチョークポイントに配置し、角度を変えて覗いたときにキャラクター モデルが敵にどのように見えるかをテストする場合に非常に役立ちます。
bot_crouch <1/0>: これを 1 に設定すると、フリーズしているか移動しているかに関係なく、すべてのボットが強制的に無期限にしゃがみます。これは、しゃがんだ姿勢で構えているプレイヤーに対してヘッドショットの角度を練習するのに最適です。
練習モードでボットの移動を有効にする方法
メイン メニューから CS2 の組み込み練習モードを使用している場合、ボットの動作は、ロードする前に切り替えるロビー設定や、実行するカスタム .cfg ファイルによって大きく影響されます。多くのプレイヤーは、専用の練習設定 (コンソールで exec prac と入力するなど) を実行して無限の弾薬と手榴弾の軌道を有効にします。これには、ほぼ例外なく、静的な手榴弾のラインナップを設定する bot_stop 1 コマンドが含まれています。
他の練習設定をアクティブにしたままボットの移動を有効にするには、マップのロード後にコンソールを開いて bot_stop 0 と入力するだけです。ボットがマップ上を走り回って、反撃される煩わしさを感じずに追跡を練習できるようにしたい場合は、必ず bot_zombie 1 とペアにしてください。
CS2 ボットを追加してもボットが移動しない
bot_add_t または bot_add_ct を使用してロビーに新しい敵をスポーンさせることに成功したとしても、新しく到着した敵がチームの他の敵と同様に麻痺していることが判明する場合があります。これは、CS2 の AI 動作コマンドが個々のボットではなくサーバー全体にグローバルに適用されるために発生します。練習用の設定または以前のコンソール エントリでサーバーが bot_stop 1 に設定されている場合、試合に参加する新しいボットは、生成された瞬間にその凍結状態を自動的に継承します。
これを修正するには、ボットをキックして再追加する必要はありません。コンソールに bot_stop 0 と入力するだけで、ロビー全体が起動します。さらに、bot_place コマンドを使用してボットを十字線に直接テレポートした場合、ボットがマップ ジオメトリ内で動けなくなることがあります。ぴくぴくしているのに歩けない場合は、もう少し広いスペースにもう一度置いて解放してみてください。
CS2 競合ボットが動かない
CS2 では、多くの場合、ゲームが完全に再起動されるまでコンソール コマンドが持続します。最近 bot_stop 1 を有効にして手榴弾のラインナップを練習していて、その後オフラインの対戦マッチに直接切り替えた場合でも、そのコマンドは引き続きアクティブになります。同様に、ゲームの起動時にボットを自動的に強制的に停止させる autoexec.cfg ファイルがある場合、ゲーム モードに関係なく、各ローカル ロビーの開始時にボットは麻痺したままになります。最後に、コミュニティ ワークショップ マップを競争モードで実行している場合、単にマップにナビゲーション メッシュがないことが原因でボットがスタックする可能性があります。簡単な bot_stop 0 または nav_generate コマンドを実行すると、シミュレートされた5対5の試合がすぐに軌道に戻ります。
CS2 Wingman ボットが動かない
オフラインの Wingman マッチは、主に 2v2 用に制限されたマップレイアウトのせいで、ボットの AI にとって特有の難しさがあります。autoexec や以前の練習セッションから bot_stop 1 のようなコマンドが残っていれば、他のモードと同様にボットは停止してしまいますが、Wingman ではさらに経路探索の問題が加わります。公式の Wingman マップでは、見えない壁や封鎖を使って標準的な爆破マップを爆弾設置地点 1 か所だけに縮小しています。こうした人工的な境界を考慮してサーバーのナビゲーションメッシュが正しく更新されていない場合（コミュニティのワークショップマップやカスタムサーバー設定ではよくあることです）、ボットは塞がれた経路に混乱し、見えない壁に延々と張り付いたり、スポーン地点で完全に固まったりしてしまいます。
これを修正するには、まず bot_stop 0 がアクティブであることを確認します。 Wingman バリアに引っかかったままの場合は、sv_cheats 1 を有効にして nav_generate を実行して、特に 2v2 レイアウト用に歩行可能な経路をゲームに強制的に再計算させます。
CS2 サーバー ボットが動かない
さらに、カスタム ワークショップ マップをホストしている場合、その特定のマップ ジオメトリに対して計算されたナビゲーション メッシュ (ナビゲーション メッシュ) がサーバーにないという理由だけで、ボットが移動できない可能性があります。サーバー オペレーターは、sv_cheats 1 を有効にし、nav_generate を実行して AI が移動する必要がある目に見えない通路を構築することで、パスの障害を解決できます。マップ変更時にこれらの問題が再発しないようにするには、サーバーの基本構成で bot_stop 0 が明示的に実行されていること、および mp_limitteams などのパラメーターがボットの完全なスポーンを制限していないことを確認してください。
コメントを書く