非現実的な話 ゲーム、UnrealEngine4などの話題を取り扱います。取り扱う内容は個人の範囲で調べたものなのでご利用は自己責任でお願いします。 2014-11-09T15:08:47+09:00 どんぶつ 忍者ブログ meganeo.blog.shinobi.jp://entry/70 2017-12-24T16:23:45+09:00 2017-12-24T16:23:45+09:00 【UE4】NavMesh / NavSystem この記事はUnreal Engine 4 (UE4) その2 Advent Calendar 2017の24日目の記事です。

--------------------------------------------------------------

UE4のNavigationMeshやNavigationSystemについて調べてみました。
基本的なActorや各種設定、テストの方法などをざっくり纏めています。
以下、ダイジェスト...



こんな感じで説明したり...



こんな感じで各項目の使い方を見ています。


成果物は容量の都合pdfにしました、こちらからDLできます。
Navigationに興味のある方はどうぞ。
個人で検証したものなので間違ったらこっそり教えてください、、
それではまた来年！

--------------------------------------------------------------

明日は最終日、@YuukiOginoさんの「The Phantom Knowledge Project for UE4」です。
よろしくお願いします。]]> どんぶつ meganeo.blog.shinobi.jp://entry/69 2015-12-24T02:00:00+09:00 2015-12-24T02:00:00+09:00 【UE4】UMGを使ったUIの実装＋ (その3)
-------------------------------------------------------------------------------

４．Tips
その他、UMGに関して調べたり試したことを適当に乗っけておきます。超雑多。

４．１．ポーズ
ゲームをポーズしたとき、Actor継承のクラスではTickが停止する。
しかしUserWidgetでは停止しないため更新イベントが走り続ける。


こまった...。

ちょっと回避策を練る。

親Widgetを作り、変数にフレーム時間をつっこむ。
ポーズかかってたら0.0を入れておく。


以降、作成するWidgetは上記のWidgetを継承し、変数からフレーム時間を取得する。
これでタイマなどDeltaTimeを使用する機能は抑止できる。
ただこれだと毎フレーム呼ばれる問題は残っている。
また、アニメーションも停止できない。
Widgetを量産することを考えると、全WidgetにActorのTick更新制御できる機能が欲しいかな...


４．２．Widget
テキストなどを複数配置する時など、以下のように親に貼り付けすると属性や詳細の内容を複製できる。ただそれだけだけど、テキストの複製とか面倒だからね。


４．３．Invalidiation Box
更新を行わないWidgetに対してキャッシュを使用しない描画をするかどうか。
実験中だけどパフォーマンスは果たして改善するのか。
クラス設定から以下のチェックボックスをチェック。
また、適応するWidgetにもチェックを入れる。




使用前（80fps前後）。


使用後（110fps前後）。

確かに効果があった。
ただしこの設定を行った状態で更新を行うWidgetがあると（例えばfpsを表示するテキストを追加したりすると）40fps前後まで下がった。


４．４．サウンド
Widget内でサウンドを再生する場合、以下のノードから再生できる。
ただし、以下のノードは単発再生のみなので途中で停止できない。


また、User WidgetクラスはComponentを設定することができないのでAudioComponentも配置できない。

回避策



AudioComponentを変数として用意し、Widget生成時に渡す。
こうすることでWidget内で再生、停止はできるようになった。
実際にサウンドを制御するWidgetが音源データを持っていないのは違和感があるけどとりあえず。

４．４．描画優先
描画優先順（ZOrder）を整理。
 

・同一Slot内
    異なるZOrder：ZOrder準拠
    同一ZOrder：後優先


・同一Widget内
    異なるZOrder：ZOrder準拠
    同一ZOrder：後優先


・同一Viewport内
    異なるZOrder：ZOrder準拠
    同一ZOrder：後優先 (Create順)


５．１．参考
５．１．１．参考サイト
その他、更新の新しい公式ドキュメント

Invalidiation Box(公式ドキュメント)
　UMGのパフォーマンス向上に関して
イベントでUIの更新を操作する(公式ドキュメント)
　UMGを使用したWidgetの更新に関する記載など
UMGのベストプラクティス(公式ドキュメント)
　スケーリングや最適化のコツなど
Unreal Match 3(公式ドキュメント)
　サンプルプロジェクトUnreal Match 3について


５．１．２．参考プロジェクト
UMGを使用するにあたって参考になりそうなサンプルプロジェクト
　・ContentExamples
　・Unreal Match 3

サンプルは全部見れていないのでなんとも言えないのですが、
UMGはVer4.4以降からだったので基本的には初期に出たプロジェクトのUIをUMGで作成しなおすことはされていません（ってどっかのスレで見た気がする）。



以上、2015年UE4アドカレの記事についてでした。
少しでもゲーム制作の参考になれば！]]> どんぶつ meganeo.blog.shinobi.jp://entry/68 2015-12-24T01:00:00+09:00 2015-12-24T01:00:00+09:00 【UE4】UMGを使ったUIの実装＋ (その2) Unreal Engine 4 (UE4) Advent Calendar 2015 24日目の記事です。

-------------------------------------------------------------------------------

３．３．Widgetの制御
３．３．１．ゲームロジックへの繋ぎこみ
UIの大枠ができたのでゲームロジックに繋ぎこんでいきます。
先程作成したバトル関連情報のWidgetをバトル開始時にCreate、AddtoViewportノードで表示します。バトル開始前の演出として黒フェードも併せて表示する必要があるのでここで同じく生成しておきます。生成元は敵とのエンカウントを検知するPlayerControllerクラスで行います。
 

フェード部分はバトル情報よりも上に表示する必要があるため、ZOrder（描画優先度）を予め上げています。


黒フェードのマスク用WidgetもFullscreenサイズで作成、バトルWidgetと同様に画面上部と画面下部で分けて子Widgetを作成し、フェードが終わったら自分でRemoveしています。


このWidgetはバトル開始前にしか使わないため、役目を果したら自分でRemoveするようになっています。

フェード部のマテリアルは以下のようにScalarParameterで制御しています。

画面上部のフェード部


画面下部のフェード部

フェード演出が終了したらバトル関連情報はプレイヤの情報を更新するだけなので、バトル開始時の処理はこれで完了となります。

３．３．２．アニメーションとの連携
①シーケンス連動アニメーション
バトル終了後、リザルト画面を表示してリザルトのオープニングアニメーションを行います。このケースではバトル終了を検知したPlayerControllerクラスからリザルト用のWidgetを生成、アニメーション開始制御行っています。

ここまで処理が長いとUI制御用のサブレベルを用意して処理はそちらに書いてしまっても良いかもしれません...
リザルトのオープニングアニメーションはこんな感じ。


UMGのデザイナ部にあるタイムライントラックを使うことで簡単にアニメーションを作成することができます。オープニングアニメーションは平行移動だけの単純なアニメーションのため、以下のようにCanvasPanelをそれぞれのWidgetの中央に配置し、平行移動させるだけで実現できます。


また、アニメーション開始→アニメーション再生→アニメーション終了→キー入力許可、とシーケンシャルに動かすため、以下のようにOnAnimationFinishedを使用してアニメーションの終了を通知します（ただしこのイベント、アニメーション終了以外にもアニメーション停止イベント(StopAnimation)でも反応してしまうので注意）。


②単独アニメーション
敵にダメージを与えたときなどに表示するダメージUIなど、シーケンシャルに動かす必要のない独立したUIのアニメーションに関する内容です。こんな感じ↓。


（gifファイルって結構重いなぁ）

もちろん表示のトリガイベントは必要なのでそちらは準備します。
このケースではダメージ発生イベントをコントロールするクラス（ATBManagerクラス）からダメージ表示用Widgetを生成しています。被ダメージキャラの中心に表示したいので、キャラクターのケツの位置（SkeltalMeshからBone"Hips"のワールド座標を取得）をスクリーン座標に変換し、Widgetの表示位置を設定しています。


先程と同様にアニメーションの終了をとりますが、ダメージ表示が終わったら用済みとなるためRemove from Parentで消えてもらいます。


アニメーションとの連携の一例を載せてみました。
UIにアニメーションを付けるとよりゲームっぽくなりますね。

（その3）に続く→]]> どんぶつ meganeo.blog.shinobi.jp://entry/67 2015-12-24T00:00:00+09:00 2015-12-24T00:00:00+09:00 【UE4】UMGを使ったUIの実装＋ (その1) この記事はUnreal Engine 4 (UE4) Advent Calendar 2015 24日目の記事です。

-------------------------------------------------------------------------------

１．はじめに
「UE4使ってみたけどUIってどう作るんだろう」「サンプルあるけどちょっと足りないなぁ」
そんなことからこの記事を書いてみました。
UE4にはUIを簡単に構築できるUMGという機能があります。
そこで今回はUMGの機能、UMGを使用したUIの実装に関してざっくばらんに紹介します。


今回はサンプルとして某ゲームのUIを作成してみました。
こんな感じ↓のUIを作ってみます。

（FinalFantasy7です。以降、FF7のキーワードが出てきます。未プレイの方はごめんなさい...）


-------------------------------------------------------------------------------
２．ワークフロー
実装に入る前にUI作成のワークフローについて少し。私がUIを実装する時は以下のような手順で作成します。この方法が正しいとも限りませんし、もっと効率の良い方法があるかもしれませんので、そこら辺はご了承下さいませ。

----------------------------------------------------------------
【UI実装の手順】
①：大枠を作りアタリをつける
　　　　↓
②：パーツ化する部分を決める
　　　　↓
③：②でパーツ化した部分を細分化、実装
　　　　↓
④：③で生成したWidgetを組み合わせて②を構築
　　　　↓
⑤：④で生成したWidgetを組み合わせて①を構築
　　　　↓
⑥：ロジックへの接続
----------------------------------------------------------------


①：大枠を作りアタリをつける

全体のイメージを掴むため、パレット内のオプションを使って適当に配置していきます。
この段階ではアンカー（Widgetの基準位置）や細かいスケールは気にせず気楽に配置します。
作業自体はアーティストなどの手を要さずにでき、下手に絵コンテなどを作成するよりもスピードが速く効率的かと思います。


②：パーツ化する部分を決める

①で作成した全体概要を元にパーツ化する部分を決めます（構想だけ）。
色互いに枠で囲まれている部分がパーツ化する部分です。


③：②でパーツ化した部分を細分化

②でパーツ化した箇所を、緑枠のようにさらに細分化します（構想だけ）。
ここでは他のUIで使い回すことを意識して細分化します。
例えばHPのテキストやリミットゲージなどは、バトルメニュー以外にもフィールドメニュー等で使い回すので、ここでは細分化の対象としておきます。


④：③で生成したWidgetを組み合わせて②を構築
⑤：④で生成したWidgetを組み合わせて①を構築

パーツ化したWidgetを組み合わせて親Widgetを作成します。
また親側から子に対する制御、参照部を作成します。
　　　　↓
⑥：ロジックへの接続
UIを制御するきっかけとなる処理（トリガイベント、キー入力など）を作成します。


ウォーターフォールモデル開発と同じような手順ですが、
UI自身の役割、機能を明確にしたり、作業を分業化するのに向いているかと思います。
-------------------------------------------------------------------------------

３．実装
３．１．パーツ部の実装
３．１．１．Timeゲージ
既に実装手順の①～③は上の方で作成したので早速パーツ部分を実装してみます。
ここではActiveTimeBattleの肝である、プレイヤーの時間を管理するTimeゲージを実装します。
ゲージは待機中、行動待ち、行動中の3色が存在し、時間と共に増加します。


 
今回は背景のテクスチャ、ゲージ用マテリアルで構築してみました。

①背景テクスチャ

アンカーをX:0.5、Y:0.5に設定し、キャンバスの中央にテクスチャを配置しています。
サイズはViewportサイズ基準で適当な数値を設定します。
Imageにテクスチャを指定し、テクスチャ設定を"UI"に設定しておきます。


②ゲージ部マテリアル

ゲージ部は動的に変化させる必要があるため、マテリアルを設定します。
サイズ、アンカーは①と同様な設定、表示上の微調整が必要な部分はMarginで補正します。Marginの内容に関しては以下のサイトで詳しく解説されており、UI設計でテクスチャ、マテリアルを頻繁に使い回す場合など良く使います。

[UE4] 枠線の太さはそのままで拡大縮小できるUIの作り方 (株式会社ヒストリア様 ブログ)




ゲージ部分のマテリアルは上記のように（ContentExampleのサンプルを流用）作成し、
ゲージの割合をScalarParameter、ゲージのActive/Deactiveな部分のカラーをVectorParameterで外部から指定できるようにしています。

さらにUIでマテリアルを使用する場合はマテリアル属性を変更しておく必要があります。

ここまでがデザイナ部分の設定となります。
次にグラフ部分の実装を行います。


パーツ化したWidgetの機能はそのWidget内で機能を完結させることを目的とし、ゲージ部に必要な情報を変数として用意します。更新フラグ、ゲージ割合、状態、カラー情報などを一通り用意し、Construct（Widget生成時に呼ばれる箇所）でゲージ部分のマテリアルを生成します。


次にゲージ割合を更新する関数（UpdateGauge）を作成します。
ゲージ割合を更新したタイミングでマテリアルをWidgetに反映し、さらにステートが変化したら色を更新する流れとなっています。

現在の状態取得


状態に応じた色の更新
これでゲージの割合とゲージの色更新部分はできました。


あとは任意のタイミング（プレイヤのターンが回ってきた時に）で上記の関数を呼び出せば、ゲージを水色→黄色→橙色に更新することができます。バトルでは複数プレイヤのTimeゲージが100%になることがあるため、ゲージをActiveにするタイミングはプレイヤの時間を管理するクラスから一番早くATBバーが貯まったプレイヤに対してSetActive関数にアクセスしてActive状態とします。



３．１．２．名前テキスト
次に名前のテキストに関する実装を行います。
名前も同様に状態によってテキストの色が変わる動作となり、プレイヤに行動が回ってくると1番目(白色)と2番目(灰色)のブリンク表示となります。



上記の動作から、名前テキスト用Widgetで変更が必要なのは「テキスト内容」と「テキストColor」となります。これらはBind機能を使用して更新します。


プロパティのバインディング（公式ドキュメント） 
今回のケースでは変数Bindと関数Bindで分けて使用していますが、変数BindはWidget内に同型の変数が存在すればアクセスできます（候補として出てくる）。本ケースでは変数"Text"に"グレーマン"とSetすることでテキスト内容に反映することができます。
また、関数Bindに関しては同型の出力を持ち、かつ入力が存在しない関数であればアクセスできます。Widget更新に関しては、Bindアクセス以外にも、上記Timeゲージで使用したイベント駆動アクセスがありますが、処理負荷などの面で使い分けを行う必要があります。詳細は後述で触れます。

次にテキストColor部分の実装です。


はじめにfloat型変数"HP Rate"で残HPの割合をチェックしており、残HPが0の場合はColor：Red、被Active状態ではColor：White、Active状態ではタイマとして用意している変数の値に応じてColor：White、Color：Grayを設定しています。ここでColor情報はPure関数から取得していますが、テキストのカラーはシステム共通だったりすることを考慮して（他のテキストでColor情報を設定する際にそれぞれでRGBを指定するのが面倒なので共通化してしまいました...）BlueprintFunctionLibrary経由でMaterialParameterCollectionから取得しています。


あとは準備した変数に対して適切な値を設定してあげれば名前テキストの実装は完了となります。



３．２．パーツを組み合わせ
３．１．でパーツ部分をいそいそと作ったら、ワークフローを逆になぞるようにWidgetを組み合わせて集約していきます。パーツ化したWidgetは他のWidgetで使用することができ、親子関係を作ることができます。

上記はパーツ化したTimeゲージや名前テキストを組み合わせたWidgetです。
以下のように１人のプレイヤーの情報として纏めてしまい、子Widget側では自分の機能だけを果たすようにしてしまいます。


さらにパーツ化したWidgetを組み合わせると以下のように全体像が見えるようになりました。


以上、UIの作成に関する一例を挙げてみました。
これでUIの大枠が完成しました。

（その2）に続く→]]> どんぶつ meganeo.blog.shinobi.jp://entry/65 2015-10-13T01:24:11+09:00 2015-10-13T01:24:11+09:00 【UE4】LocalMapOptions を使う デバッグ機能？
Project設定にある「LocalMapOptions」について。



Name型の値を入力できる。
ここで入力した値は、DefaultMapで指定したMap名に＋してロードされる。

例えば、以下の場合
GameDefaultMap：/Game/Maps/Level_P
LocalMapOptions：_test

初回でロードされるMapは、
「/Game/Maps/Level_P_test」となる。

ちなみに、Editorからのゲーム開始時には影響を及ぼさず、
DevelopやShipping起動時には有効となる。
コンソール系のコマンドとして活用できるかとも思ったがNG。


使い道は・・・
「起動時のロードレベルを容易に切り替えできる」ということぐらいでしょうかね。
例えば、Packageしたゲームの動作確認をする際に、
本流用MapとDebug用Mapを用意して動作の違いを検証できる、とか。

一例として、以下のLevelを用意する
本流用Map　：Level_P
Debug用Map：Level_P_test

Project設定なので、Config（DefaultEngine.ini）設定によって
「LocalMapOption=」と「LocalMapOption=_test」を切り替えればOK。


ソース見る限りだと使いどころはこのくらいかな。
という覚え書きでした。
]]> どんぶつ meganeo.blog.shinobi.jp://entry/63 2015-08-18T22:48:16+09:00 2015-08-18T22:48:16+09:00 【UE4】profileについて
・コンソールコマンド ”stat unitgraph” 
　⇒CPU、GPUの使用状況をグラフ化



------------------------------------------------------------------------

・SessionFrontend
　コンソールコマンド ”stat startfile”：profile開始 
　コンソールコマンド ”stat stopfile”：profile終了 

【使い方】
ゲーム開始前に"stat startfile"を入力
ゲーム終了時に"stat stopfile"を入力


[ウィンドウ]->[デベロッパーツール]->[セッションフロントエンド]を選択


[プロファイラ]タブを選択、メニューの[ロード]から.ue4statusファイルを選択
（キャプチャに成功していたらファイルが生成される）




ロードに成功したら処理負荷の高そうな箇所にポイントを当て、
ゲーム内処理の負荷を確認する場合は、[GameThred]から階層を降りていくことで処理負荷の掛かっている箇所を特定。
 

------------------------------------------------------------------------
この２つがあれば、大抵は何とかなる？
手持ちのカードが少ないので、まだまだ調べる必要がありそう。
profileとこの前のExitCodeに関してはVerup毎に更新したいと思っています。]]> どんぶつ meganeo.blog.shinobi.jp://entry/62 2015-08-17T23:50:11+09:00 2015-08-17T23:50:11+09:00 【UE4】PureCastの設定 （世間一般的には「手抜き」と呼ばれ敬遠されます。）


さて、お手元に『UnrealEngine4で極めるゲーム開発』はありますでしょうか。
こちらのp320-321に記載のある通り、Castについては純粋化を推奨されております。
何故かはp321のColumnを読んで下さい。
お手元に無い人は買いましょう！

購入はこちらから↓
Amazonのページ


さて、以下はCastの純粋化していないもの（上）と、純粋化したもの（下）です。
（このノードではCastする必要ないのですがあくまで一例）



純粋化する前のノードを純粋化するには、右クリックで[純粋キャストに変更]を選択する必要があります。下の図がそれ。デフォルトでCastを検索すると純粋化されていないものが出てきます。



右クリック、マウス選択と、２手間かかってます。
Castを使用する度に2手動かすの大変じゃないですか？
※私は大変な面倒くさがりなのでこの手間も惜しくて仕方ありませんが、面倒くささには個人差があります


でですね、探していたものありました。


ツールバー[編集]→[エディタの環境設定]→[ブループリントエディタ]→[Experimental]→[純粋キャストノードの使用をデフォルトにする]

これにチェックを入れましょう。
デフォルトで純粋Castが出てきます。



１点だけ、「Experimental」になってるのでご利用は計画的に。]]> どんぶつ meganeo.blog.shinobi.jp://entry/61 2015-08-16T07:24:21+09:00 2015-08-16T07:24:21+09:00 【UE4】GameInstanceについて GameInstanceとは レベルを跨いで値を保持することができるクラスです。
以下の場所からGameInstanceクラスを設定します。
ここに設定しないと個別で作成したクラスは動作しません。


なぜGameInstanceが存在するか

　「レベルを跨いで値を保持することができる」の意味が分かる方はすっ飛ばして下さい。
　UE4の場合、Level上に存在するActorを制御することでゲームを構築していますが、Levelが切り替わって別のLevelに遷移した場合、遷移前のLevel、Actorの情報は全てクリアされてしまうため、ゲーム共通の情報を持つ場合はどこかで値を保持しておく受け皿が必要になってきます。
（上記のLevelはPersistentLevelを指します）
　例えば、オプション画面（オプション画面用Level）でゲーム内音量設定をした場合、その設定情報はゲーム内の音量に連動させなくてはならないため、ゲーム中画面（ゲーム用Level）に移行するまで保持しておかなくてはなりません。GameInstanceを使用して設定情報をオプション画面でSet、ゲーム画面でGetすることで、ゲーム内の共通の情報を扱うことができます（グローバル変数のような扱い）。


値保持だけが役割？

　ここからが本題。
GameInstanceといえば「値を保持できる」ことは結構知られていますが、他には何かないものでしょうか。GameInstanceに関するドキュメントはAPIくらいしか見当たらなかったのでソースも含めて調べてみました。Verは4.8.3です。

UGameInstance(公式ドキュメント)


先に結論
　GameInstanceの機能に関して簡潔にまとめると以下の３点です。

　・レベルを跨いだ値の保持
　・ゲーム中のプレイヤー管理
　・ネットワークリプレイの管理

　ゲーム中のプレイヤー管理に関しては、マルチプレイ時などのクライアント側プレイヤーのことを示します。ネットワークリプレイに関しては、先の記事でも触れていますが、Ver4.8で追加された録画機能のことを示します。オフラインでも録画できますが。
以上、GameInstanceの機能についてです。これ以降は、上記の補足です。


１．Blueprint

Blueprint(以下、BP)に公開されているイベントは以下の4種です。いずれも"BlueprintImplementable"なので、C++側で検出したイベントをBPで受信して駆動します。
これ以外のイベントに関してはBPへ公開されていないため使用できません。



① Event Init
名前の通りGameInstance初期化時に呼ばれます。

② Event Shutdown
名前の通りゲーム終了時に呼ばれます。

③ Event TravelFailure
マルチプレイなどクライアント－サーバ間のエラー発生時、レベル遷移時などに呼ばれます。
オプションとして障害要因(以下参照)がついてきます。

障害要因：ETravelFailure::Type（公式ドキュメント）

④ Event NetworkError
オンラインゲームなどネットワークエラーの発生時に呼ばれます。
オプションとして障害要因がついてきます。
こっちはドキュメント無かったので割愛。

以上、できることは少ないですが、セーブデータの展開や強制終了時の割り込み処理などはここで実装できなくもなさそうです。

余談

　ちょっと余談なのですが、GameInstanceはPIE実行時とStandalone実行時で振る舞いが異なります。ここで言う振る舞いとは、「GameInstanceの生成／解放」のことなのですが、以下の違いがあります。

・PIE実行
　実行の度にGameInstanceを作成
　終了の度にGameInstanceを解放

・Standalone実行
　実行時にGameInstanceを作成
　終了時にGameInstanceを解放

　殆ど違いはありませんが、PIEだと実行する度に作成しており、ソース上でもGameInstanceの生成処理はPIE用とStandalone用で明確に分かれています。何故このような違いがあるかというと、「PIEだとEditor上でGameInstanceクラスを変更できるのに対し、Standaloneだと決まったGameInstanceを使うということが分かっているから」と勝手に解釈していますが、本当の理由までは分かりません。ニュアンス的には合ってそうだと思いますが...

　また、これ利用すればゲーム起動時の不具合の切り分けにも使えそうです。
「Editorだと正常に動くんだけど、Packageだとクラッシュする」なんて時にログから追おうとします。GameInstanceの生成が完了した時に以下のように「Game Engine Initialized.」とログが出力されます。これより以前であればデバイス、Pluginの設定、Engineの問題？などが考えられます。StandaloneだとEngineの初期化処理の最後にGameInstanceを生成するため、このログが出力された後にCrashしたりしていればゲーム側に問題がありそうです。
（実際にはクラッシュレポートやエラーログが出るので、あくまで切り分け程度に）


※ゲームログは[Saved]->[Logs]の中に.logファイルがあります


２．C++

　C++からの操作だとプレイヤー管理、ネットワークリプレイに関する色んなことができます。と、詳しくは一番上のAPIドキュメント参照なのですが、サンプルプロジェクトのShooterGameが非常に参考になります（寧ろShooterGame以外のプロジェクトだとGameInstanceを使用していないケースしか見当たらない...）。
　サンプルとは言えソースは出せなさそうなので、内容に関しては、サンプルプロジェクトから参照下さい。Slateを使ったネットワークリプレイ機能の実装、ネットワークを利用したマルチプレイ機能の実装が参考になりそうです。

その他

・Exc
　コンソールコマンドの入力はFExcクラスで受信した後、入力の内容に応じて各クラスに処理を委譲します。GameInstanceクラスでは"Open [Level名]"のコマンドのみ、処理を行います。
　"Open [Level名]"は指定したLevelに遷移するコンソールコマンドで、[Level名]が存在していれば正常に遷移します。注意したいのが[Level名]が存在しない時（失敗時）の振る舞いがVer4.7と4.8で異なることです。Ver4.7では失敗時、特に何も起きず現在の状態を継続します。Ver4.8では失敗時、PIE起動だとPIEを強制終了、Standalone起動だと現在のLevelを再起動する動作となります。これが仕様変更によるものなのか、不具合によるものなのか分かりませんが動作が変わっている点では注意が必要です。以下の図は、Ver4.8 PIE実行時にコマンド失敗した時のログです。強制終了していることが出力されています。



まとめ

マルチプレイなし、オンライン対応なしのゲームであれば、
値の保持にしか使わなそうですね！！]]> どんぶつ meganeo.blog.shinobi.jp://entry/60 2015-08-15T23:30:12+09:00 2015-08-15T23:30:12+09:00 【UE4】AnimationBlueprintの複製 Tips系記事。

目的
　同一処理、アニメーションシーケンスを有するAnimationBlueprintを作成します。
以下、AnimationBlueprint表記を"ABP"と省略します。
検証バージョンは4.8.3です。

ドキュメント

以下、公式ドキュメントでアニメーションのリターゲットに触れられています。

・１．アニメーション リターゲット（同じスケルトン）
・２．アニメーション リターゲット（異なるスケルトン）

上記ドキュメントでは
　１．同一スケルトンでアニメーションをリターゲットする方法
　２．異なるスケルトン同士のアニメーションをリターゲットする方法
について書かれています。

違う、そうじゃない！

やりたいのは
『異なるスケルトン、異なるアニメーションを持つ複数アセットを同一処理、アニメーションシーケンスで動かす』こと。
例えば、村人A、Bがいるとして、それぞれ「話しかけた時」「攻撃した時」に以下の動作を行うとします。

村人Ａ：　話しかける⇒こちらを向く　、攻撃する⇒驚く
村人Ｂ：　話しかける⇒攻撃する　　　、攻撃する⇒反撃する

　村人Ｂの人間性については一先ずおいといて、「話しかける」、「攻撃する」というプレイヤーのアクションに対して、双方何らかのリアクションを行います。なので、ABPの処理としてはプレイヤーのアクションに対して、双方とも対応するアニメーションを再生するだけで良いのです。スケルトンが同一の場合、かつ同じリアクションをとるケースであればABPは１つで済むのですが、スケルトンが異なり、かつリアクションが異なる上記のケースではABPを2つ用意する必要があります。

2つ分ABPを新規作成すればいいのでは？

　手間がかかる。
変数作成して、アニメーションブレンドして、ステータス作って・・・など、アクションが増えるほど新規作成は手間なので類似するものはサクッと複製しましょ。

概要

【前提】
村人Ａ、Ｂのスケルトン、メッシュ、再生するアニメーションアセットがあるものとします

【手順】
①：とりあえず村人Ａ用のABPを用意する
②：①で作成したABPのリターゲットを行いABPを複製する
③：②で複製した（新規作成した）ABPのアニメーションを置き換える

上記３つの手順でサクッとできます。

詳細

　例としてマーケットプレイスのアニメーションスターターパックを使用します。
既にアニメーションやらABPが色々入ってますが、今回はAdamのABPをAlphaに適用することで
Alphaに同じ動きをさせることを実現します。



①：村人Ａ用のABPを用意する
　アニメーションスターターパックは最初からABPも入っているので特に何もする必要はありません。下記赤枠のABPを複製していきます。




②：①で作成したABPのリターゲットを行いABPを複製する
　複製元ABPを右クリック、[Animブループリントをリターゲットする]→[Animブループリントとリターゲットを複製]を選択します。


　リターゲットViewerが表示されるので、「リファレンスアセットを再マップする」、「互換性のあるスケルトンのみを表示」のチェックを外し、一覧に表示するアセット一覧から複製先のスケルトンを選択します。今回はAlphaに移植するため[Mixamo_Alpha_Skeleton]を選択します。




③：②で複製した（新規作成した）ABPのアニメーションを置き換える
　②の操作を行った時点で複製先のSkeletonと同一フォルダ内にABPが複製されます。複製元ファイル名+"_Copy"というファイル名で複製されるため、とりあえずファイル名を変更して保存します。



　上記で保存したファイルを開くとコンパイルエラーが出ているかと思います。
一度[コンパイル]を選択してエラーとなっている箇所を修正します。



　ここで表示されるエラーは「アニメーションの設定が外れている」エラーだけなので、対象のキャラに合ったアニメーションを再設定していくだけで解決できます。別スケルトンの情報を複製してきているので、複製先のスケルトンに設定されていないアニメーション（複製元のアニメーション）はエラーとなります。このエラーを全て修正できれば複製作業は完了です。




まとめ

一から新規作成するよりはずっと簡単に複製できるはずです。
どんどん楽をしましょー。
]]> どんぶつ meganeo.blog.shinobi.jp://entry/59 2015-08-07T03:27:53+09:00 2015-08-07T03:27:53+09:00 【UE4】LightRebuildErrorについて
メモメモ。

これなんで出るん？

ライトビルド時間掛かるからできるだけやりたくない。
コンソールコマンドで消せるけど正しい状態を維持したい。
⇒正しいお作法を学べば回避できるじゃないか！

エラー条件

このエラーが出る操作は以下の通り。

・DirectionalLightのRotationが可変時
・SpotLight、PointLightのLocationが可変時
・SkyLightは影響しない
　⇒SkyLightはLightだけど扱いが他Lightと異なる

・DirectionalLight、SpotLight、PointLightは "ALight" 継承のActor
・SkyLightは"AInfo"継承のActor
　⇒"AInfo"は設定情報を持つだけのActor、GameModeやWorldSettingも"AInfo"継承
　⇒全く別物のためSkyLightはエラー検出の対象外として考える






もうちょい突っ込むと

・エディタ起動だと出る
・Shipping、DebugTestでは出ない
・ライトの情報はレンダリングスレッドで常に更新
　⇒PIE実行中でなくともチェック
・コンソールコマンド「DumpUnbuiltLightInterractions」でどのライトがエラーとなっているかを表示することができる。以下の例だと、"SpotLight 2"がエラー対象。Viewportには出ない。OutputLogに出る。



・コンソールコマンド「DisableAllScreenMessages」でエラー表示を消せる。
　⇒全部消える＆ライト異常には変わりないので意味がない！

ちょっとまとめ

・影に変更があった時ではなく、影を生成するものに変化があった時に出る
⇒正確にはライトの持つStaticShadowの情報、もしくはDynamicShadowの情報のいずれかに変化があった時
⇒それはそうだ。

=================================================

＜追記＞

レンダリング関連の情報は以下のドキュメントが参考になった。
https://docs.unrealengine.com/latest/INT/Programming/Rendering/index.html

　上記にも記載のある通り、ワールド上に存在する物体のレンダリング情報は、プレイヤーの動作などの制御とは別のクラスで行われ、UWorldに対応するレンダリングはFSceneクラスで行われる。エラー判定の基準となるLighting情報は、FPrimitiveSceneInfo、FPrimitiveSceneProxyクラスが持ち、これらの情報を元に判定が行われる(StaticLightか？とかDynamicLightを落としているか？など)。
　ただし、判定基準はLighting情報だけでなくWorld上に配置されたComponent（影を生成する物体）にも及び、これを全て正確に追うのはかなり膨大な作業である（Component毎に影の生成条件などが異なる）ため割愛。

結論：Lightを動かすとリビルドが求められる

「Lightを動かさなくともエラー」が出るという報告がAH上に幾つか見られたが、Ver4.7系だとそういった既知の不具合があるようだ。基本的には上記の内容で問題ないと思われる。

以上、覚え書き。
]]> どんぶつ