20
15

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 5 years have passed since last update.

【UE4】「AIが動かない!」そんな時にチェックするべき項目

Last updated at Posted at 2019-10-28

はじめに

UE4 AnswerHub の中でよく見る質問の1つに 「AIが動かない」「プレイヤーに向かって歩いてくれない」 等があります。動かないというのは想像できる原因があまりにも多く浮かびますが、実際はほとんどが何らかの設定ミスだったり、追跡対象となるアクタをきちんと取得できていなかったりといった単純なものです。(特定の状況で稀に発生してしまうテクニカルな原因もあると思います)

この記事ではAIが動かない原因(特に移動しないもの)とその解決方法を紹介します。

原因:NavMeshBoundsVolumeの配置し忘れ

Nav MeshをUE4で生成するためのコンポーネントがNavMeshBoundsVolumeです。このコンポーネントをレベル上に配置しない限りUE4のAIは移動可能範囲を認識できず追いかけるべき対象(プレイヤー等)への移動経路を見つけられずにスタック(立ち往生)し続けてしまいます。

ゲーム上でAIが動くためには ** Nav Mesh(Navigation Mesh) ** が必須となります。AIにとってゲーム中に描画されるメッシュはただの頂点の集合にしか見えておらず、その頂点の集合が「歩けるもの」か否かが判断できません。そこでAIに対し「ここの範囲は移動可能ですよ」「ここから先は進めません」「ここは一方通行です」といった意味を与えた頂点の集合をNav Meshといいます。

確認方法

NavMeshBoundsVolumeをきちんと配置しているか確認する方法としてPキーを押す方法とWorld Outlinerで同名のアクターがあるか確認する方法があります。

解決方法:NavMeshBoundsVolumeを配置する

解決方法は単純でNavMeshBoundsVolumeをレベル上に配置するだけです。この時にAIが歩ける範囲(歩いて欲しい範囲)に合わせて適切なサイズに調整することも忘れないでください。NavMeshBoundsVolumeは必ずレベル上に1つだけという制約はありません。地形に合わせて複数個配置しても問題なく動作します。

配置した後はPキーを押して緑色の領域が描画されるかチェック、もしくはWorld Outlinerで同名のアクターがあるか確認します。


原因:Nav Meshが生成されていない

NavMeshBoundsVolumeは配置されているのにAIが動かない場合ももちろんあります。数多くある原因の1つに「Nav Meshが生成されていない」があります。頻繁に起こるような問題ではありませんがプロジェクトフォルダに生成される「Savedフォルダ」「Intermediateフォルダ」等を削除したり、エンジンバージョンをアップした際に実行されるプロジェクトのアップデート時にうまくNav Meshが生成されずプレイしてもAIがスタックし続けることがあります。(NavMeshBoundsVolumeやNavModfierVolumeの座標を詳細パネルで直接値を入力したときにも、同様の問題が発生することがあります)

確認方法

確認方法として、原因1でも紹介したPキーを押して緑色の領域が表示されるかどうかで判断するのが確実です。
World Outlinerに同名のアクターがあるにも関わらず緑色の領域が表示されないときはこの原因を疑ってみるべきだと思います。

Pキーで緑色の領域を表示する際の罠としてビューポートのリアルタイム描画をオフにしているとPキーを押しても表示されないので確認する際にはリアルタイム描画をONにすることを確実に行ってください。

解決方法その1:NavMeshBoundsVolumeやNavModifierVolumeをちょっぴり動かす

Nav Meshが生成されていないのなら、またNav Meshを生成させればいいじゃないという考えです。
NavMeshBoudsVolumeを選択して移動ツールのいずれかの軸を1目盛り動かして1目盛り戻します。この時に更新処理が実行されNav Meshが生成されます。

解決方法その2:Project Settings->Engine->Navigation Mesh->Runtime->Force Rebuild on LoadをTRUEにする

Project SettingsではNav Meshに対するオプション項目がいくつか用意されています。その中にForce Rebuild on Loadというものがあります。文字通りレベル読み込み時にNav Meshの生成を強制的に行うというものです。(デフォルトではレベル読み込み時点で正常に構築されたNav Meshがあれば生成処理はスキップされます)
解決方法その1でも解決しなかった場合にこのオプションを有効にしてみると改善されるかもしれません。(ほとんどはその1の方法で解決出来ます)


原因:Move To系のGoal Actor/Target Actorに有効な値が渡されていない

プレイヤーを追いかけ回したい時に何らかの方法(All Actors Of Classを使ったり、AI Perceptionを使ったり)でプレイヤーのオブジェクトを取得すると思いますがうまくプレイヤーのオブジェクトが取得出来ていなければ当然AIは動きません。

確認方法:ブレークポイントを置く

有効な値が渡されているかを確認するにはIs Validノードを使う方法もありますが、Move To系ノードにブレークポイントを置く方法が最も簡単で手軽です。
ブレークポイントで停止しているときにGoal ActorやTarget Actorにつながるピンにカーソルを合わせるとピンの内容を読み取る事が出来ます。中身のcurrent valueに長いURLがあれば有効な値で、Noneの場合は無効な値が入っています。

解決方法:追跡対象の取得方法、取得過程を見直す

Get All Actors Of Classノードで追跡対象のオブジェクトを取得する場合は追跡対象のクラス名が希望通りのものであるか、追跡対象のアクタはレベル上に配置されているのかをきちんと見直す必要があります。
Get All Actors Of Classで指定したクラス名が何らかの理由によって製作中に変更された(BP_PlayerをBP_MeleePlayerに名前を変更した等)場合、Get All Actors Of ClassのActor ClassがNoneになっていることがあります。
Get All Actors Of Classはレベル上にあるオブジェクトを検索対象とします。プレイヤーと追跡対象としたのにレベルにプレイヤーを配置していなかったために無効な値が渡され移動しない、ということもあります。

パトロールをするAIを作る際にありがちなことですがパトロールの経路をTarget Pointを使ってコントロールする場合、TargetPoint型の変数を作成後に編集可能のチェックを付けて詳細パネルでTarget Pointを指定出来るようにしたにも関わらずTarget Pointを指定し忘れてしまう、といううっかりミスもあります。

2019-10-28_16h16_09.png

AI Perceptionを使っている場合はそもそもAI Perceptionがプレイヤーを認識しているかをチェックする必要があります。
【UE4】AI Perception の紹介と使い方


原因:Move To系のGoal Location/Destinationに有効な値が渡されていない

Goal Actor/Target Actorと同じです。Move To系のノードではアクターオブジェクトだけではなくVector3型の値も指定することが出来ます。この時に何らかの理由で無効な値が渡されていたり、そもそもNav Meshが敷かれていない場所を指定していた場合もAIが動くことはありません。

確認方法:ブレークポイントを置く。もしくは目視で座標を確認。

1つ上の原因で紹介した方法はこちらでも使えます。ブレークポイントで停止した時にカーソルをピンに合わせた時極端に大きい/小さい値が入っていたら無効な値です。
Target Pointやその他アクタを使ってAIに移動位置を指定する場合は目視でNav Mesh上にアクタがあるか確認する必要があります。

解決方法その1:座標が確実にNav Mesh上にあるように修正する

Target Point等のアクタを使って移動先を指定する場合は確実にNav Mesh上にあるように移動させてください。制作が進みレベルがどんどん複雑になるにつれてTarget Pointが他のオブジェクトの下敷きになっていたりすることがあります。(World Outlinerで漏れが無いようにチェックしてください)
アクタが宙に浮いている場合はEndキーを押して確実に地面へスナップさせてください。

解決方法その2:位置が動的に決まる場合はProject Point To Navigationを使う

EQSやブループリントで何らかの計算によりAIの目標位置が動的決まってしまう場合、解決方法その1のような手作業での位置修正は行なえません。そんな悩みにきちんと答えてくれる便利機能がUE4にはあります。それがProject Point To Navigationノードです。使い方については【UE4】EQSを使わずにプレイヤーを周回するような位置を求めるを参照してください。

Project Point To Navigationノードは与えられた座標をQuery Extent内にあるNav Meshに投影され座標が補正されることになります。求めた位置が空中になってしまった時、Project Point To Navigationノードを使ってNav Meshが敷かれている地面に補正することが出来ます。
活躍の機会はあまりないノードではありますが、非常に便利なノードの1つです。覚えておいて損はないでしょう。


原因:Acceptance Radiusの値が大きすぎる

Move To系のノードにはAcceptance Radiusという項目があります。これは移動先の座標にどれだけ近づいた時に移動完了とするかを決める項目です。例えばAcceptance Radiusが50の場合は目標位置の半径50以内に近づくと移動完了と判断し移動処理を停止します。(デフォルトの-1.0の場合Agent Radiusの0.1倍の大きさがAcceptance Radiusになります。PathFollowingComponent.cppの665行目を参照)
設定されたAcceptance Radiusの値が非常に大きい値だった場合、Move To系ノードを呼び出した時点で既にゴールがAcceptance Radiusの範囲内に入ってしまっているため移動完了と判断されていしまい、AIが動かないことになります。

確認方法:Acceptance Radiusの値を小さくしてみる

Move To系ノードに直接Acceptance Radiusの値が設定されていれば、その値を小さく(デフォルトの-1.0等)して動作を確認してみるのが確実な方法だと思います。変数等で設定されている場合は変数の中身や計算過程を見直す必要があります。

解決方法:まずはデフォルト値で動かして徐々に値を大きくする

最初にデフォルト値である-1.0で動作確認をします。もしこれでもAIが動かなかった場合は他に原因があるはずです。無事に動作したら値を少しずつ大きくしていって調整します。


原因:AI Controllerがスポーン時にPossessされていない

地味にハマる問題です。AIキャラクターはAI ControllerがPossessされて初めてAIとして活動することが出来ます。AIキャラクターをスポーンさせるときはSpawn AI from Classノードを使いますが、このときAIキャラクターのClass Defaults内にあるAuto Possess AIがデフォルトのPlaced in Worldのままだとスポーン時にAI ControllerがPossessされず動きません。

確認方法:エディタをプレイしたときWorld Outliner内にAI Controllerがあるか確認する

プレイした時に動的に生成されたものはWorld Outliner内では黄色っぽい色でアクタ名が表示されます。この中にAIキャラクターがPossessするべきAI Controllerクラスが存在するか確認する方法があります。

解決方法:Auto Possess AI を Placed in World or Spawned に変更する

Auto Possess AIから選びる項目の中にPlaced in World or Spawnedがあります。見ての通りレベルに配置されたときもしくはスポーンされた時は自動でAI ControllerをPossessするよを意味します。ここの項目は常にPlaced in World or Spawnedにしてしまってもいいと思います。


原因:AIキャラクターをSpawn Actor from Classでスポーンした

Spawn AI from Classではなく通常のSpawn Actor from Classでスポーンさせたときも同様に動きません。原因は上と同じです。

確認方法:上と同じ

解決方法:上と同じ

上と同様にAuto Possess AIをPlaced in World or Spawnedにしておけば問題なく動作しますが、他にも解決方法があります。(以下を参照)
UE4 スポーン時のアクター(SpawnActor)が動かない理由と対処方法


原因:Movementコンポーネントの追加し忘れ

これに該当する方はあまりいないかもしれませんが、自分は過去にこの罠を踏んだことがあります。
何らかの理由によってPawnクラスやActorクラスをAIのベースクラスとして選択したとき、生成されたブループリントのコンポーネントにはDefaultSceneRootのみがあります。これにCapsule CollisionやSkeletal Meshコンポーネントを追加して今まで書いてきたチェック項目を全て通過したとしてもAIは動きません。原因は見出しにもあるようにMovementコンポーネントが追加されていないからです。

確認方法:構成されているコンポーネントにMovementコンポーネントがあるか確認

解決方法:ベースクラスをCharacterクラスに変更。もしくはFloating Pawn Movementコンポーネントを追加。

Character MovementコンポーネントやFloating Pawn Movementコンポーネントがきちんと追加されていればOKなので、ベースクラスをCharacterクラスに変更するかFloating Pawn Movementコンポーネントを追加すれば解決します。
個人的な考えですがよっぽど大量のAIキャラクターを動かしたりしない限りはCharacterクラスをベースにしてしまっても良い気がします。

多くの方がMovementコンポーネントの有無を意識することは無いと思います。ネットにあるAIのチュートリアルでは殆どがCharacterクラスをベースに派生させたAIキャラクターブループリントを作成しますので、わざわざ意識する必要はありません。Characterクラスをベースにしてしまえば勝手にCharacter Movementコンポーネントが付いてきます。しかし、何らかの理由によってそういった「いつもの流れ」からほんの少し外れただけでもAIは動かなくなりますのでこの解決方法は知っておくべきだと思います。

余談ですが全てのAIキャラクターをCharacterクラスをベースにする必要もありません。セキュリティカメラや設置型タレット等の場合はそもそも移動する必要が無いのでMovementコンポーネントが不要になります。そういった場合はPawnクラスやActorクラスをベースにしてしまっても良いでしょう。

20
15
1

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
20
15

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?