Unreal Engine 4で極めるゲーム開発はとても良い本です。Unreal Engine 4の使い方だけではなく、幸せなゲーム開発のワークフローなどが学べます。本書で扱っているエンジンのバージョンは4.7ですが、4.9で試したところ、本の通りにはいかなかったこととかもあったので、4.9でUE4極本を読み進めるための差分について紹介していきます。25章ぐらいからは4.10で実行しています。
12/26追記
しばらく他の活動で1ヶ月ぐらい間が空いてしまいましたが書籍の最後まで行きました。29章は4.7と4.10で差分はありませんでした。引き続きPDFの方も進めていきます。
8.3.1 ブラシをブロッキングボリュームに変換する
ブロッキングボリュームに変換すると、見えなくなると説明にありますが、4.8と4.9、4.10では表示されちゃいます。これはバグです(報告済み)。
BuildメニューのBuild Geometryを手動で実行するか(湊さん情報)、他のBSPの要素を置くかすると消えます。
16.2.2 タイムラインの値を活用する
MakeRotノードがMakeRotatorノードに入れ替わっています。入力ピンの名前が、以前はPitch
, Yaw
, Roll
の順序だったのが、X (Roll)
, Y (Pitch)
, Z (Yaw)
と変わっています。それによって、本で使っているYawが真ん中から下に移動になっています。
19.4.3 スプリントのリスクを完成させる
Set Timer
と、Set Timer Delegate
が、それぞれ、Set Timer By Name
と、Set Timer By Event
に変わっています。おそらく、ノードの挙動としては変わっておらず名前だけです。書籍で使われているノードに対応するのはBy Name
の方です。
By Event
の方は、名前をタイプしなくて済むため、なるべくならこちらを使ったほうがミスが減る気がします。実際に呼ばれるカスタムイベントとの関係が明確ですし。Blueprintはおおむねごきげんな気分でコードを書いていけるんですが、ちょっと困る点というか、ツールの改善を期待したいところが1つあります。関数名やパラメータ名をテキストで入力させる箇所で、タイプミスなどがあっても、それが検知できません。たしかこのBy Nameもそうですし、僕が他にハマったのが、Blackboardのパラメータ名と、マテリアルインスタンスのパラメータ名です。改善を期待したいとはいいつつ、待つだけでは解決に近づかないので、「なるべく安全な方を使う(文字を入力させる方もあれば、そちらは避ける)」のがよいと思います。
21.3.6 トレースヒット情報を活用する
スクリーンショットのBPは23.4.3でサービスに変えたあとのものですが、実行終了後にどうもエラーが出てしまいます。実行時には問題はなく。実際にユーザのポーンを追いかける動作も特に問題なく動いているように見えるのですが・・・ちょっと直し方分からなかったのでどなたかわかる方がいれば教えて下さい。Break Hit ResultからReturn Nodeに伸びる水色の線(水平の方)がNone(何もない)状態だ、という感じでしょうか?
25.4.2 ポストプロセスマテリアルを自作する
P471のBlendablesの場所ですが、Miscではなくて、Post Process Volumeのセクションに移動したようです。
25.4.3 ミニチュア風ポストプロセスマテリアルを仕上げる
4.9以降から、 SceneTexture: SceneColorがポストプロセスマテリアルから使用できなくなりました。ざっとななめ読みしたところ、エフェクトをかける前のテクスチャをまるまる抱えておかないといけないのはパフォーマンス上よろしくないので、パフォーマンス改善を優先したと。将来、このような使い方が再びできるようにするから、と締めくくられています。
現時点で何が問題かというとPostProcessVolumeのポストプロセス前後の絵を2つを同時に利用した絵作りができないという点です。ミニチュア風シェーダーはガウシアンフィルタ前の画像と後の画像を中心部だけピントが合うように混ぜて使っていたので4.9では使えません。対策としてはPostProcessVolumeでやっていた処理も、自前でポストプロセスマテリアルの中でしてあげる必要があります。組み込みのポストプロセスは使えないので、GlobalPostProcessVolumeのPost Process > Depth of Fieldの被写界深度フィルタをオフします。
いろいろアルゴリズムを調べていたのですが、こちらのselflashさんのツイートで自前で実装されたとのことでしたので、そこで言及されていたopenFrameworksのシェーダーの情報を元に自前実装に挑戦してみました。
できあがったのがこれ。BlurXというのは、パレットのCustomノードを持ってきたものです。出力にCMOT float3を選び、以下のように入力を3つ設定します。
- BlurAmount(ブラー量 0-10の数値で、今回は1次元固定値の3に接続)
- UV(2次元ベクトルで、TextureCoordinationノードを接続)
- Tex(SceneTexture: PostProcessInput0を接続)
Texはプログラムからは使わないのですが、これを繋いでおくと、SceneTextureLookupなどの関数が使えるようになるよとここに書かれていたのでつないでいます。Customノードのシェーダーコードは以下のとおりです。
float3 res = 0;
int TexIndex = 14;
float ScreenMult = GetPostProcessInputSize(0).zw.x;
res += 1.0 * SceneTextureLookup(UV + float2(ScreenMult * BlurAmount * -4.0, 0.0), TexIndex, true);
res += 2.0 * SceneTextureLookup(UV + float2(ScreenMult * BlurAmount * -3.0, 0.0), TexIndex, true);
res += 3.0 * SceneTextureLookup(UV + float2(ScreenMult * BlurAmount * -3.0, 0.0), TexIndex, true);
res += 4.0 * SceneTextureLookup(UV + float2(ScreenMult * BlurAmount * -1.0, 0.0), TexIndex, true);
res += 5.0 * SceneTextureLookup(UV + float2(ScreenMult * BlurAmount, 0.0), TexIndex, true);
res += 4.0 * SceneTextureLookup(UV + float2(ScreenMult * BlurAmount * 1.0, 0.0), TexIndex, true);
res += 3.0 * SceneTextureLookup(UV + float2(ScreenMult * BlurAmount * 3.0, 0.0), TexIndex, true);
res += 2.0 * SceneTextureLookup(UV + float2(ScreenMult * BlurAmount * 3.0, 0.0), TexIndex, true);
res += 1.0 * SceneTextureLookup(UV + float2(ScreenMult * BlurAmount * 4.0, 0.0), TexIndex, true);
res /= 25.0;
return float4(res, 1);
結果は以下のとおり。openFrameworksの説明だと、X方向とY方向で2ステップでブラーをかけている(1パスでやろうとすると、9x9で81点サンプリングが必要だけど、2パスにわければ18点のサンプリングで済む)のですが、2ステップに分ける方法が分からなかったので、X方向しかやってません。うーむ。UE4のブラーは綺麗すぎるけど一体何点サンプリングしているんだ・・・ソース覗いてみたけどパラメトリックなシェーダーでDoF系処理をまとめてやってそうな雰囲気で読み解くのは大変そうでしたので、そっちからのコピペは諦めました。
あとは、書籍のSceneColorをPostProcessInput0に、PostProcessInput0をガウシアンブラーの出力に読み替えてあげれば、書籍で説明されているような、周辺がボケてなおかつ暗い雰囲気が出せます。
結果はこんな感じになりました。
ちなみに、単純にポストプロセス複数回実行であれば、blendablesをどんどん並べていけば可能だそうです(selflashさん情報)。縦方向のポストプロセス処理があればそれと並べれば解決ですが、今回は、すべてのエフェクトがかかる前の画像との合成が必要だったので、一工夫必要な気がします。周りを暗くする処理は1パス目ではやらないで、2パス目で縦のサンプリングと周りを暗くする処理・・・とかですかね?
27.5.1 マップに配置する
操作は変わってないのですが、入力していると、本とは違って、ActivatedEmitterとDeactivateの間に、変換のノードが自動で作成されます。
まとめと次回予告
これだけの規模のツールで、バージョン3個上がった割には変更もあまり多くなく、変わった点もまあ合理的で理解できるものが多いので、今のところ本の価値は変わらずな気がします。前職で某CADがバージョンアップでAPIがなくなっててんやわんやしたのと比べると至って平和です。UNREAL FEST 2015の鉄拳7のお話だと、4.1から4.4へのアップデートは大変だったとのことですが、リリースノートを見ると最近はどちらかというとバグフィックスの方が多いのかな、という印象です。とは言え、↑の変更についてリリースノートを追いかけたけど載ってなかったりしたので、コミュニティベースで知見を共有したりするのは大事かな、と思いました。
明日は、pafuhana1213さんの「購入したアセットのレビュー書きます!」と、katze_7514さんの「入力デバイスを使えるようにするプラグインの仕組みとか、そんな話題」です。