高速なインポーターを試す。それでもアセットを確認する。
Unreal Engine 5.8 では実験的な uFBX サポートが追加され、Epic によると、大容量の FBX ファイルや多数のメッシュを含むファイルのインポート時間を大幅に短縮できる可能性があります。ただし、マテリアル、単位、ピボット、法線、UV、LOD、コリジョン、リグ、アニメーションが自動的に修正されるわけではありません。
インポート前のクリーンアップは役立ちますが、最終的な証拠は対象の Unreal シーン内でアセットをレンダリングし、コリジョン、アニメーション、プロファイリングまで確認することです。
結論
インポート時間が問題なら UE 5.8 の uFBX を使います。ただし、アセットを一括修復するスイッチとして扱ってはいけません。元データを保持し、コピーでテストし、標準インポーターと uFBX の結果を比較し、すべての警告を読み、Unreal 内でインポートしたメッシュを確認してください。その前に、ソースファイルのスケール、ピボット、向き、階層、マテリアル、テクスチャ、法線、接線、UV、トポロジーの品質、LOD とコリジョンの要件、スケルタルメッシュのデータ、アニメーションを確認します。
UE 5.8 で Epic が実際に変更したこと
実験的な uFBX サポート
Epic によると、FBX は Unreal に 3D モデルをインポートする主要な形式であり続けます。UE 5.8 では実験的な uFBX サポートが安定化され、特にマルチコア CPU で、大容量のファイルや多数のメッシュを含むファイルほどインポート時間の恩恵が大きくなると見込まれています。
レベルのインポート後も可視性を維持
UE 5.8 はレベルへのインポート時に FBX ノードの可視性を保持し、それを Hidden in Game プロパティに適用します。すべての非表示オブジェクトを非表示のまま出荷すると決めつけず、階層の可視性がソースと一致することを確認してください。
軸に関する接線の修正
5.8 のリリースノートには、Force Front X-Axis が有効なときに接線を反転する修正も記載されています。これは特定の軸反転によるカーブの問題を対象としたもので、法線と接線の完全な確認に代わるものではありません。
USD Interchange の成熟度は用途によって異なる
Epic は、5.8 で Interchange 経由の USD について、アセットのインポートは本番対応としていますが、レベルのインポートは引き続き実験的としています。FBX と USD を一つの約束にまとめないでください。両者は異なるシーン、マテリアル、階層、パイプラインのデータを保持します。
GLB は依然として別途判断が必要
GLB はポータブルなプレビューやコンパクトなマテリアル受け渡しに便利ですが、Unreal チームは、必要なインポーターまたはプラグインの経路と、プロジェクトに必要なデータを確認してから採用すべきです。UE 5.8 の uFBX の取り組みは、GLB 互換性を保証するものではありません。
インポーターの速度はランタイムの速度ではない
インポートが速くなっても、三角形数、ドローコール、テクスチャメモリ、マテリアルの複雑さ、アニメーションコスト、パッケージサイズは減りません。インポート性能とランタイム性能は別々に確認してください。
FBX のインポート前チェックリスト
ソースと対象範囲を保持する
未変更の FBX、テクスチャフォルダーまたはアーカイブ、入手可能ならソース DCC ファイル、ライセンスと帰属表示のメモ、エクスポートプリセット、Unreal のバージョン、クリーンなテストプロジェクトを保持します。
単位、スケール、向き、ピボットをプレビューする
既知の基準に対するバウンディングボックス、上方向と前方向の軸、未適用のトランスフォーム、負のスケール、ピボット位置、階層、キャラクターやプロップが対象シーンの想定位置に配置されるかを確認します。
マテリアルとテクスチャ参照を確認する
マテリアルスロット、埋め込みまたは外部テクスチャ、UV セット、ラフネスとメタリックの前提、透明度、法線マップの向き、テクスチャ解像度、命名、パスを一覧化します。FBX で転送できないエンジン固有のマテリアルロジックは再構築する前提で考えてください。
ジオメトリ、法線、接線、UV を確認する
面の反転、非多様体ジオメトリ、重複面、スムージングの不連続、縮退三角形、重複 UV、ライトマップ UV の欠落、そしてこのアセットで Unreal が法線と接線をインポートするべきか計算するべきかを確認します。
Nanite、LOD、コリジョン、リグ、アニメーションの要件を記録する
Nanite に対応できることと、最適なランタイム設定は同じではありません。フォールバックメッシュ、マスク付きまたは変形するマテリアルの制限、LOD 方針、コリジョンの複雑さ、ソケット、スケルトンとボーンの命名、スキンウェイト、モーフターゲット、アニメーションのフレーム範囲、ルートモーション、リターゲティングの想定を記録します。
確認後にのみ最適化または変換する
ジオメトリ、テクスチャサイズ、マテリアルスロット、ファイル容量は、測定した予算上必要な場合にのみ削減します。GLB、OBJ、USD に変換する場合は、失われる可能性があるものや再作成が必要なものを記録し、export_format を実際の対象ワークフローに結び付けたままにします。
管理された UE 5.8 インポートを実行する
クリーンなフォルダーを使い、正確なインポーターとオプションを記録し、警告を残し、必要に応じて標準経路と実験的な uFBX のインポート時間および出力を比較します。インポーターの実験中に、本番用コピーしかない状態で上書きしないでください。
対象シーンで検証する
スケール、ピボット、向き、シェーディング、マテリアル割り当て、テクスチャの色空間、階層の可視性、コリジョン、LOD の遷移、アニメーション、ライティング、メモリ、ドローコール、対象プラットフォーム、パッケージングを確認します。黙って再試行するのではなく、失敗理由を記録してください。
症状と確認項目の対応表
| 症状 | 最初に確認すること | UE 5.8 固有の注意点 | 主張してはいけないこと |
|---|---|---|---|
| インポートが遅い、または停止したように見える | ファイルサイズ、メッシュ数、埋め込みメディア、縮退要素、アニメーションの長さ、ディスクと CPU の負荷。 | コピーで実験的な uFBX を比較します。Epic によると、大容量ファイルや多数のメッシュを含むファイルが恩恵を受ける可能性があります。 | uFBX がランタイムアセットを最適化すると言わない。 |
| マテリアルまたはテクスチャが欠落している | マテリアルスロット、テクスチャパッケージ、パス、対応マップ、UV、色空間、Unreal でのマテリアル再構築の必要性。 | 5.8 のインポーター変更によって、マテリアルグラフが完全に転送されるとは限らない。 | ワンクリックでマテリアルが修復されると約束しない。 |
| スケール、ピボット、または向きが正しくない | DCC の単位、適用済みトランスフォーム、上方向と前方向の軸、負のスケール、ピボット、インポート時のトランスフォーム。 | Force Front X-Axis の接線修正は限定的なもので、一般的なトランスフォーム修正ではありません。 | 任意のシーンスケーリングで単位の不一致を隠さない。 |
| 法線、接線、またはスムージングが壊れて見える | 面の向き、エクスポートした法線、ハードエッジ、スムージング、接線基底、インポートまたは計算の設定。 | 問題がその経路に該当する場合は、5.8 で Force Front X-Axis の挙動を再テストします。 | 意図した作成済みシェーディングを考慮せず、盲目的に再計算しない。 |
| LOD またはスケルタルメッシュのインポートに失敗する | ボーン要件、スケルトン互換性、LOD の命名、スキンウェイト、モーフターゲット、完全な警告文。 | Epic は専用の FBX インポートエラーリファレンスを管理しています。現在のエラーテキストを使ってください。 | アニメーションとランタイムへの影響を確認せずに、ボーンや LOD を削除しない。 |
| コリジョンがない、またはコストが高すぎる | コリジョンの命名、凸性、単純コリジョンと複雑コリジョンの使い分け、スケール、ゲームプレイの要件。 | インポーターの速度が変わっても、正しいゲームプレイ用コリジョンが生成されるわけではない。 | 見た目のメッシュが成功したことをコリジョンの証拠とみなさない。 |
FBX のペイロード別受け入れ基準
ファイルに実際に含まれる内容に合う行を使います。1 つの FBX に複数のペイロードが含まれることがあるため、アニメーション付きスケルタルメッシュは両方のチェックを通過する必要があります。
| ペイロード | インポート前の証拠 | エディター内の受け入れ基準 | ランタイムまたはパッケージ済みビルドの基準 |
|---|---|---|---|
| 静的メッシュ | 単位、トランスフォーム、ピボット、法線、UV チャンネル、マテリアルスロット、トポロジー、意図したコリジョン。 | 基準寸法、シェーディング、ライトマップ UV、コリジョン表示、LOD または Nanite の設定、再インポートの安定性。 | 対象プラットフォームのメモリ、ドローコール、コリジョンの挙動、ストリーミング、代表シーンのフレームコスト。 |
| スケルタルメッシュ | スケルトン階層、バインドポーズ、スキンウェイト、ボーンスケール、モーフターゲット、マテリアルスロット、意図した物理アセット。 | 想定外の追加ルートがなく、正しいリファレンスポーズ、安定した変形、互換性のあるスケルトン、モーフターゲット、物理設定になっていること。 | アニメーション予算、クロスまたは物理の挙動、LOD のボーン削減、メモリ、パッケージ済みプラットフォームでの変形。 |
| アニメーション | フレーム範囲、サンプルレート、ルートモーション、テイク、スケルトンの識別子、カーブ名、加算または絶対の意図。 | 正しいシーケンス長、ルートモーション、カーブ、リターゲット結果、ループ、圧縮、モンタージュまたはステートマシンでの使用。 | ランタイムの遷移品質、ネットワークまたはルートモーションの方針、アニメーション予算、パッケージ済みビルドでの再生。 |
| マテリアルとテクスチャ | テクスチャパッケージ、パス、チャンネルパッキング、色空間、UV セット、透明度、接線基底、マテリアルスロットの対応付け。 | 欠落した参照がなく、正しい sRGB と法線の設定、想定したマテリアルインスタンス、同等のシェーディングになっていること。 | シェーダーのコンパイル結果、テクスチャメモリ、サンプラーとマテリアルの複雑さ、フォールバック品質、パッケージング。 |
| コリジョンと LOD | コリジョンの命名、凸性、複雑さの方針、LOD の命名、画面サイズの計画、対象予算。 | コリジョン表示がゲームプレイの要件と一致し、すべての LOD がインポートと切り替えに成功し、マテリアルとシルエットを保持していること。 | トレースと移動の挙動、遷移の安定性、対象プラットフォームのコスト、クック済み LOD またはコリジョンデータの欠落がないこと。 |
標準 FBX と実験的 uFBX の比較記録
同じソースファイル、Unreal Engine 5.8 のビルド、マシン、保存先フォルダー、インポートオプション、クリーンキャッシュ方針を使い、コピー上で両方の経路をテストします。経過したインポート時間、警告、作成されたアセット、マテリアルとテクスチャの結果、階層、ジオメトリと接線の出力、スケルタルまたはアニメーションの出力、コリジョン、LOD、再インポートの挙動、エディターの再起動、メモリ、パッケージングを記録します。インポーターの速度はワークフローの指標であり、ランタイムの三角形、マテリアル、テクスチャ、アニメーション、メモリ、ドローコール、フレーム時間は別途プロファイルする必要があります。
| 比較項目 | 標準 FBX の結果 | 実験的 uFBX の結果 | 受け入れルール |
|---|---|---|---|
| インポート時間と CPU 使用量 | 経過時間と代表的な CPU の挙動を記録する。 | 条件を揃えて同じ測定を行う。 | 出力と復旧の基準にも合格した場合にのみ、より速い経路を選ぶ。 |
| 警告と作成されたアセット | 完全なログと生成されたアセット一覧を保存する。 | 完全なログと生成されたアセット一覧を保存する。 | 変更された警告、欠落したアセット、名前が変わった出力をすべて調査する。 |
| 視覚的および構造的な同等性 | スケール、ピボット、階層、シェーディング、マテリアル、法線、UV、リグ、アニメーション、コリジョン、LOD を記録する。 | 同じシーンとアセットエディターの確認を繰り返す。 | インポート時間が改善しても、説明できない差異は不合格とする。 |
| 再インポートと再オープン | 既知のソース値を 1 つ変更し、再インポート、保存、終了、再オープンを行う。 | 同等のクリーンなコピーから繰り返す。 | 初回インポートと本番の再インポート経路の両方を再現可能にする必要があります。 |
| ランタイムとパッケージング | 代表シーンをプロファイルしてパッケージ化する。 | 同等のシーンをプロファイルしてパッケージ化する。 | 条件を揃えた測定なしに、ランタイムの改善をインポーターの効果だとしない。 |
引き継ぎチェックリスト
次のレビューが正しいコンテキストから始められるよう、元のアセット形式、ソース、対象 Unreal バージョン、エクスポートの選択、失敗したインポートのメモを引き継ぎに含めます。
製品の範囲
SEELE AI は独立したインポート前アセット準備ワークフローです。.uproject を開いたり編集したりせず、Unreal のインポーター設定を変更せず、Nanite や Lumen を設定せず、Unreal 内でコリジョンや LOD を構築せず、マーケットプレイスの権利を保証せず、本番対応を保証しません。
Unreal アセットワークフローを続ける
関連するインポートとパフォーマンスの判断
公式ソース
このページの事実は 2026 年 7 月 13 日に確認しました。インポーターの状態やオプションはホットフィックスで変わる可能性があるため、Epic の最新ドキュメントを正しい情報源として利用してください。
FAQ
Is uFBX production-ready in Unreal Engine 5.8?
Epic は UE 5.8 のリリースノートで uFBX サポートを実験的と位置付けています。コピー上でテストし、結果を比較し、標準のインポート経路を利用できる状態にしてください。
Does the UE 5.8 uFBX importer fix missing materials or wrong scale?
いいえ。Epic が説明しているのは、大容量の FBX ファイルや多数のメッシュを含むファイルのインポート時間の改善です。マテリアル、テクスチャ、単位、ピボット、法線、LOD、コリジョン、リグ、アニメーションは、引き続き個別に確認する必要があります。
How do I import an FBX file into Unreal Engine 5?
ソースを保持し、アセットを確認し、静的メッシュまたはスケルタルメッシュの設定を選び、クリーンなテストフォルダーにインポートし、すべての警告を読み、対象シーンで結果を確認します。正確なエディター操作については、Epic の最新 FBX Import Options Reference を使ってください。
What should I do about an FBX smoothing group or normal warning?
面の向き、スムージングまたはハードエッジの設定、エクスポートした法線と接線、それらをインポートするか計算するかという Unreal の選択を確認します。再インポートでソースジオメトリの問題が修復されると決めつけないでください。
Can FBX files contain textures?
FBX は一部のテクスチャデータを参照または埋め込めますが、マテリアルグラフとテクスチャパスは常に期待どおりに転送されるとは限りません。必要に応じてテクスチャパッケージを保持し、Unreal のマテリアルを再構築または再接続してください。
How should I import a rigged model?
対象スケルトン、ボーン名と階層、バインドポーズ、スキンウェイト、モーフターゲット、ルートモーション、アニメーションのフレーム範囲、そしてファイルにスケルタルメッシュ、アニメーション、またはその両方が含まれるかを確認します。Unreal 内でリターゲティングと変形をテストしてください。
Can SEELE AI configure uFBX, Nanite, collision, or LODs inside my Unreal game?
いいえ。SEELE AI はインポート前のアセットレビュー、クリーンアップ、最適化、変換、エクスポートメモを支援できます。Unreal ゲームのインポート設定と最終的なエンジン内検証は手動作業として残ります。
