第10回ぷちコンに応募した話 技術編

というわけで導入編に続き、技術解説や助けられた記事紹介など。

プレイヤーキャラクターのBP全景。こうするとキレイになるよ、というのがあれば教えてください（切実）

プレイヤーキャラクターのスケール変化処理について

今回、主人公のグレイマンスケールは時間経過でどんどん縮みながらも、修正マニュアルを取得していくことで人間サイズまで大きくなれるという設定だよ。ただしゲーム上では、1/100サイズが原寸で、それ以上は拡大しているという、設定とは真逆の処理になっているよ！

というのも、初期のテストでは、プレイヤーキャラクターを縮小すると、例えば背後の壁などに後ずさりした際に通常ならTPS視点用のカメラアームが縮んでカメラは壁を貫通しないけど、1/10以下に縮小した結果、同じことをすると壁などオブジェクトを突き抜けてしまうよ！

カメラコリジョンの大きさを変えたりして試行錯誤したけど結局解決できなくて上記の方法をとったけど、もしキャラクター縮小時の不具合について解決策があれば教えてください！

また、プレイヤーを100倍するために当然部屋のステージも100倍しているため、ライティングビルドで大きすぎるオブジェクトにダイナミックシャドウが投影されているのでパフォーマンスに影響があるよ、という旨のメッセージが出ることに…

結局部屋は大したポリゴン数でもテクスチャサイズでもないし、最終的に十分なFPSは出ていたので無視しました。（これでいいのかわからない…）

スケール変化はプレイヤーキャラクターのBP上のTickで処理しているよ。Tick上でめちゃめちゃいろいろ処理しているので、その道の方が見たら卒倒起こすかも…！？一応ほとんどのTickはインターバル0.01で処理しているけど…。

またスケールが変化すると当然移動速度や加速度、ジャンプ力などCharacterMovementの各パラメーターも変化させる必要があるので、Tick処理で変化させたスケールの変数をそれぞれ必要に応じて加算・乗算して各パラメーターに与えそれっぽい挙動になるようにしているよ。

これは全部のパラメーターの調整が必要だし、特にジャンプ力と重力の設定が曲者だったよ。

どう設定してもプレイヤーキャラクターを拡大していった結果、極端にジャンプ力が低くなるか、一定の低高度で滞空し続けるといった状態を引き起こしてしまったよ。

初期は滞空中のみTick処理でマイナス方向にLaunch Characterで力を与えて疑似的に重力として運用していたけど、当然ながらTick処理のため、ジャンプ力がパフォーマンスによって変化するという致命的な状態だったので止めたんだ…。

結局試行錯誤でジャンプ力（今回ジャンプはLaunchcharacterで処理しているので、その数値）と重力は設定したよ…。拡大すると滞空時間長めなのはいまだ解決できていないけどね…。
CharacterMovement設定についてはこの記事を参考にさせていただきました。

もんしょの巣穴blog [UE4] Characterアクター

UIについて

UIのBP全景

スケールインジケーターと称したHPバーに当たる部分は縦横のスケールとXY位置、そして色の変化をアニメーションさせている


現状のプレイヤーの体の大きさUIはUMGのアニメーション機能で拡大・縮小しているよ。0秒で最小、10秒で最大といった感じに画像をアニメーションさせて、プレイヤーキャラクターの現在スケールを取得して再生時間と同期させているよ（UIのBP全景参照）。あと、HPバーが一気に減った時に残像的な表現がしたかったので、プレイヤーキャラクター側で遅延したスケール値を設定しているんだ。↓

プレイヤーキャラクター側のUI用処理。遅延スケール値はタイムラインとFinterpを使ったシンプルな処理
 

それをUIのBP側で受け取ってスケールインジケーターの背後のレイヤーで同じようにアニメーションさせているよ！
このあたりはアンサーハブを参考にしました。

 UE4 ANSWER HUB プログレスバーのアニメーション。

最初はスケールインジケーターをSet Render Transformで変化させていたけど、ぎこちない動きなのと、残像のエフェクトも作りたくなった結果UMGアニメーションが必要となり、結果的に以下の記事が参考になりました。

もんしょの巣穴blog [UE4] UMGのアニメーションと動的な配置

 

旧スケールインジケーターのアニメーション処理。調整が面倒。

敵のランナーグレイマンについて

ランナーグレイマンのBP全景

 


ランナーグレイマンのビューポート 


敵のランナーグレイマンはPawnSensingで視界にプレイヤーが入れば、AI Move Toで追いかけてプレイヤーがトリガーのスフィアに触れたら自爆し、プレイヤーにダメージを与えるという処理をしているよ！

PawnSensingの使い方は以下の記事を参考にしました。
GPU_RETURNS UE4でらくらくAI実装に挑戦！！-その2 -

ちなみにビヘイビアツリーで処理しようとしたけど、勉強不足で上手く動作しなかったのと、追いかけて自爆するだけならAI Move Toでいいや、という結論になりました。

 

 

また、隣接するランナーグレイマンがプレイヤーを発見すれば、ほかのランナーグレイマンの視界に入っていなくてもAI Move Toを実行する処理を与え、より自然な挙動になるようにしているよ。

そして同じように、隣接したランナーグレイマンが自爆した際に、誘爆するような処理も組んでいるよ！


ランナーグレイマンもステージスケール100倍の弊害を受けていて、Nav proxy Linkがうまく機能しなかったよ。これは検証時間も少なく、プロジェクト設定を見直せていなかったので（時間がある時に検証します…）、結局段差の前にトリガーボリュームを置いて、適合したタグを持つランナーグレイマンがオーバーラップした時にLaunch Characterでジャンプさせているよ。

ランナーグレイマンジャンプ用トリガーのBP


縁の部分でも同じ処理をして自然に飛び降りているかのように見せているよ。

緑色の枠がジャンプ用トリガー。ブーリアン変数「Do jump?」をパブリック化してレベル上に置いてからジャンプ台として運用するか、縁から飛び降りる用とするか個別に切り替えられるようにした

リザルトのプレイ時間カウントについて

これが意外と資料がなくて困った反面、分かってしまえばとても簡単だったよ。

時間を測るタイマーを作るには？ (翻訳/要約) - UE4 AnswerHub

上記のアンサーハブ記事を参考に（資料少ないと書いたけど、「UE4　タイマー」でググれば上から4段目にあるよ…！）、プレイヤーキャラクターBP上のTickで「Get Game Time in Seconds」から得たプレイ時間を、自分で作ったGame Instance内のFloat変数を参照し、それに書き込んで（Game Instanceはリスタートなどでレベルを再読込してもゲームインスタンス内の変数情報を保持し、大抵のBPから参照できる）




プレイヤーキャラクターBPのTick上のカウント処理。ポーズ中やボスカットシーン中は左のブーリアン変数の「Ingame」をFalseにしてカウント停止するようにしている（とドヤ顔で記入したけど、この処理多分意味ない…）


リザルト画面のUIでそのGame InstanceのFloat変数を参照して、バインドしたテキストを設定してあげるだけだよ！

 

その他参考にした書籍・サイト様 

体力の関係で詳細を紹介しきれないものを以下に！！！m(-_-)m

この本はUE4の義務教育的なもの （ビヘイビアツリーリベンジします）
Unreal Engine 4で極めるゲーム開発:サンプルデータと動画で学ぶUE4ゲーム制作プロジェクト

タイトル画面やポーズ画面実装の参考にさせていただきました！
UE4:ポーズ画面の作り方 - 僕の私のUnrealな日々

ボスキャラの頭上のインジケーターの参考にさせていただきました！
敵の頭上にある HP ゲージの作り方 - 情報は力ではない

UI関係でいろいろと参考にさせていただきました ！
実はぷちコン期間中にブログを始めて拝見させていただきまして、早く知っておけばよかったァーー！！という情報が沢山詰まっておりました…！
みつまめ杏仁

お世話になっております（今回は制限時間関係の記事をいろいろと参考にさせていただきました）
UE4小ネタ　：　制限時間の実装方法を色々と - ぼっちプログラマのメモ

alwei神のありがたいサイト。国内UE4勢でこのお方のブログの世話になっていない人なんていない（断言）
今回はシーケンサーやポストプロセスエフェクトをわかりやすく習得させていただきました！
UE4 シーケンサーを使ってみよう 基本編 - Let's Enjoy Unreal Engine


僕がこれまでUE4を触る上で参考にしたYoutube上のチュートリアル
 ナスヴィッチのYoutubeのUE4資料集 再生リスト


あとは書きべきことや参考にしたものを思い出せば書き足そうと思います。

UE4を触る過程で参考にさせていただいたすべてのサイト様に感謝を！
そしてこの記事が誰かの役に立ちますように。
ここまで読んでくれて、ありがとう！！！

第10回ぷちコンに応募した話 導入編

お久しぶりです。ナスヴィッチです。ここ数年はSteamに合計2000時間以上費やしていたり、Unreal Engine4をいじったりしていたよ。そんなわけでつい先日、株式会社ヒストリア様主催のUnreal Engine4 専用ゲームコンテスト、「ぷちコン」に作品を投稿してきたよ。応募形式はゲームの紹介動画なので、以下が投稿した作品です。

作品を制作するにあたって、多くの解説記事に助けられたので、僕も今回制作にあたって話したいことや、躓いた時に助けられた記事、解説が見つからずに自力解決したことなどについて書き留めていくよ。

はじめに

自慢だけどホワイトな職場なので、定時退社後はぷちコン制作作業を毎日欠かさず行い、後半に有給を大量投入して作業に没頭することができたことが完成にこぎつけた大きな要因だよ。おおまかに以下のようなスケジュールで制作を進めたんだ。この工程は使っていなかった有給を大量投入した結果実現出来たことなのと、素人なので制作の行程がめちゃくちゃだったりすると思うので、安易にマネしないでね。参考程度に留めてほしいよ。

特にシステム回りとアクタBP制作に4週以上取られていたね…。ここは結構見通しが甘かった。ボスキャラを実装したのが運の尽きでした。本当はステージデザインにじっくり時間をかけたかった…。ユニークだったりアホな敵やオブジェクトを沢山用意したかったよ。ボスキャラは確かステージ用のロイヤリティフリーBGMを巡っているときに、これは…！という完璧なBGMに出会ってしまったがため実装しました（テヘペロ）

メモ

恥ずかしいけど、初期からのアイデアメモも公開してみるよ！（字が汚いぃ！）
アイデアは職場でも思いついた瞬間に記録しているので、汚いし読めないね…。
とにかくその場でも忘れやすいので、漢字がすぐ出なければひらがなでもいいので汚くてもとにかく書き記すのが僕のポリシーだよ。

結構迷走する性格なので、案外初期アイデアから何も変えていないことに自分でも驚いているよ。導入のシーンについても考えているけど、当時はプラモ的なキャラが主人公の想定ではなくて、生身の人間が小さくなる想定だったよ。

自分の部屋の間取りほぼそのままにステージ化しているのでこの辺の空間はこれを置いたらいいんじゃね？みたいなのがすぐ浮かんだよ（これ結構重要）。また、作業時間の都合上まるで出てこない敵マシーン達。1か月でこれ全部は無理…。

思いついたものはどんどん書こう。
結構形は変えるものの、芯の部分は残って実現される（ハズ）

唯一実装されたボス。まあ我ながら限られた時間内でよくやったと思う。

結局作業に一番大事なのはモチベーション

幸いなことに自分はしっかり寝れば嫌なこと忘れてモチベーションが戻る体質をいつの間にか獲得していたので（これはみんな一緒かな）、特に休日は早起きして作業、朝食、作業、疲労を感じたら寝る、昼食、寝る、作業、夕食、飲酒して作業、就寝といった感じで作業を進めることができたよ。

今回のぷちコン制作に際して始めたTwitterや、そこで知ったDiscordの作業通話も始めてみて、初期段階から「いいね」や「リツイート」、そしてたまにコメントなどの反応がもらえたこともモチベ維持に効果あったね。ただし後半はのめりこみすぎて風邪ひいて足かせになったり、他人のネガティブな発言が目に入ってダメージを受けることもあった（これは本当にキケン！）ので、一長一短だね…！

それができたら苦労しない！と思うけれど、どんなものでも制作するときは時間確保するとか、睡眠確保するとか、おいしいもの食べるとか、快適な環境を構築するとか、アガる音楽聴くとか、まずモチベ維持に命賭けよう！


というわけで、導入はこんな感じで、次回は本命の技術的な部分の解説や躓いた時に参考にした記事紹介などをしていくよ！

第10回ぷちコンに応募した話　技術編に続く！