Datasmith のインポートプロセスについて | Unreal Engine 4.27 ドキュメンテーション

以下のセクションでは、シーンの変換時に Datasmith が対処する特有の問題に関する詳細について説明します。これらの問題を理解しておくと、Datasmith が生成した結果を解釈し、コンテンツを Unreal Editor で使用する場合に役立ちます。

単位とスケール

Unreal Engine ではすべての距離は常にセンチメートル単位で測定されます。ただし、他の 3D デザインアプリケーションでは通常、測定単位の選択肢が提供されています。ソースアプリケーションで別の測定単位を使用している場合、Datasmith は Unreal Engine でジオメトリが実世界とまったく同じサイズで 3D 空間での適切な位置に表示されるように、シーンのスケールを自動的に調整します。ソースアプリケーションでの作業方法を変更する必要はありません。

たとえば、ソースアプリケーションで測定単位としてインチを使用している場合、元のシーンで 10 単位の長さのオブジェクトは、Unreal Engine では 25.4 ワールド単位の長さになります。



ソース	インポート後

シーン階層に個々のオブジェクトレベルで補われる非統一のスケールとカスタムピボットトランスフォームのついた親が含まれると、座標システム変換が複雑なために Unreal Engine での結果が最初のシーンと一致しない可能性があります。この問題が発生したら、オリジナルシーンに戻ってシーン階層でトランスフォームをシンプル化することで、問題を解決できます。

名前とラベル

Datasmith は、ソースアプリケーションでのジオメトリに関する命名情報を検出し、作成するアセットやアクタに対して可能な限りその情報を再利用します。厳密なプロセスはアプリケーションやファイル形式ごとに多少異なり、Unreal Engine での結果はソースアプリケーションとは少し異なることがありますが、最終的な目標は、インポート後にユーザーがコンテンツを見つけて管理できるようにすることです。

スタティックメッシュでは、コンテンツブラウザでのアセットの名前、アセットのディスク上でのファイル名、およびレベルでのアクタの名前が異なることがよくあります。

コンテンツブラウザのラベル - Datasmith はソースファイルで見つけた命名情報 (存在する場合) に基づいて、コンテンツブラウザでの各スタティックメッシュアセットのラベルを生成します。
サポートされている一部のアプリケーションやファイル形式では、同じ名前の複数のオブジェクトが存在することができます。シーンに同じ名前の複数のオブジェクトが存在する場合、コンテンツブラウザで複数のアセットが同じラベルで終わっていることがあります。
ファイル名 - ただし、各アセットのディスク上でのファイル名は一意である必要があります。したがって、Datasmith はソースアプリケーションから抽出した一意の識別子を使用して、各アセットのファイルに名前を付けます。
アクタ名 - Datasmith は 1 つのアクタをレベルに配置するごとに、ソースファイルでの対応するオブジェクトとまったく同じ名前 (存在する場合) をアクタに付けようとします。
一意の名前を見つけられない場合は、コンテンツブラウザから同じラベルを再利用してそのアクタに名前を付けます。レベルにその同じ名前の別のアクタがすでに存在する場合、Datasmith は数値のサフィックスをインクリメントしてアクタの名前を一意にします。

たとえば、下図では、同じ名前を持つ複数のオブジェクトを除いて、ソースシーンからのすべての名前がそのまま Unreal に取り込まれています。

ソースファイルでの階層	Unreal での階層

コンテンツブラウザでスタティックメッシュアセットに表示される「ラベル」と、Datasmith がそのアセットに対して生成するディスク上のファイルの「名前」は区別されていることに注意してください。これは、エディタでの作業中、ほとんどの目的に対して気にしなくてもよいはずですが、ブループリントまたは Python スクリプティングを使用してアセットまたは Datasmith のシーンを操作する場合には、この区別を意識しておく必要があります。

トライアングルの向き

実行時にできる限り最高のパフォーマンスに近づけるために、Unreal Engine は表示を想定していないトライアングルをすべてカリングします。この処理によって、表示を想定していないトライアングルのレンダリングに GPU サイクルが浪費されることが回避しています。特に、エンジンが想定しているオブジェクトの厚みです。カメラの方を向いていないトライアングルはすべて、そのオブジェクトの背面にあると想定され、そのオブジェクトの全面からは表示されません。これと背面カリングといいます。3D レンダリングで広く使用されている最適化手法です。

ただし、一部のデザインアプリケーションでは、サーフェスの前面と背面を区別せず、表示方向に関係なくサーフェスをレンダリングします。デザインツールの操作時に、サーフェスの向きを意識していないこともあります。そのため、サーフェスと垂直な方向のサーフェス法線がが内側指していることや、サーフェスを表示する必要がある方向とは別の方向を指していることがあります。あるいは、厚みがない平面の一枚壁のジオメトリを作成してしまうこともあります。

そのため、Unreal Engine にインポートしたシーンを特定の角度から表示すると、部分的に表示されないことがあります。モデルが部分的にインポートされていないように見えますが、そのサーフェス法線がシーンを表示するのに使用しているカメラとは別の方向を指しているだけである可能性があります。そのモデルを回転すると、見えなかったサーフェスが急に表示されることがあります。

たとえば、次図のシーン (左側) では、ジオメトリが正しくインポートされていても、天井とパイプの端が欠落しているように見えます。マテリアルの [Two Sided (両面)] オプションをオンにすると、そのサーフェスが表示されます (詳細については下記を参照)。

この状況に対処するには、ソースアプリケーションで行うのが最適な方法です。以下の推奨事項に留意してください。

すべての面から見える必要があるオブジェクトはすべて、オブジェクトに厚みを持たせてモデル化し、法線フェースが外側を向くようにすることを強くをお勧めします。
オブジェクトが見える必要があるのは片面からのみと分かっている場合は、ソースアプリケーションでそのサーフェスの法線を反転してからシーンを再インポートすることによって、欠落しているメッシュを修正できます。そうすると、そのサーフェスは片面のままですが、そのサーフェスが面している向きを少なくとも反転させることで、必要な方向から Unreal Engine で表示したときに正しく表示されます。
Rhino、3ds Max、Cinema 4D、SketchUp などのモデリングアプリケーションは、裏向きのトライアングルを見つけやすくするビューポートモードを提供しています。詳細は、ご使用のモデリングツールの説明書を参照してください。

ただし、以下のオプションを検討することで、この問題をソースシーンに戻らずに Unreal Editor で修正できます。

スタティックメッシュエディタでトライアングルの向きを反転することで、トライアングルが別の方向を向くようにできます。「スタティックメッシュジオメトリの修正」を参照してください。
ただし、トライアングルが反対側から見える場合は、同じ問題が残ります。この方法は、内側からのみ表示されない天井などの問題には適切な解決策なりますが、両側から見える内壁には適しません。
ジオメトリのこのピースをソースシーンで修正してから Datasmith のシーンアセットを再インポートすると、スタティックメッシュエディターで行った変更内容が失われることに注意してください。そのため、何か別の理由でソースに戻ってジオメトリを修正する必要がある時に、SketchUp で一緒にフェースの向きを修正するようにします。
マテリアルエディタでマテリアルを両面にすることができます。両面にすることで、いずれかの側から見えれば、エンジンがそのサーフェスをレンダリングします。これは一見適切な解決策のように思われますが、サーフェスの両面ではライトマップテクスチャで同じ空間が使用されるので、スタティックライト または 固定ライト と一緒に使用するとビジュアルアーティファクトが生成されることがあります。
マテリアルがマテリアルインスタンスである場合は、マテリアルエディタの [Details (詳細)] パネルで [General (一般)] > [Material Property Overrides (マテリアルプロパティの上書き)] > [Two Sided (両面)] を確認します。

それ以外の場合は、マテリアルエディタの [Details (詳細)] パネルで [Material (マテリアル)] > [Two Sided (両面)] を確認します。
フェースの可視性が問題ではなく、オブジェクトを通して入ってくるライトの問題 (指向性ライトのオーバーヘッドからのライトが適切にブロックされていない天井など) であれば、両側からシャドウをキャストするように Static Mesh アクタを設定できます。
[Details (詳細)] パネルで [Lighting (ライティング)] > [Shadow Two Sided (両面からのシャドウ)] 設定を開きます。

ライトマップ UV

Unreal Engine ではシーンを照らすための複数の方法が提供されています。最高の実行時パフォーマンスと、通常は最も滑らかで間接照明の最も現実味のある広がりを提供する方法は、ベイクされたライティングです。Unreal Engine でこのアプローチを使用するには、シーン内の照明の [Mobility (可動性)] を [Static (スタティック)] または [Stationary (固定)] に設定し、ライトマスと呼ばれるツールを Unreal Editor で使用してシーンのライティングを構築します。この方法では、スタティックライトおよび固定ライトからシーン内の各オブジェクトに達するライトを計算し、それをライトマップという特別な種類のテクスチャに格納します。実行時に、そのライティング情報が各オブジェクトのライトマップテクスチャからサーフェスに適用されます。

このシステムが機能するためには、スタティックメッシュ内のすべての頂点が、ライトマップテクスチャの 2D 空間内の一意の座標にマッピングされている必要があります。このマッピングは UV セットまたは UV チャンネルと呼ばれます。さらに、この 2D 座標空間は、メッシュ内のどの 2 つのトライアングルも 2D テクスチャ空間で互いに重ならないような方法で配置されている必要があります。メッシュ内の 2 つのトライアングルが 2D テクスチャの同じエリアにマッピングされている場合、ライトマスはライトの一意のパターンおよびそれらの各トライアングルのシャドウを格納できなくなります。その場合、実行時に不規則なライティングアーティファクトが生成されます。

すべてのスタティックメッシュでスタティックライティングを受ける準備が整うように、Datasmith はインポートする各スタティックメッシュに対して Unreal Editor の自動アンラップシステムを自動的に呼び出します。このプロセスによって、次の 2 つの新しい UV セットが各スタティックメッシュに追加されます。

1 つは、メッシュを 2D 空間での平坦な表現に取りまとめるトライアングルの単純なアンラップです。これはメッシュを複数の小さな「アイランド」に分断します。各アイランドはメッシュサーフェスの連続した断面を表します。
最初のライトマップ内のアイランドは、重ならずにアイランドの周囲の無駄な空間を最小限に抑えるようなレイアウトに収まるように再配置およびサイズ変更されます。これは、レベルでのライティングを構築するときにオブジェクトのライトマップに使用される最終的なレイアウトです。

次に、Datasmith は、2 番目に生成される UV をライトマップの格納と適用に使用するように、スタティックメッシュアセットを自動的にセットアップします。

3ds Max を使用していて、ライトマップ用に使用する UV チャンネルをセットアップ済みの場合は、「3ds Max での Datasmith の使用」を参照してください。

コリジョンと物理

Datasmith はデフォルトでは、作成するスタティックメッシュアセットの物理をセットアップしません。インポートした後に Unreal Editor でスタティックメッシュの物理をセットアップできます。詳細については、「スタティックメッシュによるコリジョンのセットアップ」または「ブループリントおよび Python でのスタティックメッシュによるコリジョンのセットアップ」を参照してください。

3ds Max を使用している場合は、3ds Max で独自のカスタムジオメトリをモデル化し、Datasmith インポータが、作成するスタティックメッシュアセットにそのジオメトリを自動的に割り当てるようにします。詳細は、3ds Max で Datasmith を使うを参照してください。

ライト

Datasmith はファイル形式から対応しているライトソースを Unreal Engine でサポートされている最適なタイプに自動的に変換しながらインポートします。代表的なタイプは、ポイントライト、スポットライト、矩形ライト、指向性ライトです。

エリアライト、平面ライト、ボリュームライト

2D 形状または 3D ボリュームから放出されるライトをサポートしているアプリケーションもあります (3ds Max および Cinema 4D など)。Unreal Engine のライトには、これらのタイプにぴったり匹敵するライトはありません。Mental Ray エリアライト、V-Ray 平面/ディスク/ドーム/球面ライトなどが含まれます。Datasmith は、これらのいずれかのエリアライトを 3ds Max からインポートするときに、DatasmithAreaLightMesh というカスタム記述された特別なブループリントクラスを使用してライトの挙動を模倣します。

このブループリントは基本的に、自動生成されたエミッシブサーフェスを、自動生成された矩形ライト、ポイントライト、またはスポットライトと組み合わせたものです。

エミッシブサーフェスは、レベルの 3D 空間および他のサーフェスからの反射での、ライトの可視の物理エクステントを表現します。
矩形ライト、ポイントライト、またはスポットライトは、実際のライトをシーンに放出します。

エミッシブグローの形状、サイズ、および強度、および Light アクタのプロパティを調節できます。[Level Viewport (レベルビューポート)] または [World Outliner (ワールドアウトライナー)] で DatasmithAreaLightMesh アクタを選択し、[Details (詳細)] パネルの [Light (ライト)] カテゴリにある設定を使用します。例えば、

ライトのプロパティの詳細については、「矩形ライト、ポイントライト、スポットライトを参照してください。
一部の設定 ([Color (色)]、[Intensity (強度)] など) は、エミッシブグローと Light アクタの両方に影響を与えます。

この設定により、ライトがシーンで可視化され、周囲のオブジェクトに光が当たるようになります。ただし、3ds Max で行うオフラインレンダラとは異なり、DatasmithAreaLightMesh でスポットライトまたはポイントライトを使用していると、DatasmithAreaLightMesh からレベルに放出される実際のライトは、サーフェス全体からではなく単一点からキャストされます。

現時点ではエミッシブサーフェスでは、ライトマスを使用してライティングをベイクしているか、または動的ライティングを使用しているかに関係なくシーンにライトがキャストされません。レベル内の周囲のオブジェクトに実際に光を当てるのは、ポイントライトまたはスポットライトのコンポーネントだけです。

マテリアル

Datasmith の概要で説明しているように、Datasmith のインポートプロセスでは、インポートするシーン内で認識したジオメトリサーフェスプロパティの異なるセットそれぞれを表すために、Unreal Engine のプロジェクトに新しいマテリアルアセットが作成されます。シーントランスフォームの目的はサーフェスプロパティをできる限り忠実に引き継ぐことですが、インポートした後にマテリアルの調整が必要になることがよくあります。マテリアルアセットをダブルクリックすると編集できます。

「Materials」フォルダにあるマテリアルアセットのほとんどは、マテリアルインスタンスです。したがって、マテリアルインスタンスを編集するときに、親マテリアルまたは「マスター」マテリアルによって決められている事前設定の一覧が表示されます。たとえば、次図は、SketchUp からインポートされたモデルに対して作成されたマテリアルインスタンスを示しています。

マテリアルインスタンスの説明および使用方法の詳細については、「インスタンス化マテリアル」および「マテリアルインスタンスエディタユーザーガイド」を参照してください。

各マテリアルインスタンスには親マテリアルもあります。親マテリアルは、ブループリントに類似したノードグラフが含まれている別の種類のマテリアルアセットです。このグラフによって、親マテリアルやそのマテリアルインスタンスのいずれかまたは複数が適用されているサーフェスを Unreal Engine がレンダリングする時に GPU で実際に行う操作が決まります。親マテリアルのグラフが作成される方法によっても、そのマテリアルインスタンスに公開されている設定、およびそれらの設定がどのように使用されるかが制御されます。

Datasmith は、以下の原則に従って、ソースアプリケーションに応じて異なる親インスタンスをマテリアルインスタンスに割り当てます。

Datasmith はほとんどの場合、Datasmith プラグインの一部として含まれている既存の親マテリアルを各マテリアルインスタンスに割り当てます。通常、これらの既存の親マテリアルで公開されている事前定義設定は、ソースアプリケーションで利用可能なマテリアル作成設定と非常によく似ています。
Datasmith がプロジェクト内に作成した各マテリアルインスタンス内の公開設定はユーザーが自由に編集できます。親マテリアルのプロパティセットは、Datasmith で提供されている親マテリアルごとに異なり、以下のようになっています。
- Datasmith_Color - この親マテリアルはソリッドカラーやテクスチャ化サーフェスに使用され、主に CAD モデルのインポートに使用されます。以下の「Datasmith カラーマテリアル」を参照してください。
- SketchUpMaster - この親マテリアルは SketchUp からインポートされたすべてのサーフェスに使用されます。「SketchUp Pro で Datasmith を使用する」を参照してください。
- RevitMaster - この親マテリアルは Revit からインポートされたすべてのサーフェスに使用されます。「Revit で Datasmith を使用する」を参照してください。
3ds Max からコンテンツをインポートする場合、Datasmith がプロジェクトの Materials/Master フォルダ内に新しい親マテリアルも作成していることが分かります。3ds Max では他のほとんどのソースアプリケーションよりずっと豊富なマテリアル作成ワークフローが提供されていて、Unreal Engine のマテリアルグラフと概念的に類似しているワークフローがあります。したがって、Datasmith は通常、事前設定グラフや公開設定の事前設定リストを持つ事前設定の親マテリアルを再利用するのではなく、3ds Max でのカスタムマテリアルに非常に近い新しいマスターマテリアルを作成できます。
その場合でも、Datasmith は通常、それらの親マテリアル用のマテリアルインスタンスを作成して、それらのマテリアルインスタンスをスタティックメッシュアセットとシーン内の Static Mesh アクタに適用します。ほとんどの場合、レンダリング結果を適切なレベルで制御するには、そのマテリアルインスタンスのプロパティを修正するだけで十分です。
3ds Max の一部のタイプのマテリアルに対して、Datasmith はマテリアルインスタンスの作成を省略することがあります。その場合は、スタティックメッシュアセットと Static Mesh アクタに新しい親マテリアルを割り当てるだけです。

サーフェスをシェーディングする方法をプロパティに基づいて決めるためにマテリアルインスタンスで使用される実際のマテリアルグラフを変更する場合は、親マテリアルを複製してから、その複製でプロパティを変更する必要があります。このプロセスの詳細は、「Datasmith マスターマテリアルを修正する」を参照してください。

もうひとつの方法として、Datasmith によって作成されたマテリアルを使用するのではなく、それを常に別の物理ベースのマテリアルで完全に置き換えることもできます。ユーザーが Unreal Editor で独自に作成したマテリアル、またはサードパーティーによるマテリアルで置き換えることができます。

Datasmith カラーマテリアル

多くのコンピューター支援デザイン (CAD) アプリケーションでは、ジオメトリのシェーディングに単純なサーフェスカラーが使用されています。Datasmith は通常、これらのサーフェスを Datasmith_Color マテリアルのインスタンスとして Unreal に取り込みます。

このマテリアルのカラーは、通常はソースのシーンからのカラーに厳密に一致するように事前設定されています。
このマテリアルを Unreal Engine で使用する場合は、カラー値の輝度に特に注意してください。デザインツールによっては、自然界ではほとんど見ることがない非常に明るいサーフェスカラー (純白など) が許可されていることがあります。現実味のあるライティングになるように、そのような値の色調を大幅に抑えることが必要になることがあります。
Datasmith は通常、ソースマテリアルのオパシティを維持します。ソースシーンでサーフェスカラーが半透明 (ガラスパネルなど) に設定されている場合、Datasmith はそのオパシティを色設定の アルファ チャンネルに取り込みます。
このアルファチャンネルを使用して、以前は不透明だったマテリアルを Unreal Editor で半透明にする場合は、マテリアルのブレンドモードも変更する必要があります。[General (一般)] セクションで [Material Property Overrides (マテリアルプロパティの上書き)] グループを展開し、[Blend Mode (ブレンドモード)] オプションをオンにして、その値を [Translucent (半透明)] に設定します。
Datasmith_Color 親マテリアルでは、3 つの異なる種類のテクスチャマップを使用することもできます。サーフェスのベースカラーを提供するディフューズマップ (カラー設定を上書きする)、サーフェスの詳細を提供する法線マップ、同じサーフェスの部分ごとに異なるオパシティ値を持つようにできる透過マップ、の 3 つがあります。
Datasmith は、これらの種類のテクスチャマップをソースアプリケーションからエクスポートできる場合に、そのテクスチャマップ設定を使用することがあります。フラットなカラーの Datasmith_Color インスタンスがあり、サーフェスの現実感を向上させるためにこれらのようなテクスチャマップを使用する場合は、これらの設定をアクティブにして、テクスチャアセットをそれらに割り当てることもできます。
いずれかのマップ設定を有効にしている場合は、[Texture Parameter Values (テクスチャパラメータ値)] の中に新しい設定が追加されて、使用するテクスチャをそこで設定できます。

ただし、Datasmith_Color 親マテリアルでは公開されていない Unreal Engine レンダラの物理ベースの他のプロパティ (ラフネス、メタリックなど) を活用できるように、独自のマテリアルを一から作成する方法を習得する方がさらに最適です。物理ベースマテリアルを参照してください。

アニメーション

アニメーション化 3D トランスフォーム付きのオブジェクト (平行移動、回転、スケール値が経時変化するオブジェクト) がソースシーンに含まれている場合、Datasmith はそれらのアニメーションを Unreal Engine プロジェクトにインポートできます。Datasmith は、シーン内の各アニメーション化オブジェクトのトラックが含まれている新しいレベルシーケンスを作成し、そのレベルシーケンスを Datasmith シーンアセットの横にある「Animations」フォルダに保存します。このレベルシーケンスを使用して、実行時にそのアニメーションを Unreal Engine または Unreal Editor で再生できます。

たとえば、次の 3ds Max のシーンでは、このガレージのドアの断面がスプラインに沿って動くようにアニメーション化されていて、同時にカメラがそのオブジェクトのまわりで回転するようにアニメーション化されています。

インポートした後に、コンテンツブラウザ のレベルシーケンスをダブルクリックすると、シーケンサー UI の中で開いてアニメーションが再生されます。

たとえば、このビデオでは、レベルビューポートは Datasmith のシーンでカメラからのビューを表示するように設定されているため、アニメーション化された結果は 3ds Max での元のアニメーションと同じように見えます。

このワークフローに関して重要な注意事項がいくつかあります。

Datasmith はアニメーションカーブをインポートしません。その代わりに、元のソースアニメーションのフレームごとに、オブジェクトの現在のトランスフォームを含むアニメートされたオブジェクトごとにキーフレームをベイクします。
Datasmith は、サブオブジェクト、メッシュ歪み、オブジェクトプロパティ、またはスケルタルリグアニメーション上ではアニメーションを処理しませんDatasmith は、3D 空間でのシーンオブジェクトの全体的な平行移動、回転、またはスケーリングを変化させるアニメーションのみを処理します。

レベルシーケンスの詳細、およびシーケンサ UI での作業方法の詳細については、「[シーケンサエディタ (AnimatingObjects/Sequencer)]」を参照してください。

アニメーションのインポートのサポートは、現時点では 3ds Max、Cinema 4D、VRED、Deltagen、glTF ファイルからインポートされたシーンのみです。
(エクスポートした Datasmith ファイルに 3ds Max のシーンからのアニメーションを含める方法に関する手順については、「3ds Max からの Datasmith コンテンツのエクスポート」を参照してください)。

カメラアニメーションをレンダリングする

ソースシーンにアニメートされたカメラが含まれていると、Datasmith が作成したレベルシーケンスは Unreal Engine レベルでそれに対応する CineCameraActor のトラックを含みます。カメラは 3D 空間で移動および回転するので、このトラックはカメラの 3D トランスフォームを格納するキーフレームを含みます。ワールドアウトライナー で CineCameraActor を選択し、Unreal Editor でレベルシーケンスをプレイすると、レベルビューポートのカメラのプレビューウィンドウがそのカメラの視点からアニメーションを再生することが確認できます。

ただし、レベルシーケンスをアニメートされたカメラの視点からディスク上に動画ファイルまたは画像シーケンスにレンダリングする必要があれば、最初に Camera Cut トラックをレベルシーケンスに追加し、次にアニメートされたカメラを Camera Cut トラックに追加する必要があります。

レベルシーケンスをダブルクリックしてシーケンサー UI で開きます。
[+ Track] ボタンをクリックして、メニューから [Camera Cut Track] を選択します。
新しい Camera Cuts トラックの [+ Camera] ボタンをクリックして、視点を使用するカメラを選択します。レベルシーケンスですでにアニメートされたカメラを使用する場合は、[Existing Binding (既存バインディング)] リストから選択します。

レベルシーケンスに多くのアニメートされたトラックが含まれると、Existing Binding リストでカメラを見つけることが難しくなります。そのような場合、その代わりに [New Binding (新しいバインディング)] リストからカメラを選択する、または ワールドアウトライナー から CineCameraActor をシーケンサー UI の新しい Camera Cuts トラックへドラッグします。
CineCameraActor は Camera Cuts トラックに表示されます。必要に応じて、このブロックの右側と左側の境界をドラッグして、アニメーションの開始と終了に合わせます。
次にレベルシーケンスをレンダリングするときに、Camera Cuts トラックのカメラの視点から各フレームをレンダリングします。

レンダリングを自動的に異なる時間でいろいろ切り替えができるように、複数の異なる CineCameraActor を Camera Cuts トラックに追加できます。

詳細は、「Camera Cuts を使って作業する」および「Cinematic Movies をレンダリングする」も参照してください。

複数のレベルでのアニメーションの使用

すべてのレベルシーケンスには、単一の特定のレベル内のアクタへの参照が含まれています。アニメーションが含まれているシーンを Datasmith を使用してインポートした場合、レベルシーケンスには、シーンをインポートするときに開いていたレベル内のアニメーション化されているアクタへの参照が含まれています。

後で同じ Datasmith シーンアセットを別のレベルにドロップすると、そのレベルシーケンスでは新しいレベルで同じアクタを見つけることができなくなります。シーケンサではトラック名は赤色で示され、新しいレベルを開いてそのシーケンスを再生しても何も起きません。これを修正するには、以下のようないくつかの方法があります。

新しいレベルでのアクタのコピーを指すように、レベルシーケンスを更新します。
新しいレベルを開いて、シーケンサのツールバーにある [General Settings (一般設定)] アイコンをクリックし、メニューから [Fix Actor References (アクタ参照を修正)] を選択します。

Actor トラックは通常の色に戻ります。変更内容をレベルシーケンスに保存します。

このレベルシーケンスは新しいレベルを参照しているため、元のレベルでは動作しなくなっています。複数のレベルで同時に動作することはできません。
アクタ参照を上述のように修正する前に、このレベルシーケンスアセットをコンテンツブラウザで複製します。そうすると、コンテンツをインポートした元のレベルで動作するレベルシーケンスが 1 つと、新しいレベルで動作するもうひとつのレベルシーケンスができています。

Datasmith シーンアセットを再インポートすると、元のレベルシーケンスのみが更新されて、ソースシーン内のアニメーションへの変更が適用されています。複製して修正したアクタ参の再作成が必要になることがあります。
インポートしたレベルシーケンスの同じアニメーションを複数のレベルで動作させる必要がある場合は、サブレベルを使用することを検討してください。Datasmith のシーンをからのレベルにインポートしてから、そのレベルを、アニメーションを再生する必要があるそれぞれのレベル内のサブレベルとして追加します。サブレベルの説明および使用方法の詳細については、「複数のレベルの管理」を参照してください。

アニメーションのタイミングとフレームの精度

多くのトラックとキーフレームを含む複雑なアニメーションを再生すると、再生がアニメーションのフレームレートと Unreal Engine が 1 秒間にレンダリングするフレーム数の間に生じるずれを調整するときに処理落ちと「ポップ」が起こることがあります。この現象を避け、最も滑らかに再生できるように、Datasmith はレベルシーケンスの Lock to Display Rate at Runtime プロパティを常にオンにします。

Sequencer UI のこの設定です。

これにより、アニメーションの滑らかさが向上します。ただし、エンジンの最大フレームレートはアニメーションのフレームレートに制限されることに注意してください。エンジンのフレームレートを上げたい場合、この方法は適切ではありません。たとえば、ソースアプリケーションで 24 または 30 フレーム/秒で作成されているアニメーションクリップを 90 フレーム/秒で VR で再生する必要がある場合、エンジンのフレームレートをアニメーションのフレームレートに制限することは良い解決策ではないかもしれません。このような場合、Level Sequence アセットでこのオプションをオフにする必要があるかもしれません。

レイヤー

ソースアプリケーションでコンテンツをレイヤーまたはある程度類似したコンテンツとして整理する機能が提供されている場合、Datasmith はその編成を Unreal Editor で維持します。[Layers (レイヤー)] ウィンドウ ([Window] > [Layers]) を使用して、レイヤーを表示または非表示にすることや、レイヤー内のオブジェクトを素早く検索して選択することができます。

ただし、Unreal Editor ではネストしたレイヤーはサポートされていません。ソースシーンでネストしたレイヤーが使用されている場合、Datasmith はレイヤー階層を自動的に 1 つのリストに平坦化します。

Unreal Editor でレイヤーを使用する方法の詳細については、「レイヤーパネルユーザーガイド」を参照してください。

メタデータ

一部のソースファイル形式では、Datasmith は、ユーザーがソースアプリケーションで設定した、シーン内のジオメトリオブジェクトに関するメタデータをインポートします。ブループリントまたは Python スクリプトを使用して、Unreal Editor でこのメタデータにアクセスできます。このシステムの詳細については、「Datasmith のメタデータの使用」を参照してください。

テクニカルアプリケーション特有のメタデータ

一部のサードパーティーのアプリケーションやファイル形式では、個々のシーンオブジェクトに関するテクニカルメタデータ値 (一意の ID、オブジェクトクラス、アプリケーション固有のデータなど) へのアクセスが提供されています。Datasmith は、そのようなテクニカルメタデータを、レベル内の各オブジェクトのジオメトリを表すスタティックメッシュコンポーネントに割り当てられているコンポーネントタグにインポートします。

このテクニカルメタデータにアクセスするには、以下の手順に従います。

[Level Viewport (レベルビューポート)] または [World Outliner (ワールドアウトライナー)] で、表示するコンポーネントタグが付いているアクタを選択します。
[Details (詳細)] パネルで、そのアクタに割り当てられているスタティックメッシュコンポーネントを選択します。
[Details (詳細)] パネルを下にスクロールして、[Tags (タグ)] > [Component Tags (コンポーネントタグ)] リストを見つけます。

たとえば、上図は 3ds Max からインポートしたオブジェクトを示しています。そのコンポーネントタグには、3ds Max での対応する元のオブジェクトのクラスとスーパークラス、オブジェクトのハンドル ID、および 3ds Max がこのオブジェクトを表す方法に特有のその他の情報が含まれています。

このようなテクニカル情報は通常、オブジェクトを作成したソースアプリケーションに特有の情報です。したがって、前のセクションで説明した Datasmith のメタデータとは別に保持されています。それとは対照的に、Datasmith のメタデータは通常、個々のシーンオブジェクトに関する「実世界の」情報 (BIM データ、コンストラクションプロパティ、コスト、メーカー、またはプロダクションワークフローで特別な意味を持つカスタムユーザー定義されたプロパティ) を表すことを目的としています。