ZBとBlenderでUE4用のキャラを作る #4：BlenderでUV展開

早いものでこちらの記事も第4回。

今回はBlenderでUV展開を行います。

テクスチャ/マテリアル計画

UV展開を行う前に、テクスチャとマテリアルの計画を立てておく必要があります。

1. 髪、顔、目、服（靴含む）、肌の5マテリアルにする。
2. テクスチャは服と肌マテリアルで共通にする（＝パーツ単位で共有する）
3. 目のテクスチャは左右共通（重複UV）とし、512×512pxにする。他は1024×1024にする。（フルHDまでの画面ならある程度のアップにも耐えられる）

以上です。

1024pixテクスチャ（1Kテクスチャ）というのは、モバイルには少し重いし、PCには微妙という立ち位置の解像度ですねｗしかしローエンドグラボでも回しやすいサイズではあります。

近年のハイエンドゲームキャラクタでは、2Kテクスチャ（2048×2048pix）かそれ以上が平気で使われていたりするのですが、1Kテクスチャでも表現力としては十分だろうと思います。

↑は髪の毛のUVです。

UVをうまく開くコツとは…「シームをうまく引く！」に限ります。

• 裏表になっている形状→中心エッジにシーム
• 円筒状の形状→側面一直線
• 穴が開いていたり押し出し形状→開口部の外周にシーム。必要なら「蓋」と「筒形状」にもシーム→指など

では逆に「うまくいかないコツ」とは

• ミラーモディファイヤをつけっぱなしで片側だけ開いて終わり
• トランスフォームに「スケール/回転」が入ったまま展開

この二つが最たるものでしょうか。

ミラーモディファイヤうんぬん、というより「片面だけUV展開」を行うと、モディファイヤを適用して重なっている「半身」のUVは、当然の結果としてノーマルが反転した状態です。ですので特にノーマルマップを使用するモデルでは左右で凹凸が反転してしまうという取り返しのつかない事態に陥ります。

また、トランスフォーム値が入ったままフリーズしないでUV展開を行うと、適切なUVスケールがとれなくなったり、平面投影するための軸がズレたりしてまともなUV展開ができなくなるのでこれも注意が必要です。

というより「なにかおかしいな？」とCG制作で思ったときには、なんらかの値がトランスフォームに入ってしまっていないか、を疑ってみるのがトラブル解決の基本となります。

なおZBrushのUVマスターもサクサクUVを開けて便利ではありますが…使い物にならないゆがみが発生するので何か特別な理由（なんでもいいからUVがあれば良い）でもない限りは使いません。
※ZBのテクスチャ回りのツールはどれをとっても精度が低く、ローポリゴンになればなるほど使い物になりません。

それともうひとつ、ZBでポリグループ編集したメッシュには「頂点グループ」としてmaskとなにやら数値の並んだ頂点グループ情報が入っています。不要なので削除しておきましょう。

続いて顔のUVです。

特に説明するほどのことはありませんがｗ髪の毛で隠れてしまう部分は万が一UVの継ぎ目が出来ても見えませんのでシームを引くには良い場所です。このシームが耳の裏と表を分けるシームとつながるようにすると、UVを展開したときに分かりやすいマップが作成できます。

ポリゴン編集作業のあらゆる場面で「/」キーでソロ表示、さらに編集モードでは「h」キーと修飾キーの組み合わせで選択面を隠したり表示反転させたりできることを利用しましょう。頂点グループを作成するときにも激しく有効です。

↑指にUVシームを引くときの代表的なパターンです。

付け根から第3関節あたりまでを円筒とイメージし、指先をキャップとイメージしますが、平行投影するとゆがみが出るので切れ目になるよう指の先端までシームを延長しています。世界地図で良くあるメルカトール法みたいなものです。

それと画像赤丸チェックで示した部分でクリッピングを調整しないと、指先などの頂点に近寄った際（ズームしたとき）、表示が欠けたり透明になったりして操作しづらくなることがありますので調整しましょう。

↑最後にボディ部分のUVです。

Blenderも他の3D CGソフトと同様、ポリゴン選択→uキーのUV展開の後は自動で島をUVスペースに配置（アンパッキング）してくれますが、画像で示した部分でマージン調整を行えます。

このボディのようにUVアイランド（島）の数が多いと案外綺麗に並べてくれますが、顔のようにパーツ点数が少ないと「非常にセレブ」な感じに隙間たっぷりな贅沢配置をしてくれるので見習いましょう（いかん）。
※正しくは限られたUVスペースを有効に活用できるよう、なるべく隙間を潰し、なおかつ後で「塗り絵」がやりやすいように、島と島をくっつけすぎないようにUV配置を行いましょう。

それではすべてのUVが用意できたので、次回は再びZBにメッシュを送ってディティール入れとポリペイントによるテクスチャリングなどを行います。

ZBとBlenderでUE4用のキャラを作る #3：Blenderでジオメトリ編集

それでは第３回です。

前回までにZbrushですべてのサブツールをZremesherしましたので、GoZ→GoBアドオンを使ってポリゴンデータをBlenderにエクスポート/インポートします。

ここで注意することは、

1. 単位を「メートル法」にしておく
2. 各オブジェクトの寸法を把握しておく
3. 頂点数と面の数も確認。（メインメニューに並びます）
4. ついでに「Vismaya Tools」があるとフリーズ化作業などに便利ですよ

以上です。

スケール合わせや骨入れは後の工程で

以前の記事でも書いたように、Blenderは「メートル単位」であるのに対して、UE4はセンチメートル単位です。この単位は相対的なものですのでBlender内で1.7メートルと表示されたものは、UE4では1.7センチの指先より小さいキャラになってしまいます。

この後の作業もBlender内だけで完結させる場合はすぐにスケール合わせを行っても良いのですが、Zbrush併用でテクスチャリングやディティール入れを行いたいので、現時点ではスケールを確認するだけに留めます。

なぜなら…Zbrushはブラシの大きさや強度がスケールに依存するため、およそ数十倍にスケール合わせを行ったメッシュにディティールを入れるのが「かなり大変」になるからです。出来ないわけではありませんが、スムーズではなくなるのでストレスが溜まります。

以後、ZbrushやSubstanceなどで行いたい作業は「テクスチャの書き出し」です。テクスチャデータはメッシュを均等に拡大すればそのまま使えますので、作業がやりにくくなるのであれば、UE4へのスケール合わせはテクスチャリングが終わってからで十分です。

ジオメトリの修正

ジオメトリの修正はこんなテクニックを組み合わせて行います。

ループエッジを追加して袖やスパッツなどの縁を作ります。

1. 元のポリゴン
2. エッジを追加（ベベルエッジかctrl Rなど）
3. 片方のエッジをsでスケール
4. もう一方のエッジを（画面では）上移動して重ねる
5. 全体の形状を整える

押し出しを使うと無用の面やエッジが増えてしまうので、上記の方法がポリゴンモデラでのディティール入れでは定番の手法です。作例では垂直に立った円柱で作業していますが、腕や足などは軸平面に対して真っすぐにはなっていませんので、移動マニピュレータを「ノーマル」モードで使用すれば、エッジのノーマル方向に対して作用するようになるので便利です。

髪の毛オブジェクトは後頭部の「絶対見えない部分」を面で削除しておきます。また、ジオメトリの修正を行いながら、どのようにUVシームを入れればゆがみのないUVが楽に展開できるか考えながら作業を行い、明らかに必要なシームはどんどん入れていきます。

円周状のエッジを閉じる。

1. 円周エッジをaltクリックで選択
2. eで押し出しsで均等スケールする
3. ２を繰り返したあと「頂点」に切り替えaltMで中心に結合

面を円形に整形

1. ベースポリゴンを程よく分割しておく
2. 面をインセット（i）する
3. アドオン「LoopTools」の「円」を使う

※今回はサブディビジョンモデルを使わないのでこのまま押し出したりしても構いませんが、円周状に整えたポリゴンをもう一度インセットしておくとカトマルクラークがスムーズになります。↓が作例。

三角面の意識的な使用

今時ですと意地でも四角ポリゴン！という信仰じみたテーゼが定着しつつありますが、実際に四角ポリゴンだけでモデリングするのは難しい話で、デメリットもたくさんあります。そもそも「四角ポリだけで作る」というのはサブディビジョン・サーフェースが四角面じゃないとうまくスムーズ分割できないことから出てきた話であり、サブディビが使えない前提であれば、四角面にこだわる必要はありません。

ポリゴン編集をするうえで、四角ポリゴンを使わないとエッジループが使えないという問題もありますから、広い領域ではもちろん四角面を使いますが、髪の毛の先端などでは遠慮なく三角ポリゴンを併用して「レンダリングエンジンにエッジを指定する」作業を行いましょう。

Zremesherの相変わらずの欠点として、ポリゴン数が少ない指定だと「あり得ない頂点接続」をしてきたりしますが、それでも手動リトポするより便利な面も多いです。

↑のお尻もZremesherそのままだと使い物にならないメッシュでしたが、ちょっとエッジを追加して頂点接続を考え直せばなんとかなります。四角面だけで構成しようとすると汚いシェーディングになってしまうので、効果的に三角ポリを併用して整えます。

ボディのジオメトリ編集がほぼ終わりました。

1. トップス（ウエア上）の袖口をエッジ追加とスライドで作成シーム入れ
2. トップスとボトムスの継ぎ目？を同じく追加してシーム
3. 手にもハーフグローブをはめている感じにするため縁を追加
4. シューズのポリゴンをリダクションしてシームを追加
5. 手から指が生えている部分が激しく汚かったので修正

眼球を作成

1. 原点でプリミティブのポリゴン球を作成します。セグメント数16、リングを１０で作成しました。
2. 球体をr→xなどでX軸90度回転させ、軸が前方を向くようにします。
3. エンプティを作成し、球→エンプティの順に選択してctrl+Pで親子付け（ペアレント）します。

1. 眼球がどこを向いているか分かるように、右ペインのオブジェクトタブの「表示」メニューでワイヤーフレームを指定しておきます。
2. エンプティを移動し、ローカルでYサイズをスケールして平べったく変形し、眼窩（がんか）にうまくはまるよう修正します。親であるエンプティを変形（トランスフォーム）すれば、眼球オブジェクトも変形します。回転もスケールもローカルで行えば軸ズレを起こすことなく編集できるので便利です。

なぜこのような手間をするのか？というと、扁平した眼球そのものをトランスフォームすると「目の回転リグ」が組めなくなるからです。この方法であれば、変形のトランスフォーム値が入るのは親のEmptyだけで、眼球のデータは「球体のまま」なので、回転させても眼窩からはみ出してしまうことがありません。

これは「トゥーン顔」で一般的なテクニックで、扁平した平べったい眼球をはみ出さないで回転させるための基本になります。

今回のようなゲーム用の非ハイエンド設定なキャラでは、眼球リグまでは仕込まないことが多いですから、目の扁平具合と位置決め、スケーリングなどを行ったあとに、眼球自体を回転させて適切な「初期位置」で瞳孔の向きを決めるために行いました。
※ついでに、映像用キャラであれば目のリグも必要になりますので、Tipsの意味もかねて。

このキャラの場合、ハイエンドを狙うわけではなく、PCなら軽く表示できてモバイルデバイスでもなんとか動かせる（それなりのスペックは要求されるでしょうが）ところを狙っていますので、いい感じに眼球が配置できたらペアレントを解除してトランスフォームを適用（alt+P→トランスフォームを維持してクリア）し、裏側のポリゴンは削除してしまいます。

以上ですべてのパーツのジオメトリ編集が終わりました。

次回はUVを展開し、テクスチャリングとディティール入れを行います。

ZBとBlenderでUE4用のキャラを作る #2：Zremesherで自動リトポ

それでは人物キャラメイクforアンリアルエンジンの第２回です。

前回書いたように、スキニングの基礎の基礎を踏襲しようと思うので、スカートも凝った装飾も一切なし、イメージとしては「サイクリングウエアか女子用レスリングウエア」という雰囲気にDynameshをグループ分けしました。

グループ分けにはラッソ（投げ縄）モードかペンモードのますきんぐぶらしを使い、SmoothBrushModifiersの６番を使ってポリグループのエッジを整えます。

ちなみに…な話になりますが、Zbrushは薄いジオメトリを編集するのがとても苦手です。なので、スカートなどに皺入れや自然な揺れた感を出そうとMoveブラシなどで引っ張ると、薄いメッシュはエッジ部分が汚くなってしまうことがよくあります。

なので↑の画像のように、Extractしたメッシュの表側だけ表示した状態でDel Hiddenしてしまい、Close holesで穴を埋めたものをDynaMesh化して編集すると楽になります。最終的にZremesherや手動リトポなどの工程で平面ポリゴンにするか、Blenderなどの統合3Dツールにインポートしてからポリゴン編集で厚みを調整すれば良いだけです。

前回と同じくKeepGroupsとUsePolypaintでポリ割とポリゴン密度をある程度計画し、Zremesherで自動リトポします。お尻の割れ目付近などでジオメトリに乱れがありますが、Blenderで楽々修正できる範囲なのでこれで良しとします。これで3040ポリゴンということですのでまだまだリダクションはできそうですが、スムーズな変形を考えるとこんなものでしょう。

なお、ゲームエンジンではサブディビジョンサーフェース（Blenderでいう再分割曲面）は使えないのが基本ですからBlenderでのジオメトリ修正では遠慮なく三角ポリゴンを使用することも、この時点で念頭に置き、十分修正できるポリゴンであるかどうかはここで検討しておきます。

最後に髪の毛のメッシュもZremesherしました。合計2000ポリゴンです。

後頭部のポリゴンは見せる必要がないので、Blenderにインポートしてから削除してしまいます。これは頭部でも同じですね。

それではすべてのパーツをリトポしましたので次回はBlenderでジオメトリの修正とポリゴンリダクション、その後UV展開を行います。

ZBとBlenderでUE4用のキャラを作る #1：キャラクタコンセプト

 さて今回からは、Zbrush（ZB）とBlenderを使ってアンリアルエンジン4（UE4）用に人物キャラをモデリングする記事を連続エントリしますよ。

どんなキャラにしょうか？

考えることは以下です。

1. 二次創作ではないオリジナルキャラにする。そうすれば教材としても素体としても公開しやすい。
2. ローポリにはこだわらないが、モバイルデバイスでも重くならない程度のポリゴン数にする。
3. 基本のスキニングやリグ付けが容易になるように、凝った服は着せない。髪形も必要最低限の揺れモノで済むようにする。（だが揺らす）
4. 骨も自作する。Rigifyなどの仕組みに頼らず人物アーマチュアを完成させる。

以上をルールにします。

とはいえ、一からキャラクタのデザインや設定を始めるのはあまりにも非効率的なので、ぼく自身が過去にデザインして「自由に使える」キャラである「わさびミドリ」さんを使おうと思います。

山葵（わさび）ミドリさんはもともと、とある町村の町おこし事業である「わさび栽培」のテーマキャラクタとしてデザインしたものでした（マジ）。そのとき「ウサビッチ」があるから「ワサビッチ」ってのはどうよ？って感じに企画提案したものでしたが、人物キャラではなく「ワサビそのものをデフォルメしたキャラ」が採択され、ボツになってしまったのですが私的にお気に入りだったのです。

そんなわけで今では「わさびミドリ」をやたらにぼくの名刺代わりにしているもので、こういう機会にモデリングデータを公開するのも良いかな、と思った次第です。

現状のミドリさん

現状のミドリさんはこんなです。

これはZBのDynameshで作成した素体で、他にいろんな服装/髪形をしたミドリさんがありますが「標準ミドリさん素体」としてライブラリ化しているものです。

最初はもっと等身の小さいキャラだったのですが、いろいろ紆余曲折があって今はこれくらいの等身に落ち着きました。

早速顔をポリゴン化する

ちゃちゃっと顔をZremesherで自動リトポしてポリゴン化してしまいます。いやDynameshだってポリゴンには違いないだろ？みたいな突っ込みはなしでｗ

もともとある程度唇や耳のディティールが入っていましたがSmoothBrushModifiersの1番で一気にスムージングをかけ、マスキングをポリグループ化しつつ、同じくSmooth～の６番を使ってポリグループのエッジにスムージングをかけて整形します。

さらにZremesherでKeepGroupsにチェックをいれ、Use Polypaintでポリゴン密度を画面キャプチャのように設定しました。ポリゴン密度が必要ない部分は遠慮なくColorDensityでポリゴンリダクションしてしまいます。

Zremesherした結果がこれです。

1336Polyとの表示でしたのでまぁまぁの結果ですね。以後はGoBでBlenderに送り、頂点を整えたりトポロジーを部分的に再構築したりしてからUVを展開します。

あらかじめDynameshでディティールを入れておき、後でProjectAllしてディティールを転写する方法もありますが、けっこうBlenderでジオメトリの修正を行ってからそれをすると、変なトゲやギザギザができて修正するのが手間だったりするので、ぼくのワークフローではUV展開してからディティールを入れることにしています。

それでは打ち合わせがあるので今回はここまで！

ぼくがコンテンツ制作記事を書く理由

前回の連続エントリでは「UE4のテンプレートに自分で作ったキャラを入れて動かしたい」と題して、Blenderを使い、自分でモデリングして骨を入れ、モーションを付けてFBXに吐き出し、UE4にインポートしてThirdPersonキャラクタとして動かすまで、を解説しました。

そして今後は、さらに一手間加えて「味わい深いキャラクタ」に仕上げていったり「わりと他では説明していないこと」を解説していくことをテーマに、記事を進めていきたいと思います。

デザイナーサイドの欲望を満たす

これらの記事を書こうと思った理由はこれです。テックサイド（技術開発分野）の方々は、どうしても機能やアルゴリズムといった「何かを実現するための技術」や「既知の問題点を克服するための技術」に興味がいくものです。また、こうした興味や研究がない限り、なにも実現することができなくなってしまいます。

しかし、ぼくのようなデザイナー側の興味というのは「とにかく可愛いものを作りたい」だとか「あの映画でやってたシーンを再現したい」などと言うように、どうしても抽象的かつ概念的になりがちで、それらを実現するための「技術的な土台」への知識が乏しく、五里霧中で百鬼夜行な作業に陥りやすいのが現実です。

アンリアルエンジンというゲームエンジンは、ゲーム好きでもあるぼくにとって馴染み深い名前でしたし、親しみさえ感じます。また、開発スパンも非常に早く、下手をすれば毎週毎週の勢いで機能の更新が行われ、次々に新たな可能性を開拓してくれます。しかも基本的に無償で使えてしまうので、いきなり大ヒット！でも生み出さない限りは、個人の環境で好き放題にコンテンツ制作に没頭できる素晴らしいツールです。

しかしながら、新機能や既存機能の更新が多岐にわたるからこそ、個人でそのすべてを追うことは不可能に近いのが現実ですし、高機能かも知れないけれど分かりにくくて面倒なモノであるならば、デザイナーサイドの要望としては「別のやり方ないんですか？」という方向にシフトしてしまうのは当然の結果である、と思います。

ベネフィットという概念

マーケティング分野の用語として、よく「ベネフィット」という言葉が使われます。あるいは医療分野などでもリスク/ベネフィットというような対比を使って、ある医療行為の根拠（エビデンス）をプレゼンテーションしたりします。

これをCG分野に当てはめると…

「○○というキャラクタのCGを作りたい」という欲望（ニーズ）があるとき、それを実現するためにはどうすれば良いか？を考える必要があります。Mayaを使おうか、Blenderが良いだろうか、それともZbrushを使うべきだろうか…

様々な選択肢はありますが、それらのツールを使うためには当然コストがかかります。CG制作を行うのに十分なスペックのPCはあるのかどうか？ツールを購入するための資金はあるのかどうか、モデリング技術を習得するための学習時間も立派なコストの一部にあたります。

ベネフィットという言葉の意味は、使用者（利用者）利益とでもなるのでしょうか。
つまり、なにかを購入したり、選択することで得られる利益のことです。

たとえばコンパクトデジタルカメラやスマホを持っているのに、デジタル一眼レフに高いお金を払って購入する理由はなんでしょうか？より綺麗な写真を撮影したい、それをどこかで発表して注目を集めたい、プロカメラマンになりたい…などなど、デジイチを購入して得られるものは、デジイチを所有することではなく「より良い写真を撮影すること」にあるわけです。

これがベネフィットです。

その「より良い写真を撮影できそうな根拠」として、レンズの性能や、撮像素子の解像度、高速なオートフォーカスや露出機能が挙げられます。しかし、これらはあくまで根拠に過ぎず、実は必ずしも必要なものではないかも知れません。

デザイナーサイドの欲望は「すてきな絵を描きたい」であるべきです。そのための必要要素として、良い画材やソフトウエアがあるのであり、技術の習得やソフトウエアの機能強化による恩恵は「過程」の話に過ぎません。

ですから「Zbrushをマスターしたい」だとか「SubstanceDesignerを覚えたい」というのは、あくまで過程であって結果ではありません。デザイナーサイドのベネフィットは、それらのソフトウエアを駆使することによって「より良いデザインを実現すること」にあるのであり、なんらかのソフトウエア縛りを行うことによって、結果が遠のいたり、技術の習得だけが主題になってしまうようであれば、なにかが間違っていることになります。

ぼくがBlender→UE4記事を書く意義

というわけで、ぼくは専業のゲーム開発者ではありませんし、3D CGだけで仕事をしているわけでもありません。グラフィックデザイナーです。ただし若干「IT寄りの」仕事をしてきたため、基礎的なプログラミングやUI/UXについての知識や実績があります。また、かなり以前の話になってしまいますが、ゲーム制作の現場にも携わった経験があります。

さらに言うならば、EPIC GAMESさんとはなんの関係もありませんし、Blender開発者ともAutodeskとも一切関係がありません。ですから、これらを「推す」理由はなにひとつ背景にありません。ただ「面白いコンテンツを作りたい」というデザイナーとしての欲望があり、それを実現するためのツールとして、UE4やBlenderが存在するだけのことです。ですので、より結果に「近道できる」ツールが出てきたならば、いつでも古いツールは切り捨て、乗り換えてしまうでしょう。

世の中には、ぼくのようなスタンスで仕事をしている方、創作活動をされている方はたくさんいらっしゃると思います。しかし、会社や契約に阻まれて、なかなか「知識の共有」ができていないのが、日本の制作界の現状と思っています。

実を言うと、かつてはさまざまなゲームMODを制作するブログ記事を書いていたこともありました。しかし、当時はTwitterなどのSNSがそれほど発展しておらず、それなりの反響はありましたが、なにかを「共有している」感じはありませんでした。

しかし今であるなら…こうした記事を発信することで、なんらかの「共有」ができるかも知れない。「え、なに？そんな簡単にできるんなら私もやってみようかしら」と思ってくれたりするかも知れない。そうはいかなかったら仕方ないけど、ゲームエンジンを使ったコンテンツ制作の知識が広く共有できたらいいよね？だとか。

そうした「ぼく自身の」欲望にもとづくたのしい毎日が送れたらいいな…とうのがエントリを書く動機です。

さて「序章」っぽく演説的な記事を書きました。次回からは、再びテーマごとに解説していこうと思います。

それでは！

UE4のテンプレートに自分で作ったキャラを入れて動かしたい そのハチ

怒涛の勢いで第８回！

今回の記事を読み終われば、自分で作ったキャラクタがUE4のテンプレートで自由に動かせるようになりますよ！

とはいえお膳立ては必要です。そう、基礎知識！

↑の図を見てください。

これがUE4における最小限のキャラクタ構成の概念図です。

前回までの記事で、すでにFBXからスケルタルメッシュは作成できています。マテリアルも親マテリアルから子マテリアルであるマテリアルインスタンスを作成しました。

それではまだ足りないもの、つまり「アニメーションBP（BPはブループリントの略）」と「キャラクターBP」を作成すれば良いのでしょうか。

ん？ちょっと待ってくださいよ？

だって！せっかくThirdPersonテンプレートからプロジェクトを作成したのだから、すでにマネキンさん（以前はブルーマンさん）が動いていますよね？ということはすでに、アニメーションBPもキャラクターBPも用意されているはずです。

キャラクターBPを見てみよう

↑の画像の手順でキャラクターブループリント（BP）を開いてみましょう。

1. コンテンツブラウザでコンテンツ→ThirdPersonBP→Blueprintsへ移動
2. ThirdPersonCharacterをダブルクリック→エディタが開く
3. 色々難しそうなノードが並んでいるけどスルーして、ビューポートタブをクリック→画面が3Dビューになってマネキンさんが表示される
4. 左ペインでMesh（継承）を選択
5. 右ペインにアレコレと表示される。

さて、画像では汚い手書きで７，８とメモ書きしてある「スケルタルメッシュ」の項目を見てください。プレビューアイコンの隣のプルダウンメニューをクリックすると…おやおや、FBXからインポートした標準すたちゅーさん（または自作のキャラクタ）が、ちゃんとスケルタルメッシュとして選択候補にありますよ？

だったら早速！とりあえずメッシュを変更しちゃいましょう！

まだすたちゅーさん用のアニメーションBPは作成していませんので「Animation」の項目のAnim Classは「なし」になってしまいますがそのままで構いません。

すると、ツールバー下のコンパイルアイコンが変化します。これは「ブループリントに変更があったので、コンパイルしなおせよな！」という訴えもしくは請願だと思いましょう。悲痛ですね。

「よしよし仕方ないね」とばかりにコンパイルボタンをクリックすると、あっさりアイコンが正常モードに戻ったはずです。

このように、ブループリントはなにか変更をするたびにコンパイルを求めてくるかわいいヤツです。存分にかわいがってあげましょう。

↑その結果がコレ！

メインエディタの3Dビューで「プレイ」すると、まったく身動きしない標準すたちゅーさんが「そこはかとなく不気味なほど静かにだが着実に動かせる」ことが分かるはずです。すばらしい！あと一歩な感じがしてきましたね！

つまり、これがThirdPersonテンプレートなどのサンプルプロジェクトを利用する最大の目的です。すでにキーボードやマウス、ゲームパッドなどの入力に応じてキャラクタを「動かす」部分は用意されているので、あとはメッシュを差し替えたり、アニメーションブループリントを作成すればチャチャチャっとゲームの基本部分ができあがってしまうのです。

ではアニメーションBPだ！

先ほどのキャラクターBPと同様に、アニメーションBPを開いてみましょう。ターゲットは「ThirdPersonAnimBP」です。

よっしゃこいつもワケ分からんけどさっきと同じく中身を入れ替えれば！と思うのですが…残念ながらアニメーションBPは「スケルタルメッシュのスケルトンに紐づけられるモノ」なので、根本的に「サクサク入れ替え」というわけにはいきません。がっかり！

たとえば無理やり複製したとしても、結局はもとのスケルトンに紐づけられたままのブループリントが出来上がるだけで、なんの解決にもなりません。

しかし…しかしですよ？相手が「スケルトン」であるならば、リターゲットという方法があるのです！これは一般の3Dソフトのリグ（ボーン）でも必ずある「あるリグで作成したアニメーションを別のリグに移植する手段」ですね。

というわけで、早速アニメーションBPをリターゲットしてみましょう。

ABPのリターゲット

はい、手順は簡単です。

まず、ThirdPersonAnimBPを選択状態にして右クリック、続いてポップアップするダイアログの上段３つ目にある「Animブループリントをリターゲットする」→「Animブループリントとリターゲットを複製」をマウスオーバーで選択し、決定します。

↑続いて、こんなダイアログが出てきますので

1. 互換性のあるスケルトンのみを表示のチェックボックスを外す
2. 左ペインにFBXインポートしたスケルトン名が表示されるので選択
3. ビューの「ターゲット」の表示が変わる
4. 右ペイン下の「Folder」をChangeでパス指定する。（例では前回作成したAnimationフォルダを選択した）
5. 左ペイン下の「Reterget」ボタンをクリック

以上の手順で自動的にアニメーションBPがリターゲットされて複製されます。

するとフォルダも自動的に移動しますので「ThirdPersonAnimBP」と「ThirdPerson_IdleRun_2D」の名前を「StatueAnimBP」などと分かりやすいように変更しましょう。名前を変えるのは上記二つのアセットだけで構いません。

さて、コンテンツブラウザをじっくり見てみると、リターゲットされたアニメーションも複製されていますが、当然「むりやり」マネキンさんのアニメーションをすたちゅーさん（または自作キャラ）に移植しただけなのでえらいことになっています。

そこで今度こそアニメーションBPを正しい状態に「差し替える」作業に入るわけですが、下準備はひとつだけ。先ほど名前を変更した「～IdleRun_2D」という見慣れないアセットを開きます。

ブレンドスペースの作成

実はこの作業、いちいちリターゲットなどしなくても、手作業でどうにでもなります。しかし、せっかくなのでこのまま進めましょう。例のごとくダブルクリックで「なんとか2D」を開いてください。

作業手順は

1. 中央ペインにある円状のポインタを選択してすべて削除する。
2. 右ペインにあるアセットブラウザの名前欄を広げて見やすくする。
3. ～～idle（待機モーション）を中央ペインの軸上一番下の「Speed0.00」にドラッグドロップで置く。
4. 同様に、中央ペイン区切りひとつ上の交差軸に「歩きモーション」を、一番上のあたりに「走りモーション」をドラッグドロップする。
5. 中央ペイン縦軸上でマウスカーソルを動かし、アニメーションが変化するのを見て喜ぶ。ついでに「ほほー」とつぶやくと寂しさが増す。
6. 無事に動いているのを確認したら左上の「保存」ボタンをクリックしておく。

以上になりますが、このアニメーションエディタでは、こうしたブレンドスペース以外に通常のアニメーションも編集/調整が可能です。もしも歩行アニメーションがゆっくりすぎるなぁ、などと感じた場合は、左ペイン株にある「RateScale」を1.1以上にすれば再生速度（正確には倍率）が速くなったりします。

アニメーションBPの仕上げ

それでは再びアニメーションBPを開いて仕上げに入ります。もうちょっとですよ！

本来はアニメーションBPのイベントグラフの構築法だとか、これから手直しするアニムグラフとステートマシーンの意味や作成法をきちんと学ぶべきです。しかし本連載の主旨は「手っ取り早く自作したキャラをUE4で動かすこと」にありますので、苦労して学んだけどよく分からなかったよパトラッシュ…なんて挫折することなく、まず先に「すげー！たのしぃーーーー！！！」って感じてもらい、そこで飽きればそれで良いですし、よしこれすごい楽しいからきちんと仕組みを勉強しよう！と思えばそれでも良いよね？というスタンスです。

それでは、上記キャプチャ画像が示す通りに「Idle/Run」というステートを開いて中身を見てみましょう。

ここに、先ほど作り直したブレンドスペース1Dの「IdleWalkRun」があります。これは「Speed」という変数の値に応じて待機モーションから走りモーションまで連続変化させるよ！というステートなのです。なお、このステートはせっかく開きましたが先の作業で正しく修正してありますので「見ただけ～」ですよ！

続いて、Defaultステートマシーンに戻り、今度は「JumpStartステート」の中身を開いてみましょう。

↑今度は先に「無理やりリターゲットしただけのアニメーション」がそのまま入っています。そこで、FBXからインポートした正常なアニメーションに中身を入れ替え「最終アニメーションポーズ」の入力ソケットに接続しなおします。

同様にして「JumpLoop」と「JumpEnd」のステートも中身のアニメーションを入れ換え、ソケットを接続しなおしてください。この作業が終われば、無理やりリターゲットしたアニメーションは削除してしまって構いません。

最後の仕上げですよ！

すべてのステートの中身を入れ換えたなら、あとほんの少しでアニメーションBPが完成します。

↑の画面キャプチャの赤丸を確認してみましょう。

この「ステートマシーン」と呼ばれる仕組みは「待機→歩き→走る」や「ジャンプ」などのそれぞれの動作を「ステート」と呼び、それらを「条件に応じて遷移させる」という仕組みです。しかし、遷移条件が元のThirdPersonアニメーションに紐づいたもののままになっているので、このままでは機能しません。

しかもですよ！UE4エディタのバージョンアップによって、まったく同じノードが使えなくなっているのです。困った！

いやいやｗもちろんより扱いやすい「新型ノード」が用意されているので安心してください（煽りかよ）。

それではマウスオーバーすると黄色くなる遷移条件をダブルクリックしましょう。

もともとあった遷移条件は「JumpStartアニメーションの再生時間が残り10%を切ったら」次のステートに移動していいよ？というルールでした。しかし、前記したようにまったく同じ（旧式の）ノードが出てこなくなっているので、新たなノードを使用します。

1. 空きスペースでクリック
2. 検索欄に「timeremaining~」と入力→候補が出てくる
3. GetRelevantAnimTimeRemainingFraction(JumpStart)を選択
4. <ノードのソケットに接続しなおす
5. 元のノードは削除

以上で修正終了です。

ついでですので説明すると、この「新たなノード」は、従来はスケルトン固有のアニメーションの再生割合を条件にしていたのに対し、ステート自体のアニメーションを参照するノードのようです。つまり、ステートの中身がどのスケルトンにもとづいたアニメーションであっても機能するノードのようで、より汎用性が高くなっているのですね。

それでは同様に、JumpEndからIdle/Runに向かう矢印の遷移条件も修正しましょう。やることはまったく同じで、この２か所以外の遷移条件は修正しなくても機能しますので手直しは必要ありません。

最後にアニメーションBPをコンパイルしなおし、保存しておきましょう。以上でアニメーションBPの作業も完了しました。

キャラクター差し替え完了！

ここまで作業をしてきたなら、最後の作業はもう分かりますよね。はい、キャラクターBPのアニメーションBPが空っぽのままです。早速ブループリントを開いて設定してみましょう。

↑もはや詳細説明はいらない気もしますがｗ

1. ThirdPersonCharacterブループリントを開く
2. Mesh（継承）を左ペインで選択
3. 右ペインの「Animation」欄で完成したアニメーションBPを選択する
4. コンパイルして保存

やりましたね！完了ですよ。早速レベルをプレイしてみましょう。

それでは最後にUE4のサンプルプロジェクトもリンクしておきます。

onedrive.live.com

次回は番外編として、ひと手間加えたキャラクタに仕上げますよ！

UE4のテンプレートに自分で作ったキャラを入れて動かしたい そのナナ

ついにUE4のテンプレート（プロジェクト）に自作キャラのFBXをインポートしますよ！

それではまず、本連載の第２回で作成した（はずの）UE4プロジェクトを開きましょう。EPIC GAMESランチャーに登録されているはずなのでライブラリからダブルクリックなどで起動してください。

本エントリではUE4エディタそのものについての操作説明はしません。UE4エディタの基礎についてはランチャーにチュートリアルがついていますし、ちょっと検索すると多数のブログ記事や動画が見つかると思います。

続いて

1. コンテンツブラウザでルート（一番上の）フォルダに移動する。
2. 左にある緑色の「新規追加」ボタンでフォルダを追加する。
3. フォルダ名を好きな名前（キャラ名がいいですよ）にする。画像では「Statue」を作成しました。

以上が下準備です。

ぶっちゃけ、コンテンツフォルダ内のどこにでもFBXからメッシュやアニメーションを読み込むことはできます。しかし、そういう雑なことをやっていると後で何がどこにあるのか分からなくなったり、不要なアセットを整理したいときになにが不要でなにが必要なのか分からなくなってしまいます。

ですのでフォルダ階層をどのように構築し、自分で作成したデータを管理すれば良いのかなども、プロジェクトのテンプレートを参照すれば一目瞭然ですので真似しちゃいましょう。

FBXをインポートするよ！

↑これも第２回で書いた通り、FBXのインポート設定は画像の通りです。

先ほど作ったキャラ名をつけたフォルダ内にインポートしてください。

正常にインポートが終われば↑のようになっているはずです。

画像で選択反転表示されているアイコンの下にマゼンタのラインが入ったアセットがBlenderなどで作成したメッシュです。途中真っ黒なアイコン下部に暗い緑のラインのアセットはBlenderでアクション登録したそれぞれのモーションになります。

ちなみにぼくが知る限り、Blenderから吐き出すFBXだけがこういう風にアクションをまとめて出力できる感じでとても便利です。
※ぼくが知らないだけでMayaやその他でも同じことできるぜ！ってときは教えてくださいねｗ

説明を続けると茶色くて「ｼｮﾎﾞｰﾝ」てな感じにうなだれているガイコツのアイコンはUE4内で物理的な判定を行うためのPhisicsアセットです。その隣の水色ラインのついたTポースなガイコツはスケルトンてそのまんまなので「骨」です。最後に下段一番右にある「MT」が末尾についたアイコンはマテリアルですね。

ちなみにこれらのアイコン表示された「アセット」はそれぞれがデータでありノードでもあります。（今けっこう深いこと書いたなｗ）

それでは次に、マテリアルを設定し、フォルダを作ってアセット管理の体制を整えましょう。

必要なフォルダは、

• Texture
• Animation
• Material

くらいでいいでしょうかね。

慣れてくると「Blueprint」とか「Mesh」などなど、格納するアセットごとにフォルダを増やしたり整理したくなりますが今はこんな感じで。

大量にインポートされたアニメーションのアセットはWindowsなどのエクスプローラー画面で出来るのと同じように、最初と最後をshift選択すれば一括で選択できます。

うまいことアセットを整理するとこんな風にコンテンツブラウザがすっきりするはずです。やった！

とりあえずレベル内にキャラを置いてみる

それではいきなりですが読み込んだキャラクタメッシュをコンテンツブラウザ内で選択し、そのまま3Dビューにドラッグドロップしてみてください。

すると「！！！」なんだよいきなりステージ内にすたちゅーさんが！！

まだマテリアルをきちんと設定していないので真っ白ですが、とにかく自分で作成したキャラクタメッシュがいとも呆気なくUE4のレベル（ゲームマップ）の中に表示されたことが分かると思います。

では調子に乗って、先ほど作成したAnimationフォルダに放り込んだはずの、それぞれのアニメーションアセットも同じ調子でドラッグドロップしてみましょう。

↑なんてこったやべー！すたちゅーさんが大量発生！！？？

という具合に、アニメーションアセットをそのままステージにドラッグドロップでぽいぽいできることが分かりました。

それでは続いて、3Dビューの上にある「ビルド」というボタンを押してレベルをビルドしてみてください。この処理を行うことで、UE4は光と影を焼き込んだり、ナビメッシュというbotが歩き回るためのデータを作成したりという「ゲームをリアルタイムで表示するための前処理」を行ってくれます。

しばらく待つとビルドは終了しますので、ビルドボタンの隣にある「プレイ」を押してUE4マネキンさんを動かし、ステージを歩いてみましょう。

↑素晴らしい！白無垢のすたちゅーさんたちが動き回っています。

このように、Blender（など）でキャラクタを作成してモーションをつけ、UE4にインポートすることはそんなに難しい作業ではありません。

しかも「UE4を使って動画を作成することが目的」であれば、ダンスでも格闘でもその他の演技でも、Blenderですべてのアニメーションを作成してFBXに書き出し、UE4にインポートして適切な位置に放り込めばあとはプレイボタンを押すだけで完成です。

もちろん、動画を作成するならライティングや背景、その他の小道具やカメラも用意してマチネや新機能のシーケンスエディターにも触る必要はあるでしょう。しかし、用意するべきアニメーションとしては「Blenderなどで作成したアニメそのまんま」で良いわけです。

それでは今回の最後、マテリアルを設定しましょう。

せっかくだからマテリアルインスタンスに！

というわけで、まずは先ほど作った「Texture」フォルダにコンテンツブラウザで移動しましょう。

続いて、FBXをインポートしたときと同じように、インポートボタンを押して、ぼくが作成した（または自分で作成した）テクスチャを読み込みます。

テクスチャ画像に限ったことではありませんが、UE4エディタはWindowsエクスプローラーなどから直接ファイルをドラッグドロップすることでもアセットを読み込むことが可能です。また、複数ファイルを同時にインポートさせることもできますので、けっこう「つかえる子」という感じですね（褒めすぎ？）。

注意事項として、UE4でもなんでもそうですが、どんなフォーマットの画像でも読み込めるわけではありません。特にZbrushユーザーだとやたらお世話になる「tiff」フォーマットの読み込みはUE4ではできません。PNGやTGA、あるいはPSDをそのまま読めますのでテクスチャ画像のフォーマットには注意してください。

続いて、先ほど「Material」フォルダに放り込んだはずのマテリアルをダブルクリックしてください。

するとBlenderでいうノードエディターと同様の、マテリアルエディターが開きます。

最初はマテリアルノードと、初期色の白を指定したベクターパラメーターノードが重なっていると思いますのでドラッグして見やすいように配置し、コンテンツブラウザでテクスチャフォルダに移動して、テクスチャ画像をそのままドラッグドロップしてみましょう。

なんと！画像をマテリアルエディターにドロップするとそのままTexture Sampleというノードに化けましたね！素晴らしい！

画像ではNMつまりノーマルマップをドロップしたところなので、ノードのソケットから「ノーマル」に接続します。そして同じように、TM（ディフューズマップ）などもポイポイしてスポっと繋げばマテリアルの出来上がりです。

↑が、このいい加減マテリアルの完成形です。

テクスチャマップをノードにしてつないだだけのものですが、とりあえず「適用して保存」するとすたちゅーさんの見た目が変わっているはずです。

はい、できました。ばっちり！

いやいやｗｗ現状ラフネスやメタリックなどになにも値を入れていないので少しばかりテカテカしていますが…なにはともあれすたちゅーさんらしい外観にはなりました。

初歩的とはいえ、これでマテリアルも作成できたので、最短距離を進むのであれば、あとはいよいよプレイヤーキャラとしてすたちゅーさんを動かすための工程に進むのですが、せっかくですので少し手間を加えて、マテリアルにバリエーションを出してみませんか？

え？そんなん面倒くさい？

はい…それでしたら無理強いは言いませんよ…。この後をすっ飛ばして次回の記事を読んでいただければ、無事にすたちゅーさん（または自作キャラ）が動かせるようになります。

なので、ここから先は「ついでだから付き合ってやるか！」という方のためだけに書いておきますね。

1. ベースカラーに接続したTextureSampleノードをいったん削除する
2. コンテンツブラウザでTMテクスチャを選択する（選択するだけ）
3. マテリアルエディタの空いているところでマウスを右クリック
4. なにやらダイアログが出てくるので、検索ボックスに「parameter」などと入力する（全部タイプしなくても候補がフィルターされます）
5. TextureSampleParameter2Dを選択する

以上の手順で「MaterialExpressionTextureSampleParameter2D-1」という破滅的に長ったらしい名前のノードが出現します。ウザい！早速左側の「詳細」タブでParameter Name欄を書き換え「Diffuse」とかにしちゃいましょうｗ

このノードにどんな意味があるのか？というと、テクスチャ画像をパラメータ化するので「後から変更できるよ！」というそれだけのノードです。なんだよそんな当たり前のノードかよ！ってくらい、コケおどし的に長い名前だったわけですがそれにはワケがあります。

今作っている「普通のマテリアル」は、UE4においてはいちいちコンパイルをしないと色やテクスチャの変更を反映できないのです。つまり「徐々に明るさが変わるランプ」とか「ゴジラの背びれ」みたいに点滅するマテリアル表現ができません。

そこで、あらかじめ「親マテリアル」で後から変更したいノードを「パラメーター化」しておきます。そして「子マテリアル」をインスタンスとして作成し、この「マテリアルインスタンス」を実際のメッシュやキャラクタに適用することで、時間とともに色が変わるマテリアルなどを実現しているのです。

↑最終的にこんな感じにベースマテリアルのノードを組みました。

1. さっき作ったディフューズテクスチャノードに「Multiply（乗算）」ノードを追加して接続
2. 最初にあった色指定のパラメータノードを「ColorTint」と名前変更して上のMultiplyノードソケットに接続
3. 空きスペースで右クリックし、同じく「parameter」と入力して検索し「ScalarParameter（スカラーパラメーター）」ノードを追加する
4. スカラーパラメーターノードの名前を「Roughness」などと変更し、マテリアルのラフネスソケットに接続する
5. 上のラフネス指定ノードを普通にコピペして名前を「Metalic」に変更し、マテリアルのメタリックソケットに接続する

以上で親マテリアル（ベースマテリアル）のパラメーター化は終了です。慣れてしまえばどうということはない作業ですが、マテリアルノード初心者だと大変ですね。おつかれさま！！

それではベースマテリアルができたので、マテリアルインスタンスを作成しましょう。簡単です。

↑今設定した親マテリアルを右クリックして「マテリアルインスタンスを作成」を選択するだけ！

今回はマテリアルインスタンスを二つ作成し、それぞれ「bStatueMT-normal」と「bStatueMT-Itachi」にしました。

マテリアルインスタンスを二つ作りましたので「Itachi」のテクスチャを変更しました。ColorTintで色を変更すれば「2Pカラー」みたいなことも比較的簡単にできますよ。

今回の成果！

それでは今回の成果です。

3Dビューで直接メッシュ（アニメーション）を選択し、右側パネルの「詳細」タブで「Materials」から今ほど作ったマテリアルインスタンスを設定しましょう。

ふつうのすたちゅーさんと落書きされたすたちゅーさんが表示されれば成功です。

やりましたね！

次回は、いよいよ最終工程である「プレイヤーキャラとして自作キャラを動かす」に突入です。簡単だけどね！ｗ