UE5 SetInputMode_UIOnlyで有効なPlayerControllerが必要エラーの原因と解決

「SetInputMode_UIOnlyは、'PlayerController'ターゲットとして有効なプレイヤーコントローラーを想定しています」は、Set Input Mode (UI Only) ノード（または関数）の Target（Player Controller）ピンに、有効なPlayerControllerが渡らず None（無効）になっているときに出る警告です。最短の解決は、Get Player Controller (Player Index 0) で取得したPlayerControllerをTargetに必ず接続すること。多くは Target未接続・Get Player Controllerの戻りがNull・呼ぶタイミングが早すぎる、のいずれかが原因です。以下で原因の切り分けと確実な直し方を解説します。

1エラーの意味

UE5の入力モード切り替えノード Set Input Mode (UI Only) は、内部的に「どのプレイヤーの入力をUI専用に切り替えるか」を決めるため、Target（Player Controller）ピンに有効なPlayerControllerオブジェクトを必要とします。このTargetが None（空） だったり、すでに破棄されたオブジェクトだったりすると、エンジンは「有効なPlayerControllerを想定していたのに渡されなかった」と判断し、この警告を出して処理を中断（入力モードを切り替えない）します。

つまりエラー自体は「クラッシュ」ではなく、「Targetに正しいPlayerControllerを渡してください」という指摘です。結果として「マウスカーソルが出ない」「UIがクリックできない」「ゲーム入力が止まらない」といった症状につながります。同じ仕組みのため、Set Input Mode (Game And UI) や Set Input Mode (Game Only) でも同種の警告（「expects a valid player controller」）が出ます。

2主な原因

3解決策

原因の多くは「Targetに有効なPlayerControllerを確実に渡す」ことで解決します。次の順で対応してください。

1. Get Player Controller(0) を取得してTargetに繋ぐ（最短）

Get Player Controller ノードを置き、Player Index を 0（シングルプレイ／ローカル先頭プレイヤー）にして、その Return Value をSet Input Mode (UI Only) のTargetピンに接続します。Targetを「未接続のまま」「Selfのまま」にしないことが最重要です。

2. Is Valid で事前チェックする

取得したPlayerControllerが本当に有効かを Is Valid ノード（または ?Is Valid マクロ）で確認し、Valid のときだけ Set Input Mode を実行します。これで「Nullを渡して警告」を確実に防げ、どのタイミングでNullになるかの切り分けにもなります。

3. 呼ぶ場所・タイミングを見直す

PlayerControllerが確実に存在する文脈で呼ぶのが基本です。おすすめは PlayerControllerブループリント自身、または BeginPlay以降 のタイミングです。

• PlayerControllerのBP内で呼ぶなら、Targetに Self を繋ぐだけで有効なPlayerControllerになる（最もシンプル）。
• Actorや他のBPで呼ぶ場合は、必ず Get Player Controller(0) 経由でTargetを渡す。
• 取得が早すぎてNullになるなら、BeginPlay 以降に移す。それでも不安定な場合は Delay 0.0（1フレーム待ち） や Set Timer で1フレーム後に実行して再取得する。

4. カスタムPlayerControllerを使う場合

独自のPlayerControllerクラスを使っていても、Set Input ModeのTargetは 基底のPlayer Controller型でそのまま受け取れるため、入力モード切り替えだけが目的ならキャストは不要です。キャストが必要なのは「カスタムクラス独自の関数・変数にアクセスしたいとき」だけです。キャストする場合は、Cast成功側の出力をTargetに繋ぎ、失敗側（Null）を繋がないよう注意してください。

4Set Input Mode 系（UIOnly / GameAndUI / GameOnly）の前提

3種類いずれも「Target = 有効なPlayerController」が前提です。用途と注意点を整理します。

いずれも マウスカーソルの表示は別ノード（Set Show Mouse Cursor）で制御します。「UIは出るがカーソルが見えない」場合は、入力モードとカーソル表示の両方を同じPlayerControllerに対して設定してください。なお細かな引数名・既定挙動はバージョンで変わることがあるため、公式ドキュメントの確認を推奨します。

5落とし穴

6よくある質問

Q. Targetに何も繋がなくても動く場合があるのはなぜ？
そのノードを PlayerControllerブループリント自身の中で呼んでいる場合、Self が有効なPlayerControllerなので動きます。ActorやGameMode、Widgetなど別の場所で呼ぶとSelfがPlayerControllerでないため警告が出ます。確実を期すなら常に Get Player Controller(0)（Widgetなら Get Owning Player）をTargetに明示してください。

Q. BeginPlayに置いてもNullになります。
初期化順序やレベル遷移直後で、まだ完全にPlayerControllerが用意されていないケースがあります。Delay 0.0（1フレーム待機） や Set Timer by Event で1フレーム後に再取得し、Is Valid を通してから実行すると安定します。

Q. UIを閉じてもゲーム操作が効きません。
UI表示時に Set Input Mode (UI Only) に切り替えたままになっている可能性があります。UIを閉じる処理で Set Input Mode (Game Only) を同じPlayerControllerに対して呼び、必要に応じて Set Show Mouse Cursor を false に戻してください。

Q. カスタムPlayerControllerだとこの警告が出やすい？
クラスがカスタムかどうかは原因ではありません。入力モード切り替えだけならキャスト不要で、基底のPlayer Controller型のままTargetに渡せます。キャストして失敗側（Null）を繋いでいないか、Targetに有効な参照が来ているかを確認してください。