直接回答：変形優先の低ポリ・パイプラインを使用する
Unreal Engine向けのローポリゴンキャラクターは、可能な限り頂点数を最小化することではなく、変形、シルエット、そして測定可能な実行時予算を基準に作るべきです。 まずターゲットカメラとプラットフォームを定義し、肩、肘、ヒップ、膝、手、顔に十分なエッジループを残してから、エクスポート前にリグ化と極端なポーズテストを行います。最も予測しやすいUnreal引き継ぎのために、キャラクターとそのスケルトンをFBXでエクスポートし、スケルタルメッシュとしてインポートしてスケールとマテリアルを検証し、アニメーションを異なるスケルトン間で移動する必要がある場合はIK RigとIK Retargeterアセットを設定し、代表的なパッケージシーンで結果を検証します。
インポート成功を完了扱いにしないでください。実用的な結果は、バインドポーズ、ボーン階層、スキンウェイト、マテリアル割り当て、アニメーションタイミング、ルートモーション設定、衝突挙動、LOD遷移を保持している必要があります。Naniteは現在のUnreal版で対応する変形ジオメトリに関連する可能性がありますが、リグの品質、アニメーションテスト、プラットフォームのプロファイリング、従来のスケルタルメッシュLOD設計を置き換えるものではありません。
高速ワークフロー
- カメラ距離、画面サイズ、プラットフォーム、同時表示人数、アニメーション範囲からキャラクター予算を作成します。
- シルエットと変形ループをモデリングし、シルエットやマテリアル応答に影響しないディテールは削除する。
- スキニング前に UV、法線、そして小規模なマテリアルスロット計画を作成する。
- ソース DCC でリグとバインドを行い、極端なポーズでテストする。
- メッシュ、必要なスケルトン、意図したアニメーションデータのみを含むFBXをエクスポートする。
- スケルタルメッシュとしてインポートし、単位、軸、バインドポーズ、マテリアル、物理アセット、および警告を確認します。
- ソースとターゲットのスケルトンが異なる場合は、IK RigとIK Retargeterアセットを介してリターゲットします。
- LOD を構築し、パッケージ化ビルドでアニメーション、影品質、コリジョン、メモリ、フレーム時間を検証する。
モデリング前にキャラクターとパフォーマンス予算を定義する
「ローポリ」は普遍的なポリゴン数ではなく、アートおよび制作上の意思決定である。腰上が見えるヒーローキャラクターは、画面高さが 40 ピクセルしかない群衆キャラクターと異なるシルエットと変形予算を必要とする。モデリングツールを開く前に、対象プラットフォーム、最小カメラ距離、同時表示キャラクター数上限、アニメーションセット、マテリアル数、テクスチャ予算、スケルトンの複雑性、許容フレームタイムを記録する。具体的な要件を先に定義することで、肘にループを追加するかベルトをジオメトリ化するかといった後半の論争を防げる。
代表的なショットを受け入れ基準として使用します。サードパーソンゲームでは通常、標準の追従カメラ、1つの近接インタラクション、ダッシュ、しゃがみ、鋭い方向転換を含めます。アイソメトリックゲームでは上空からのシルエットと手足の識別可能な分離を優先します。モバイル混雑シーンでは、空のエディタマップで1キャラクターを判断するのではなく、ターゲットクラス機材で最も混雑した遭遇シーンをテストします。
3 つの予算を分離する：
- ビジュアル予算: 最も近接した一般的なカメラ距離でのシルエット、判読可能な表情や手のディテール、意図したファセット調またはスムーズシェーディングスタイル。
- 変形予算： 曲げ、ねじり、圧縮、体積保持を必要とする関節には、プロジェクトで使用する場合の補正シェイプを含める。
- ランタイム予算: LOD ごとのポリゴン数、マテリアルスロット、テクスチャメモリ、ボーン数、アニメーション評価、影コスト、コリジョン、同時アクター数。
予算は検証まで仮説に過ぎない。元メッシュとテストシーンをバージョン管理し、後続の簡略化が同一のポーズとカメラ条件で比較できるようにする。
クリーンな変形を実現するためにソースメッシュを構築する
まず最も読み取りやすい形状から開始する：頭、胴体、骨盤、手足、手、足、衣服の塊、装備。シルエットが変化する箇所や関節が曲がる必要のある箇所にジオメトリを割く。長い直線領域は疎でよいが、肩、肘、股関節、膝、手首、足首には、表面が平面状でも関節が崩れないよう複数リングが必要な場合がある。
トポロジーの所有権を明確に保ちます。連続して変形する必要がある箇所はシームを溶接します。独立した変換やマテリアル的に単純なウェイトが必要な場合は、硬いアクセサリを分離します。偶発的な二重面、非多様体エッジ、孤立頂点、ゼロ面積ポリゴンを避けます。バインド前にトランスフォームを適用または文書化し、キャラクターを既知のワールドスケールで維持します。作成時にミラーリングされたジオメトリを使用している場合は、対称性を解決し、エクスポート前に中心シームを確認してください。
平坦照明と最終的な画面サイズでシルエットを確認してください。小さなベベル、微細なポケット、モデリングされた縫い目はゲーム距離では消えやすく、頂点数とシェーディングコストを増やすだけであることが多いです。見た目が保たれるなら法線、カラー、またはマスク情報で置き換えてください。逆に、見分けられる顎、肩ライン、ブーツ、武器の輪郭を形成するわずかな頂点を、単なる整数値の三角数目標のために削除しないでください。
3つの実用例は、単一トライアングル目標が失敗する理由を示しています：
- 角張ったロボットは、剛体パーツと少ない変形ループを使えますが、シルエット輪郭に追加ジオメトリが必要になったり、機構動作のための分割パーツが必要になったりする場合があります。
- スタイライズされた人物は、顔がシンプルでも、歩行時に不適切なスキニングがすぐ露見するため、肩とヒップ周りのトポロジーが信頼できることが必要です。
- 遠景の群衆キャラクターは、アニメーション共有と指先・顔構造・マテリアル・影のディテールを積極的に削減してよいが、群衆ショットでその削減が見えないことが確認された場合に限る。
UV、テクスチャ、法線、マテリアルスロットを計画する
ポリゴン数が少ないことは必ずしも軽量キャラクターを保証しません。複数のマテリアルスロットは描画負荷を増加させ、過大なテクスチャはメモリを消費し、法線の不整合はシンプルなメッシュを破綻した外観にします。エクスポート前にマテリアル計画を作成してください。どの表面が本当に別シェーダーを必要とするか、どの色をアトラスで共有できるか、どのマスクで追加マテリアルを代替できるかを決定します。UVアイランドは想定ミップチェーンに合わせて適切に余白を取り、想定される最小テクスチャ解像度でテストしてください。
ライティングを意図して選択する。フラット法線はファセット調のスタイルを強調し、スムーズ法線は疎なメッシュをより丸く見せるが、三角形の配置が悪い場合はグラデーションが露出しやすくなる。ハードエッジはレンダリング頂点を分割するため、元の頂点数が GPU コスト全体を決めるわけではない。DCC ビューポートを絶対視せず、宛先エンジン側でタンジェントとノーマルマップの継ぎ目を検証すること。
テクスチャとマテリアル資産は予測可能な命名にする。ベースカラー、法線、ラフネス、メタリック、不透明度、パックマスクそれぞれの色空間と圧縮意図を記録する。Unreal のマテリアルセットアップは別工程の作業であり、インポートしたマテリアルグラフがそのままシェーダーの正しさ、効率、プロジェクトのマスターマテリアル方針への整合性を保証するものではない。
リグ、スキン、およびバインドポーズのストレステスト
アニメーションセットに合わせてスケルトンを構築し、汎用ヒューマノイドチェックリスト向けに作らないでください。ボーン名を一貫して保持し、階層を安定させ、ルートモーションの所有者を定義し、エクスポートが必要かどうか分からないヘルパーボーンを追加しないでください。バインドポーズは意図するリターゲティングと変形レンジをサポートする必要があります。Aポーズは肩により自然なスペースを与えることが多く、Tポーズは一部の整列チェックを簡素化できます。正しい選択は、ソーススケルトン、宛先セットアップ、アニメーション計画で共通しているものです。
スキニング品質は失敗しやすいポーズで最も判断しやすい。上腕を回転させ、前腕をねじり、膝を上げ、深くしゃがみ、指を道具に巻き付けるように曲げ、首を限界まで動かしてテストする。体積崩れ、キャンディラッパーツイスト、間違った手足に影響された頂点、衣装と体の隙間、硬いアクセサリの折れを確認する。ウェイトを正規化し、選択した Unreal パスと対象ハードウェアがサポートするインフルエンス上限を守る。
一つの磨き上げられた待機アニメーションで不十分なリグを隠してはならない。すべての改稿が通過するコンパクトな変形テスト群を作る。ニュートラルポーズ、極端な関節回転、歩行接地、左右対称ポーズ、登攀や両手での照準などゲーム固有のアクションを含める。メッシュ改稿とスケルトン改稿ごとにスクリーンショットやターンテーブルを保存する。
FBXをエクスポートし、Unrealスケルタルメッシュとしてインポートする
Epic の Blenderのコレクション、ビューポートの色、マテリアル名、または親名をコリジョン意図の伝達に頼らないでください。Unrealはエクスポートされたオブジェクト名とジオメトリを読み取ります。また、可能であれば重なり合うヒュールや紙のように薄いヒュールは避けてください。複雑な開口部がゲームプレイに重要な場合は、開口部周辺を複数のクリーンな凸ヒュールで構成し、Blenderのビューポートを信頼するのではなく、Unrealで通行可能領域を確認します。 スケレタルジオメトリ、スケルトン、モーフターゲット、マテリアル、アニメーションデータの確立済み Unreal パスを文書化する。エクスポータは Unreal バージョンの FBX 仕様に合わせ、意図したオブジェクトのみをエクスポートし、ソース資産でエクスポートプリセットを固定する。ある作業端末で選択されていたオブジェクトに依存する運用は避ける。
エクスポート前に確認すること:
- 既知の単位、向き、オリジン、トランスフォーム;
- 意図されたルートを持つ1つの所有スケルトン階層;
- バインドポーズとスキンウェイトは、モディファイアの評価後に確定します。
- マテリアルスロット順とUVセット;
- アニメーションフレーム範囲、サンプリングレート、ルートモーション判定、
- このハンドオフにモーフターゲット、ソケット、補助ボーンを含めるか否か。
インポート時は Static Mesh ではなく Skeletal Mesh を選択し、警告を無視して閉じずにインポートレポートを確認する。既知の基準に対してキャラクターの物理的サイズを確認し、Skeleton Tree を開いて必要なアニメーションをすべてプレビューし、マテリアル割り当てと法線を検査し、生成済みまたは割り当て済みの Physics Asset を確認する。制御されたソース変更から 1 回だけ再インポートする。最初のインポート時のみ動作するパイプラインは本番運用に適していない。
FBXは通常、従来のリグ付きキャラクターに対して最も明確な標準です。GLB/glTFはコンパクトなWeb連携やツール間交換に有用で、対応するInterchange経路でUnrealに取り込めますが、スケルトン、アニメーション、マテリアル、カスタムデータの実際の転送精度はプロジェクトのエンジンバージョンで検証する必要があります。OBJはジオメトリと基本的なマテリアル参照のみを持ち、キャラクターのリグやアニメーションは保持しないため、このワークフローの主要フォーマットとしては不適切です。USDはシーン規模の交換やレイヤードパイプラインに有用ですが、最終的なUnrealスケルタルメッシュとアニメーションアセットの検証要件を置き換えるものではありません。
IK RigとIK Retargeterでリターゲットアニメーションを行う
アニメーションスケルトンがキャラクターのスケルトンと異なる場合、リターゲットを明示的なマッピング作業として扱います。Epicの IK Rig アニメーションリターゲット IK RigとIK Retargeterのワークフローを説明します。各スケルトンごとにIK Rigを作成または確認し、互換性のあるリターゲットチェーンを定義し、リターゲットルートを設定し、リターゲットポーズを整列させ、書き出しや結果の適用前に代表的なアニメーションをプレビューします。
まず歩行（ロコーション）から開始する。足、骨盤、ルートモーションはスケールとポーズの誤りを最も分かりやすく現すためである。次にリーチ、旋回、しゃがみ、非対称アクションをテストする。手足の長さ、肩の高さ、スタンス幅、手の位置を比較する。エラーなくクリップが再生されるだけでは不十分であり、合格基準には、足の安定性、信頼できる接触、向きの正確さ、想定されたルート変位、そして新たなメッシュ貫通の不在が含まれる。
ソースクリップ、ソーススケルトン、ターゲットスケルトン、IK Rigアセット、Retargeterアセット、ポーズオフセット、エンジンバージョンを引き継ぎ記録に保存してください。キャラクターに特殊な手足数、大きく異なるプロポーション、フェイシャルアニメーション、複雑な小道具がある場合は、人型リターゲットが自動で解決するわけではないため、どの部分をカスタムアニメーションで対応すべきかを明記してください。
LODを作成し、Naniteの適用位置を決定する
Skeletal Mesh の LOD は、距離や画面サイズに応じてジオメトリ、マテリアル、ボーン、その他のキャラクターコストを直接削減する方法です。Epic の スケルタルメッシュLODドキュメント 生成とLODごとの設定を含みます。代表カメラレンジからリダクションを作成し、内側のディテールより外側シルエットを長く維持し、遷移距離すべてで各アニメーションを検査します。
三角形だけを削減しないでください。後続LODではマテリアルセクションのマージ、アクセサリの削除、影挙動の簡略化、コストの高いモーフターゲットの削減または除去、プロジェクトが許容できる場合のボーン削減ポリシーの適用も含まれます。指先の崩れ、表情のポップ、スカートやコートの変形変更、武器保持の変化、影の不連続に注意してください。
Epic の Nanite Virtualized Geometry ドキュメント は現在の Nanite 対応と制約についてバージョン固有の権威情報です。対象エンジンおよびプラットフォームで Nanite Skeletal Mesh サポートが利用可能な場合でも、LOD 計画を飛ばすための一律指針ではない。アニメーション、スキニング、マテリアル、影、メモリ、プラットフォーム対応、フォールバック挙動をプロファイルすること。意図的に簡素化されたキャラクターは、広範なデバイス群では従来の LOD の方が扱いやすいまま、改善効果が小さいこともある。
LOD、アニメーション、ランタイムコストを検証する
実運用ワークロードに近い検証マップを作成する。キャラクターを代表的なライティング、マテリアル、ポストプロセッシング、影、カメラモーション、アクター密度下で配置する。最適化されたカメラ、通常のゲームプレイ範囲、そしてアクターが視認可能な最遠距離という同一ルートを全リビジョンで使用する。
レイヤーで検証する：
- アセット層: スケール、スケルトン、バインドポーズ、法線、UV、マテリアル、モーフ、コリジョン、ソケット、再インポート。
- アニメーションレイヤー： クリップのタイミング、接触、ルートモーション、ブレンド挙動、リターゲティング、極端な変形。
- レンダリングレイヤー： シルエット、シェーディング、LOD トランジション、シャドウ、マテリアルの複雑さ、テクスチャミップ。
- 実行時層: キャラクター数、アニメーション評価、スキニングコスト、ドローコール、メモリ、フレーム時間、ターゲットプラットフォームの挙動。
- デリバリーレイヤー： クールド起動、クック済みアセット、スタンドアロン挙動、パッケージドビルド、ソースリビジョン、およびロールバック。
最も低いと主張されるハードウェアクラスでプロファイルします。高性能ワークステーションのエディタビューポートではシェーダーコンパイル、ストリーミング、アニメーション、メモリの問題が隠れる可能性があります。クールドパッケージ実行と高密度遭遇シーンを再現してください。エンジンバージョン、RHI、解像度、スケーラビリティレベル、キャラクター数、カメラルートを結果とともに記録し、別の開発者が再現できるようにします。
共通の不具合と対応責任者
キャラクターが誤ったサイズで到着した場合、原因は通常、ソース単位またはエクスポート/インポートのトランスフォーム規約です。既知のUnreal参照と比較し、ソースまたはプリセットを修正してください。置かれたアクターを毎回スケール調整して恒久的に対応しないでください。
メッシュがインポートされるがアニメーションしない場合、スケルトンの対応、バインドポーズ、アニメーションエクスポート、フレーム範囲、インポートモードを確認する。OBJ は必要なリグ情報を保持できない。FBX スケルトンが不一致の場合、再インポートを何度も試すより、意図的なリターゲットワークフローが必要となることがある。
肩が潰れる、膝がつぶれる、手首がねじれるときはトポロジーとウェイトに戻って修正します。リターゲット設定はモーションを整列できますが、欠損した変形ジオメトリを再構成したり、任意のスキニング誤差を修正したりすることはできません。失敗するポーズはリグレッション用のフィクスチャとして保存します。
マテリアルが正しく見えない場合は、UV、法線、テクスチャ色空間、圧縮、マテリアルスロットの順序、Unrealのマスターマテリアルを確認してください。自動マテリアル生成を制作品質のシェーディング同等性と見なしてはいけません。
LODが目に見えてポップする場合は、シルエット、マテリアルセクション、ボーン削除、モーフ対応、遷移しきい値を動作中の状態で比較します。キャラクターの認識を変える最初のLODを先に修正し、カメラ外へ遷移を逃がすのではなく、再度計測します。
SEELE AI引き継ぎと製品境界
既存のキャラクターアセットを修復するのではなく、新規の低ポリ Unreal ゲームコンセプトが目的の場合、 Unrealゲームクリエイターを開く 明確な要件として「Unreal Engine 5 のスタイライズドなサードパーソンプロトタイプを作成し、ローポリな探索者 1 体、判読可能なファセットマテリアル、待機・移動状態、小さな移動ループ、およびパッケージ化ビルド検証チェックリストを含む。」
SEELE AI は新規のネイティブ Unreal 5 プロジェクトを生成し、ブラウザープレビューを提供し、最適化とパッケージングをサポートし、プロジェクトまたはパッケージ化された出力をダウンロード用として提供できる。これは既存プロジェクトを開いて変更できることを意味しない。 .uproject、このキャラクターをチームの代わりにインポートし、プラグインをインストールし、制作用リグを作成し、チームの IK Retargeter を設定する場合です。これらの既存プロジェクト業務は、Unreal チームとそのソース管理された DCC-to-Engine パイプラインのまま残ります。
Unreal EngineはEpic Gamesの商標です。SEELE AIは独立しており、本ガイドはEpicの推奨や承認を意味するものではありません。
チーム引き継ぎチェックリスト
- キャラクターブリーフ、目標カメラ、プラットフォーム、同時アクタ数、対応品質階層。
- ソース DCC のバージョン、ソースファイルのリビジョン、単位、軸、エクスポートプリセット。
- LOD別メッシュ統計、マテリアルスロット、テクスチャセット、スケルトンとボーン数。
- バインドポーズ、変形スイート、ソースクリップ、ルートモーション判定、リターゲットアセット。
- Unreal のバージョン、インポート経路、警告、再インポート結果、Physics Asset、衝突ポリシー。
- 代表マップ、カメラルート、照明、アクター密度、プロファイリングキャプチャ、およびパッケージドビルド結果。
- 既知の例外、非対応プラットフォーム、ロールバック版、予算を再開く条件。
FAQ
低ポリのUnrealキャラクターは何枚のポリゴンにすべきですか？
普遍的な数値はありません。カメラ距離、プラットフォーム、アニメーション範囲、同時表示キャラクター数、マテリアル、ボーン、フレーム時間から予算を設定します。最も近くかつ一般的なゲームプレイビューを比較し、シルエットと変形が基準を満たしている場合のみジオメトリを削除します。
リギッドされた Unreal キャラクターには FBX と GLB のどちらを使うべき？
FBXは、従来型のUnrealスケルタルメッシュ、スケルトン、モーフターゲット、アニメーションのワークフローに対して確立され、十分に文書化されたパスです。GLB/glTFは、対応するInterchange経由で有用な場合がありますが、実際のエンジンバージョンでスケルトン、アニメーション、マテリアル、再インポートの忠実性を検証してから、運用標準として採用してください。
低ポリキャラクターがインポート後に大きく変形するのはなぜですか？
ソースのトポロジー、バインドポーズ、正規化されたスキンウェイト、影響ウェイト上限、エクスポートされたスケルトン階層、トランスフォーム、Unrealインポート警告を確認します。リターゲットは欠落したジョイントループや任意のウェイトを修復できません。極端な失敗ポーズを保存し、その原因を説明できる最初のソース段階で修正します。
スケルタルメッシュLODの代わりにNaniteを使えますか？
そのように決め打ちしないこと。Nanite Skeletal Mesh の対応状況と制約は、対象の Unreal バージョン、レンダラー、プラットフォーム、マテリアル、アニメーション負荷に対して厳密に確認する。従来型 Skeletal Mesh LOD と比較プロファイルし、非対応ターゲットやリグレッションに備えたフォールバックを用意しておく。
Unreal Engineで低ポリキャラクターのアニメーションをリターゲットするにはどうすればよいですか？
ソースとターゲットスケルトン用のIK Rigアセットを作成または確認し、互換性のあるチェーンとリターゲットルートを定義し、リターゲットポーズを整列させ、IK Retargeterで歩行や極端な動作をプレビューします。足、ヒップ、ルートモーション、接地、体型をクリップ採用前に検証します。
SEELE AIはこのキャラクターを既存のUnrealプロジェクトにインポートできますか？
いかなる製品主張もそれを示唆すべきではありません。SEELE AIがサポートするパスは、ブラウザプレビュー、最適化、パッケージ化、ダウンロード可能な出力を備えた新規ネイティブUnreal 5プロジェクトの生成です。既存プロジェクトのインポート、プラグイン、リグ、IK Retargeter作業はUnrealチームのサポートを引き続き受けられます。
