<前文>
他人の評価と
この前文では、日本の話題についてはあんまり書かないと決めています。その理由は、結構な頻度でその問題の当事者にあったりするからです。他人事で批判していたら、その当事者に会ったりした時、かなり気不味いです。ので基本的に日本の話題については書きません。今回だけは例外です。のでかなりボヤカして書きます。
ある人が社会的にかなり権威のある賞を取ったんですが、その時にその人が「俺を今まで馬鹿にしていた連中め。ザマーミロ。」と言ったんです。思わず呟いちゃったんでしょうね。これって社会人としてはかなり問題発言ですし、常識から考えても「今まで応援してくれた人達のお陰でここまで来れました。」位に留めておくべきでした。
しかし、それ聞いた時、私は逆に感動しちゃったんです。だってそんな賞取る人でも、完全無欠でここまで来た訳じゃなくて、そういう世間や上司などの第三者からの理不尽な低評価に、歯を食い縛りながら戦って来た事が分かったからです。彼も天才じゃなかったんです。見えない所で不断の努力を行っていたんですね。しかもずっと評価されない状態で。
何かを成すためには、第三者からの評価は絶対に必要です。自分勝手になったり、そこまで行かなくても客観的な事実に目を向けられずに、間違ったまま進んでしまったりしている時に、他人からの助言ではっと我に返る事が出来るからです。
しかし多くの第三者の人は理不尽としか思えない低評価しか付けない人が多いです。
他人の評価をする義務なんで無いです。実際ほとんどの人は他人の行為や作品に対しての評価はしてくれません。そんな中で評価したり、敢えて助言したりしてくれる人の意見は大変貴重で大切ですし、どんなに理不尽な評価でも本当にその人が思っている事ならば聞かねばなりません。
しかし本当にその人そう思っているんでしょうか?世間一般がそう言うから低評価しておいた。とか、この部下を低評価しておくと自分が上司から高評価受けるから。とか、あるいは、あからさまな悪意によって低評価している場合も多い様に思えます。
そうなった時に、その意見は聞かないと言う選択肢は有りと私は思っています。
しかし世の中の所謂、仕事が出来る人の多くは、そういう人の意見もかなり真剣に聞く傾向にあります。そういう人達は自分に対する戒めが大変強いので、第三者の評価を非常に大切にします。更に「悪意が在ったとしても助言は助言。」と考える人もいます。
それは私の経験から言うと大変危険です。
悪意のある助言や無能な人の評価を聞くのは、第三者の評価を全く聞かない以上に危ないんです。破滅する可能性まで在る最悪の選択です。
言っては何ですが、こういう仕事が出来る人って恵まれた環境で育っていて、本当に悪意がある人や本当に無能な人に今まで会った事が無いんです。厳しい言い方をすると悪意がある人の意見と真剣に助言してくれる人の区別が付かないし、無能な人でも雰囲気だけで有能そうと判断してしまったりします。
私が個人的に見聞した悪意ある助言は「取りあえずここは謝って」と「今日は家に帰ってゆっくり休んで」です。もし謝ったら「次は誠意が足りない。」と更なる譲歩を要求して、最終的には土下座か一筆書かされるまで追い込むそうです。家に帰すのは、貴方が不在の間に貴方に対しての何かしらの犯罪行為を行うためだそうです。
無能な助言で多いのが「数字の間違い」です。これは日本ではあまり無かったですが、アメリカで何回も経験しました。特に役所で。アメリカの恐ろしい所は、嘘には非常に厳しいのに間違いにはほとんどペナルティーが付かないんです。しかし間違いでも損害が発生しますから。損害を受ける側は大変です。
そこまで行っても「実際、悪意が在るのか、自分が意固地になっていて正しい助言に対して悪意があると思い込んでいるのか、自分では分からないじゃないか。」と反論されるかもしれません。
そこで妥協案です。「一回だけその人の助言を聞いて見たらと。」
絶対に無いでしょうが、それで劇的に改善したら聞き続けるべきです。もし変化が無いのなら、破滅する可能性がある意見は無視すべきでしょう。劇的に悪くなったら、その人に対して今すぐ最大級の警戒をすべきです。
最後にまとめると、馬鹿にしていたり低評価しかしない連中は、悪意を持っていたり無能な人の場合が多いですので、評価や助言は無視すべきです。
それでは今週の勉強を始めます。
<本文>
1.今週の予定
戦闘中のアニメーションにPlayAnimation nodeを使用していますが、アニメーションは全部AnimBPで管理すべきでした。今週はここを直します。
- モンスターのAnimBPを改良して、戦闘のAnimationもAnimBPで表示出来る様にします。
- 同様の方法で、Playerが操作するキャラのアニメーションもAnimBPで表示します。
アニメーションを直した後に時間がまだある場合は、このゲームをプレイしてバグ出しをします。
もしバグ出しした後でも、それでも時間があるならば、Levelデザインでもやってマップを完成させます。
2.PlayAnimation ノードを外して、戦闘中のアニメーションもAnimBPで管理する。(モンスターの場合)
2.1 モンスターのAnimBP の復習
AnimBPでどのようにアニメーションを管理しているのかすっかり忘れてしまいました。まず復習から始めます。
MonsterBPを開いて見ると
使用しているAnim ClassはSkelSwordAni_Cとなっています。
これですね。
開いて見ると、まず変数としてSpeedとDelayがありました。
以下に示した様に、開始して1.6秒経つとdelay変数がTrueになります。
Speed変数はモンスターの移動スピードを表しています。
そうだ。思い出して来ました。Animation BPにはEventGraphとAnimGraphがあったんです。
今度はAnimGraphを見て行きます。
思い出して来ました。このDefaultの中で色々な条件とそれに沿ったアニメーションを指定したんです。
それはそうと、このAnimGraphではDefaultとOutput Pose以上の作成出来るんですかね。もっとUE4アニメーションに詳しくなったらモット複雑な形のAnimGraphがあるんでしょうか?
Default stateの中を見ます。
Spawn stateとIdle/Run stateがありその間に条件節が一個あります。
Spawn stateを見るとSkeleton_Swordman_Spawnのanimationを表示させています。
Skeleton_Swordman_Spawnのanimationは以下のヤツです。
このアニメーションに掛かる時間が1.6秒でした。
もう分かりました。delay変数がTrueになるのが、Spawn stateからIdle/Run stateに移動出来るため条件ですね。
一応調べて見ます。
その通りでした。
最後のIdle/Runを見ます。
あれ。思っていたより簡単な構造でした。
そうか。歩くのと走るのは、早歩きみたいな歩くと走るの中間があるから、それをBlendspace PlayerクラスであるSkelSword1Dで再現したんでした。
SkelSword1Dの中身も見てみます。
Speedが345以上で完全に走り出します。Speedが85までは歩いています。
85?
AIでモンスターが探索する時の最大速度は幾つでしたっけ。
MyBehaivorTreeを見てみると150にセットされています。
計算式を見直さないと数値が同じ単位なのか分かりませんが、後で数値の確認をする必要がありますね。モンスターが探索している時は、歩くべきですので。
取りあえず、モンスターのAnimBPがどうなっているのかは分かりました。
2.2 戦闘時におけるモンスターのplayAnimationの使用箇所についての復習
RPGGameModeBP内の以下の部分でモンスターの戦闘中のアニメーションを担当していました。
あれSetViewTargetwithBlendノードは何をする関数何でしょうか?
覚えていません。調べます。
使用するカメラを切り替えるんでした。
あれ。でもこの設定だと、カメラを切り替えるだけですよね。
実際の戦闘では以下の様に、モンスターを正面から撮影しています。
この設定だとモンスターの後ろ姿を撮影するんじゃ…。
分かりました。
元々、monsterBPのカメラはモンスターに対して正面を向いた状態で作成していました。
戦闘中のカメラの管理については全く忘れていました。今週はやりませんが、このやり方が正しいのかの検証は必要ですね。
そしてPlayAnimationです。
Skeleton_Swordman_Default_Attackアニメーションをplayしています。
この時にSkelSwordAniからこのアニメーションをplay出来るようにすればいい訳ですね。
大体やり方が分かって来ました。
もう一か所、戦闘中のモンスターのアニメーションでPlayeAnimationを使用している箇所がありました。
ここでは、モンスターが死んだアニメーションを流しています。
これもSkelSwordAniからPlay出来る様にします。
2.3 SkelSwordAniにSkeleton_Swordman_Default_AttackアニメーションとSkeleton_Swordman_Dieアニメーションを追加する。
それでは、モンスターが使用するAnimation BPであるSkelSwordAniからSkeleton_Swordman_Default_AttackアニメーションとSkeleton_Swordman_Dieアニメーションが使用出来るようにします。
SkelSwordAni内に新しいBoolean変数、Attackを作成します。
このAttack変数がTrueの時に、Skeleton_Swordman_Default_Attackアニメーションを流すようにします。
まずDefault StateでIdle/Run stateにAttack Stateを追加します。
Attack StateではSkeleton_Swordman_Default_Attackアニメーションを流します。
移行する条件は、Attack変数の値がTrueに成る事です。
これでSkelSwordAniからSkeleton_Swordman_Default_Attackアニメーションが使用出来るはずです。
同様な方法で、Skeleton_Swordman_DieアニメーションもSkelSwordAniから使用出来るようにします。
これでSkelSwordAniからSkeleton_Swordman_Dieアニメーションも使用出来るはずです。
2.4 戦闘中にSkelSwordAniからSkeleton_Swordman_Default_Attackアニメーションを使用する。
RPGGameModeBPのここの部分を変更します。
以下の様に実装しました。
テストします。
普通に攻撃しています。
出来ました。
整理して見やすいようにしました。
2.5 戦闘中にSkelSwordAniからSkeleton_Swordman_Dieアニメーションを使用する。
今度は、Skeleton_Swordman_Dieアニメーションの番です。Skeleton_Swordman_Default_Attackアニメーションの場合と全く同じやり方で行います。
このPlayAnimationノードを外します。
以下の様に実装しました。
テストします。
モンスターを倒した時にこのアニメーションが流れましたが、その後で、モンスターが復活してしまいました。
良く考えたら当たり前でした。直します。
もう一回テストします。
今度は死ぬモーションをひたすら繰り返しています。
うーん。
もうちょっと考えたら直せそうですが、ここはPlayAnimationを使用した方が適切な気がしてきました。
この後、このモンスターがSkelSwordAniを使用して動く事はないからです。
やっぱりここは元に戻します。
確認のためのテストをします。
元に戻りました。
3.PlayAnimation ノードを外して戦闘中のアニメーションもAnimBPで管理する。(プレイヤーの操作するキャラの場合)
プレイヤーの操作するキャラは、素手、武器、魔法を使用した時にそれぞれ別のアニメーションを使用する必要がありますし、特に魔法を使用した時にParticle Systemも使用します。モンスターの時よりかなり複雑なはずです。気を付けてやって行きましょう。
3.1 プレイヤーの操作するキャラのAnimBP の復習
プレイヤーの操作するキャラのためのCharacter Class ですが、ThirdPersonCharacterをそのまま使用していました。
使用されているAnim ClassはMyThirdPerson_AnimBP_Cでした。
MyThirdPerson_AnimBPを見て行きます。
まず変数ですが、以下の3つがありました。
多分、SpeedとIsInAirは元々あった変数と思われます。WithWeaponは自分で追加した事を覚えています。
EventGraphを見てみます。
見にくい。ちょっと整理します。
EventGraphでは二つの変数の値を常にUpdateし続けていました。
自画自賛ですが、関数の下にその関数にパスする値を書く私のやり方、先週、発明したReroute nodeを併用すると非常に見やすくなります。これはBPの書き方における大発明かもしれません。最初、この書き方を始めた時は、自分自身ではもっとも分かり易い書き方であると信じていましたが、誰もやっている人がいなくて内心かなり弱気でした。しかしこれを見れば、私の書き方が見やすい、理解しやすいのは一目瞭然です。
整理する前の書き方だと、TryGetPawnOwnerノードを中心に見てしまいます。しかしTryGetPawnOwnerノードからコードの流れを見ても何をやっているのか曖昧になってしまいます。あれっと最初からコードの流れを見る羽目になります。
所が私の書き方だと、まずこの部分の実装の目的は二つの変数、IsiInAirとSpeedに値をセットする事であると一発で分かります。その後でそれらにセットするための値はどうやって得ているのかを知りたくなったら、その下の関数らを追えば良いだけです。
今度はAnimGraphを見てみます。
勿論、Default Stateを開きます。
成程、分かりました。Idle/RunとIdle/RunWithWeaponのStateがあるんですね。
後、Jumpの機能もあったんですね。
走ったりするStateの中を開いて見る必要がない事は既に分かっているのでここまでにします。
3.2 戦闘時におけるモンスターのplayAnimationの使用箇所についての復習
戦闘時に攻撃を選択した時、武器を所持している時としていない時のアニメーションの表示にPlayAnimationを使用しています。
武器を装備しているかどうかはRPGGameInstanceBPから調べるべきでしょう。何で敢えてAnimInstanceから調べているんでしょうか?
以下に示した様に、武器を装備している時はplayAnimationノードの後で、MyThirdPersonAnimBPをセットし直して更にMyThirdPersonAnimBPの変数WithWeaponをTrueに指定しています。
本当に無駄手間をかけています。こここそ、全てのアニメーションをMyThirdPersonAnimBPで直接管理すべき所です。
次は魔法を選択した時のアニメーションです。魔法はParticle Systemを使用していますので複雑な構造になっていると思っていたのですが、実際の実装を見るとplayer の操作するキャラとは別なActorがParticle Systemを担当していました。
これなら簡単に直せそうです。
更に戦闘に負けて死んだときと戦闘に勝利した時のアニメーションもPlayAnimationが使用されていました。
これらに使用されているアニメーションは両方とも武器なしのものだけでした。武器在りのアニメーションも追加したら見栄えがもっと良くなると思って提供されているアニメーションを調べたら武器なしのアニメーションしかなかったです。
3.3 MyThirdPerson_AnimBPに武器なしの場合の攻撃アニメーションと武器ありの場合の攻撃アニメーション、そして魔法使用時のアニメーションを追加する。
以下の様に追加しました。
新たに作成した変数は、MagicとAttackです。
Attack変数の使用方法は「2.3 SkelSwordAniにSkeleton_Swordman_Default_AttackアニメーションとSkeleton_Swordman_Dieアニメーションを追加する。」での使用方法と全く同じです。
Magicを使用した場合は武器を装備している時としていない時で返るstateが違います。以下の様に設定しています。
武器装備なしの場合
武器装備在りの場合
多分これで上手く行くそれぞれのStateに帰るはずです。
戦闘に負けて死ぬアニメーションと戦闘に勝って処理のポーズを取るアニメーションはPlayAnimationを使用する予定なので、これらのアニメーションはMyThirdPerson_AnimBPには追加しません。
3.4 戦闘中にMyThirdPerson_AnimBPから攻撃アニメーションを使用する。
以下の様に攻撃アニメーションの実装を変更しました。MyThirdPerson_AnimBPの実装が正しくされていれば武器装備ありと武器装備なしで分けてアニメーションを指定する必要はないはずです。
テストします。
武器を装備したらいきなり攻撃モーションを繰り返し始めました。
調べたら以下の部分を逆に設定していました。
もう一度テストします。
武器なしの場合です。
武器なしのモーションが選択されています。
武器在りの場合です。
武器在りのモーションが流れました。
出来てますね。
コードを整理します。
たったこれだけになりました。
3.5 戦闘中にMyThirdPerson_AnimBPから魔法アニメーションを使用する。
今度は魔法アニメーションです。以下の様に実装し直しました。
テストします。
何回も同じモーションを繰り返しています。
魔法のモーションが約0.7秒だったので0.7秒辺りでMyThirdPerson_AnimBP のMagic変数の値をFalseに戻しました。
テストします。
まず武器なしで魔法を使用した時です。
その後、攻撃を選択します。
素手の攻撃モーションを使用しています。
今度は武器ありで魔法を使用します。
その後、攻撃を選択します。
武器の攻撃モーションを使用しています。
出来ていました。
3.6 戦闘中のコードを整理する。
RPGGameModeBP内の戦闘中の実装が以下の様にぐちゃぐちゃなので整理します。
以下の様に整理しました。
もう少し整理出来ますが、この状態でテストします。
武器在りの時です。
魔法を使用します。
その後、攻撃します。
武器で攻撃しています。出来ています。
今度のテストは武器なしの時です。
魔法を使用します。
その後攻撃します。
武器なしの攻撃をしています。
出来ています。
もう少しだけ整理します。
色んな所でMyThirdPerson_AnimBPにアクセスしているので変数として作成します。
RPGGameModeBP内のEventBeginPlay関数で、以下に示した様に変数MyThirdPersonAnimBPを作成しました。
まだまだスパゲッティコードですが、前よりは遥かに見やすく成りました。
確認のテストをします。
スクリーンショットは取らなかったですが出来ている事は確認出来ました。
4.兎に角、Playしてバグを見つける
4.1 Playします。
まず、プレイ中の音楽が無いです。
夜になると真っ暗で何も見えません。
PCが突然、凄い音出し始めました。
地面の無い所にいったらフリーズしました。
戦闘から戻った時にカメラの方向が一定です。
戦闘中に「読みましたボタン」が表示されないバグが発生しました。
再現性もあります。
Level10に成れないためのバグかもしれません。
「読みましたボタン」が表示されないバグではなく勝利シーンに移行できないバグのようです。
たった十分程度Playしただけでこれだけのバグが出て来ました。
でもそれなりに面白かったです。
4.2 バグのまとめ
以下のバグが見つかりました。
- プレイ中の音楽が無い。
- 夜になると真っ暗で何も見えない。
- PCが突然、凄い音出し始めました。(ずっとではない。)
- 地面の無い所にいったらフリーズした。
- 戦闘から戻った時にカメラの方向が一定。
- 戦闘から戻れないバグ発生。
これらのバグを直します。
5. バグの直し
5.1 プレイ中の音楽の追加
以下の方法で、Map1にBGMを追加しました。
BGMは場所によって変化させる予定なので音の編集が出来るSpawnSound2Dノードを使用します。
使用するCueは以下のデータです
Mega Game Music Collectionから使用しました。
BGMをループさせるため、Cueを開いてLoopingにチェックします。
モンスターが発生する危険な地域や、町や城でBGMは変更しますが、それは後で作成します。
5.2 夜になると真っ暗で何も見えない。
もう単純にPoint LightをThird Person Characterに追加しました。
Lightが無い状態です。
Lightがある状態です。
かなり見やすく成っていますが、回りを見渡すまでは明るくはないです。今回はこれ位にしておきます。
5.3 PCが突然、凄い音出し始めました(ずっとではない)。
再現したくて何回もゲームをPlayしたがその後、一回もそんな事態にはならなかったです。
F5でShaderの負担をチェックしたが特に特別に重そうな所は見つからなかったです。
原因が不明なのでこのバグの修復はパスします。
5.4 地面の無い所にいったらフリーズした。
落ちたら死ねば良いだけですが、どうやって実装しましょうか?
思い付きました。
この方法はベストではないでしょうが、これでも出来るはずです。
MyThirdPerson_AnimBPに二つの変数、IsInAirとSpeedがあります。
更に、ThirdPersonCharacterのMax Walk Speedを見ると600になっています。
この二つから推測すると、IsInAirがtrueでSpeedが600以上だった場合、プレイヤーが操作するキャラが墜落していると考えて良いのではないでしょうか?
RPGGameModeBPのTick関数に以下のコードを追加しました。
これでPlayerが操作するキャラが墜落した時が分かるはずです。
墜落した場合は墜落死を知らせる新しいmapを開きます。
そのためのWidgetも作成しました。
テストします。
落ちます。
一瞬でGame Overに成りました。
もっと発展させる必要はありますが、最低限の機能は出来ました。
5.5 戦闘から戻った時にカメラの方向が一定
これが何で成るのかが分からないです。
考えられるのはRootCompomentとして指定されているCapsuleComponentにScaleしか指定出来ないため指定出来ないのかもしれません。
色々試したのですが、結局原因は不明でした。
カメラとCameraBoomの関係をもう一度勉強しないと理解出来なそうです。
色々調べたら、PlayerStartの向きとカメラの向きが同じになっているみたいです。
それならPlayerStart を消してPlayerが操作するキャラを動的に作成すれば向きも自然になると思いその方法を調べました。
以下の方法でPlayerが操作するキャラを動的に作成出来るそうです。
この方法を試してみます。
以下の方法でMap1、LevelBP内に実装しました。
テストします。
後ろ向きで戻って来ました。
ただし。大量のエラー報告と一緒にですが…
直していきます。
最初のエラーの原因はRPGGameModeBPのMyThirdPersonAnimBPがnullだからでした。その原因はRPGGameModeBPのEventBeginPlayの時にはまだPlayerが操作するキャラを作成していないからです。
Playerが操作するキャラはRPGGameModeBPで作成する事にします。
更に戦闘時の場合はPlayerが操作するキャラの生成される場所が違うのでそれに対応した別のSpawnPlayerCharacterBattleFiledも作成します。
Levelによってそれぞれのイベントを呼び出します。
テストします。
素手の戦闘では上手く行きましたが、武器を持った場合、元に戻った時、以下の様なエラーが発生しました。
原因はRPGGameModeBPでPlayerが操作するキャラを作成して更に、Map1でも作成してたからと思われます。
Map1の作成は外します。
今度は大丈夫でした。
以下のWarningが出ています。何なんでしょうか?
分かりませんね。
ThirdPersonCharacterを(0,0,0)の位置にSpawnせよという命令はしていないはずですが。
5.6 戦闘から戻れないバグ発生
レベルが10になった時、以下のif節に入ってエラーになっていました。
色々検討した結果、このIf節はrowがNullの全ての場合に対応しているので、消す訳にはいかないので以下のような変更にしました。
テストします。
Levelが10に上がってゲームが途中で止まる事も無くなりました。
ここは直ったんですが、以下のコードがLevel10になった時にゲームを停止させてしまう事に気が付きました。
取りあえず試してみます。
やっぱり停止しました。
以下のコードを追加してそもそもLevelが10になった時はLevelUpの検査を受けないようにしました。
テストします。
普通に戦闘が終了しました。
直りました。
6.バグ出しもう一回
「5.5 戦闘から戻った時にカメラの方向が一定」でPlayerが操作するキャラをLevel上に配置したPlayerStartから静的に生成するのではなく、動的にBPから生成する事にしました。
この大改造により、バグが大量に生成されていると思われます。
現状把握しているだけでも、以下のWarningは出続けていますし。
もう一回バグ出しをやって行きます。
6.1 スタート画面でエラー、更に墜落死画面でもエラー
直します。
以下の様にしました。
ここで動的にPlayerの操作するキャラを作成しなければ勝手にPlayerStartの位置にThirdPersonCharacterが作成されるはずです。
試してみます。
出来ました。
出来ましたが、またエラーが大量に発生しました。
直します。
ここでエラーが発生しています。
成程。このやり方だとMyThirdPersonAnimがnullになってしまうんですね。
直します。
以下の様に直しました。
まずEventを止めました。基本的にEventは電話と同じ機能をProgrammingで実装したものです。全ての作業を中止しても対応しなければならない、突然発生する事態(つまり電話の対応)のための機能です。
Playerのキャラを作成する事は突然発生しません。毎回、Levelを開く時にする必要があります。のでEventは使用しません。
代わりに関数、SpawnPlayerCharを作成しました。
キャラの生成する位置と角度を指定するとキャラを動的にSpawnしてくれます。
それぞれのLevelや戦闘が発生した場所で、キャラの生成する位置と角度は変わりますので、そこに対応出来る様にします。
この部分はもっとマシな書き方があると思います。後で、少し考えます。今回はこれで行きます。
最後に、エラーが出た変数に値をパスします。これでエラー出ないはずです。
テストします。
まずスタート画面です。
エラーの表示はありません。出来ています。
出来ていますが、何か画面が異常に明るいです。
そうだ。ThirdPersonCharacterにPointLightを追加した事を忘れていました。ここではそのPointLightは切っておくべきですね。
「新しく始める」をクリックしました。
Map1が作成されました。
特にエラーの発生はありません。落下してみます。
ゲームオーバーになりました。
エラーの表示もないのでバグは直りました。
6.2 スタート画面の修正
スタート画面でPlayerの操作するキャラが明るすぎるのでそれを修正します。
以下の様に直しました。
テストします。
暗くなっています。
Map1に入ると今度はPlayerの操作するキャラは明るくなっています。
出来ています。
あれ?
Monsterが動いていません。
新たなバグの発見です。
6.3 モンスターを動かす
何で動いてないんでしょうか?
AIが機能していないんでしょうか?
Behavior TreeのDebug機能で調べて見ると、Blackboard Decorator ノードであるIsRandomPlace?がFalseを返している事が分かりました。
IsRandomPlaceノードの設定を見ると、以下に示した様に、Blackboardの変数、RandomPlaceの値をチェックしています。
この値に問題があるみたいです。
BlackboardのRandomPlaceの値は、ServiceクラスであるFindRandomPlace内で指定されています。
FindRandomPlaceを見るとGetRandomReachablePointInRadiusがFalseを返してる事が分かります。
更に、GetActorLocationはあるActorの位置情報は返してる事も分かりました。
と言う事は、GetRandomReachablePointInRadiusが適切な場所が見つけられないからモンスターは動いていないと言う事になります。
確認のために他のモンスターの場合も確認しましたが、以下に示した様に全く同じ問題が発生していました。
何で、GetRandomReachablePointInRadiuが機能しないのでしょうか?
一番考えられるのは、NavMeshBoundVolumeが機能していない事です。
確認します。
NavMeshBoundVolumeは効いていませんでした。
取りあえず、左側のNavを動かしたらそれだけは効くようになりました。
これでテストしてみます。
以下に示すように凄い勢いで追いかけて来ました。
直りました。
6.4 以下のWarningについて
今週最後は、以下のWarningについて調べます。
Output Logを読み直したらすぐ分かったのですが、これはPlayerStartを消した事から起きるみたいです。
となると、直せませんね。もしPlayerStartを追加したら、戦闘マップから戻って来た時に、playerの操作するキャラの向きが一定になってしまいます。
Packagingの時とかに問題にならないと良いですね。
7.来週以降にやらないといけない事
今週中にバグ出しを終えたかったんですが、無理でした。以下に来週以降やらないといけない事をまとめておきます。
- モンスターの歩く速度の設定がアニメーションとAIで全然違う
- BGMの変更、町や村、モンスターが居る廃墟で別々のBGMにする。
- BPの整理。RPGGameModeBPを整理します。
- そこら中でThirdPersonCharacter変数に値をセットしている。過去、EventBeginPlay関数がBPから呼べなかったので毎回呼び出していた。これを直す。
- 戦闘システムから呼ばれるEventを整理してまとめる。
- セリフシステムの整理。確認出来るだけで3種類以上の方法でセリフを管理している。これを統一する。
- 更なるバグだし。せめて1時間はこのゲームで遊んでバグ出しする。(今週は10分だった。)
- Levelデザイン。
これらの事をやっていきます。
8.まとめと感想
今週はここまでです。戦闘マップから戻って来た時に、向きが変わってしまう問題は一応解決できました。Levelが10になるとゲームが止まってしまうバグは予想外でした。まだまだ、先は長いですが、ジグソーバズルが埋まって行く時に感じるような手ごたえを感じれるようになって来ました。