How to choose a CAD-to-real-time-3D pipeline
このウェブページは、お客様の便宜のために機械翻訳されたものです。翻訳されたコンテンツの正確性や信頼性は保証いたしかねます。翻訳されたコンテンツの正確性について疑問をお持ちの場合は、ウェブページの公式な英語版をご覧ください。
CADからリアルタイム3Dへのパイプラインは、ネイティブのエンジニアリングデータを、ライブ3Dアプリケーションがフレームレートでレンダリングするできるアセットに変換します。これは製品の推奨ではなく、評価フレームワークです。何に外観べきか、自分のデータで何をテストすべきか、そして契約前にベンダーに何を質問すべきかを示します。この資料では、パイプラインが読み込むフォーマット、正確なサーフェスを三角形に変換する方法、メタデータが保持されるかどうか、そしてエンジニアリングチームが改訂版をリリースした場合に何が起こるかについて説明します。これは、ビューアーや単発のコンバーターではなく、パイプラインが必要だと既に判断していることを前提としています。
ほとんどのCAD変換ソフトウェアの比較は、形式リストで停止。それは簡単な部分だ。プロジェクトが成功するかどうかを決定する決定は、さらに下流に位置するが、それを書き留める人はほとんどいない。
CADからリアルタイム3Dへのパイプラインとは実際にはどのようなものなのか
CADからリアルタイム3Dアプリケーションへのパイプラインは、ネイティブCADデータを取り込み、正確なサーフェスを三角形メッシュに変換し、パフォーマンスバジェットに基づいてこれらのメッシュを最適化し、それらに付随するエンジニアリングデータを保持し、展開可能なアセットをターゲットデバイスに配信する、反復可能なプロセスです。ソースが変更されると、再度実行されます。
3つの製品カテゴリーが常に混同されており、その混乱はコスト増につながる。
- ビューアーは、CADデータを外観できるようにするツールです。オンデマンドでレンダリングを行うため、そこから何かをビルドできるようなものは何も生成されません。
- コンバーターは、ファイルをある形式から別の形式に変換するツールです。入力ファイル1つ、出力ファイル1つ、最適化、構造体なし。
- パイプラインは、ソースCADデータを繰り返し最適化され、整理され、展開可能なアセットに変換し、その設定を再利用可能かつ管理可能にします。
市場はこの区別について明確な見解を示していない。今日「CAD変換ソフトウェア」を検索すると、 2Dラスターからベクターへの変換ツール、2つのジェネリックオンラインファイルコンバーター、そしてAutoCAD、SOLIDWORKS、CATIAを変換ソフトウェアとしてリストアップしたまとめ記事などが表示されます。それらはオーサリングアプリケーションです。上位の検索結果でオーサリングとコンバージョンを区別できない場合、購入者は間違ったカテゴリを評価してしまう可能性があります。
どのクラスの製品が必要かまだ迷っている場合は、まず3D可視化ソフトウェアから開始。このガイドは、その一つ後のステップから始まります。
6つの段階と、それぞれの段階で評価すべき事項
信頼できるパイプラインはすべて、6つのことを行う。各段階にはそれぞれ固有の故障モードが存在する。
- 摂取する。ネイティブおよびニュートラルなCADデータに加え、現実空間キャプチャデータも読み込むことができます。形式の幅広さ、およびネイティブでの読み込みかエクスポートによる読み込みかを評価します。
- 修理と準備。レンダリング用に設計されていないジオメトリを修復、ステッチ、および削除します。ツールが自動的に修正する内容を評価してください。
- 敷き詰める。正確な曲面を三角形に変換する。コントロール許容範囲パラメータを評価してください。
- LOD（詳細度レベル）を最適化して生成します。三角形を打ってドローコールバジェットを引き出す。間引き処理の品質とLOD（レベル・オブ・ディテール）の自動化を評価する。
- データを持ち運ぶ。階層、部品番号、材料、および製品製造情報（PMI）を保持する。何が生き残り、何が捨てられるかを評価する。
- 自動化とガバナンスを実現する。ヘッドレスモードで実行し、変更があった場合は再実行し、アクセスをコントロール。API、トリガーモデル、および監査トレイルを評価します。
取り込み：どのフォーマットか、ネイティブかニュートラルか
パイプラインがCADデータを読み込む方法は2つあり、その違いは重要です。
ネイティブ読み取りとは、パイプラインがCATIA V5、Siemens NX .prt、Creo、SOLIDWORKS、またはInventorファイルをベンダー独自のジオメトリ定義を使用して直接開くことを意味します。ニュートラルな読み取りとは、まず誰かがSTEP、IGES、またはJT形式でエクスポートし、パイプラインがそれを読み込むことを意味します。
中立的なフォーマットは有用であり、広く支持されている。また、それらは問題のある引き継ぎ方法でもある。中立的なホップを行うたびに、アセンブリ構造体、部品名、単位、カスタムプロパティ、および製品製造情報がドロップされる可能性があります。このホップも手動で行われるため、同じ手順で2回繰り返されることはなく、終了ツー終了で自動化することはできません。真の情報ソースがCATIAアセンブリである場合、CATIAをネイティブに読み込むことで、ループからステップ、変数、および担当者を1つずつ削除できます。
現実世界のキャプチャもここに含めるべきです。レーザースキャンおよびフォトグラメトリデータは、E57、PTS、またはPLY形式の点群データとして提供されます。点群からメッシュへの変換をCADと並行して処理するパイプラインを使用することで、設計モデルと構築済みスキャンデータを同じシーンに配置することが可能になります。
形式のカウントには注意してください。「200種類のフォーマットをサポート」とは、多くの場合、200種類の拡張子を意味し、その多くは異なるバージョンの同じ形式であり、中にはオーサリングアプリケーションを同じマシンにインストールしてライセンス認証する必要があるものもある。どのフォーマットがB-repを読み込むのか、どのフォーマットがPMIを読み込むのか、どのフォーマットがメタデータを読み込むのかを尋ねてください。その3つの列は、集計がマーケティング活動の範囲を超える部分です。
Unity Asset Transformerは、 70種類以上のフォーマットと拡張子を読み込むことができます。公開されている表には、ネイティブのCATIA V4、V5、V6、NX-Unigraphics .prt（UG11からNX2412まで）、Creo、SOLIDWORKS、Solid Edge、Inventor、JT、STEP（AP242まで）、IGES、Parasolid、ACIS、Revit、Navisworks、IFC、Rhinoに加え、メッシュと点群の入力がリストされています。 同じ表には、それらのフォーマットのうちどれがB-rep、PMI、メタデータを格納できるかが示されており、これはベンダーに問い合わせる価値のある詳細情報です。
実行すべきテスト：ベンダーにデモファイルではなく、最も見栄えの悪い実際のアセンブリを送ってください。部品点数が4万個、供給元が複数、そして誰も合意した覚えのない命名規則を持つものを選んでください。出力について、アセンブリ構造体、部品名、および単位を確認してください。
出力は入力と同じくらい重要である。パイプラインが書き込むフォーマットを確認し、アセットの送信先とマップ。FBXはUnityやUnreal Engineとの一般的なデータ交換形式です。glTFとGLBはウェブおよびブラウザーのフォーマットであり、 WebGLやWebGPUアプリケーションが利用する形式です。USDとUSDZは、モバイルARおよびDCCのエコシステム全体で広く使用されています。OBJとSTLはジオメトリのみを含み、階層を破棄するため、最終手段として扱い、ターゲットとしては使用しないでください。これらの制限のうち1つだけを書き込み、後でデプロイできるようにするパイプライン。
テセレーション：正確な曲面を三角形に変換する
テッセレーションとは、正確なCADサーフェスを三角形のメッシュで近似するプロセスです。CADは、境界表現サーフェスやNURBSなどを用いて、形状を正確に記述します。リアルタイムエンジンは三角形をレンダリングする。両者間の変換はすべて近似値であり、その品質はツールに任せるのではなく、ユーザー自身がコントロールがあります。
それを支配する2つのパラメータ。
最大たわみ量（弦許容範囲または弦誤差とも呼ばれる）は、三角形メッシュがtrueのサーフェスからずれる最大距離であり、ミリメートル単位で表されます。締め付けると、サーフェスに密着する三角形が増えます。締め付けを緩めると、三角形の数やファセットの見え方が減ります。
最大角度とは、同一面上の隣接する2つの三角形の法線間の許容される最大の角度のことである。たるみだけでは、きつい曲面のテセレーションが不十分になる。なぜなら、小さなフィレットは、十分なたるみ許容範囲内に収まりながらも、面取りのように見えるからである。最大角度によって三角形はそれらの領域に押し込まれる。
公開されているプリセットは、有用な範囲を示しています。Asset Transformerの品質プリセットは、最も密度の高い設定で最大0.01mmのたるみから、最も粗い設定で最大3mmのたるみまで設定でき、たるみ割合はモデルのバウンディングボックスに対する許容範囲を調整するため、角かっこと胴体は同じものとして扱われません。たわみの設定が粗すぎると、多面体の円筒形になったり、曲面パネルに縞模様ができたりする。細かく設定しすぎると、ターゲットデバイスがレンダリングするできない三角形の数が生成されます。
メッシュ修復は、テッセレーションの過程でも行われます。産業用CADはレンダリングを目的として設計されていません。表面間の隙間を埋めるための修復やステッチ、フリーエッジの修復、そして面カリングによってモデルの一部が片側から見えなくなることがないようにするための法線の整列が必要になることを想定してください。
一つの順序付けポイントは、どんな単一の設定よりも価値がある。テセレーションの段階で適切なバランスを取ることが、密にテセレーションしてから後でデシメーションするよりも効果的です。間引き処理は、与えられた三角形に対してのみ機能します。
最適化とLOD：フレームレートから逆算する
これはほとんど誰も描かない連鎖であり、ほとんどのチームの働き方とは正反対のものです。デバイスではなく、デバイスそのものから始めましょう。
プラットフォーム運営者は予算を公表する。エンジンベンダーの多くはそうした数値を公表していないため、存在しないUnityやUnrealの公式な数値を探し求める前に、このことを知っておくと良いでしょう。Unityのグラフィックス最適化ドキュメントは意図的に定性的な内容となっており、KhronosはglTFアセット作成ガイドラインを固定数値からユースケースごとの監査プロファイルへと変更した。バジェットは、ターゲットハードウェアによって決まります。
Meta社は、三角形の図を社内推奨範囲として、ドローコールの図を例示範囲として公開しています。また、公開されている目標値はより小さな閉鎖的なレベルに基づいているため、大規模なオープンワールドシーンでは、示されている三角形数の約50%をターゲットとすべきであるとも指摘している。
表を横向きに読むと、コンストレイントが現れる。デスクトップレビュー端末で適切にレンダリングされる同じアセンブリが、共有スペースのvisionOSアプリでは25万個の三角形内に収まる必要があり、ウェブおよびモバイルARで動作させるには、Googleが推奨する10万個の三角形の制限と10MBのモデルサイズ内に収まる必要がある。最も緩い目標と最も厳しいターゲットの間のスプレッドこそが真の設計上のコンストレイントであり、ほとんどのチームにとって最も厳しいターゲットはヘッドセットではなくウェブである。それは終了に解決するような間引き問題ではありません。これは、 ウェブコンフィギュレーター、設計レビュー、トレーニングシミュレーション、デジタルツインなど、何を作成する場合でも、開始に割り当てるべきポリゴンバジェットです。
ドローコールは、産業データが一般的なアドバイスに反する結果を示すため、個別に検討する必要がある。バッチ処理とGPUインスタンス化は、シーン内で少数のオブジェクトが何度もインスタンス化される場合にうまく機能します。工業用組立品は正反対の特徴を持ち、それぞれ独自のマテリアルを使用した膨大な数の異なる部品から構成されている。同じマテリアルを共有パーツを統合したり、留め具などの繰り返し使用されるパーツをインスタンス化したりする方が、三角形の数を減らすよりもフレームレートの向上に効果的です。
時間をかけて取り組む価値のあるテクニック：
- 鋭利な刃先を維持した間引き。Asset Transformerのデシメーションに関するドキュメントによると、CAD部品の三角形数が140,846個から13,126個に削減され、90%の削減が実現している。同社によれば、鋭利なエッジを含め、品質の低下はほとんど感じられないという。
- 遮蔽された内部形状を除去します。エンジンは、誰も目にすることのない密閉バルブの内部スプリングを喜んでレンダリングするだろう。
- 特集。視距離でピクセル以下になる穴、フィレット、エンボス加工されたテキスト、および糸を抑制します。
- 繰り返し使用される部分をインスタンス化する。数千個の同一のボルトは、何度も参照される1つのメッシュとして扱うべきです。
- エンベロープまたはプロキシの生成。最も遠いLOD（レベル・オブ・ディテール）レベルに対応するため、サブアセンブリをその外シェルに置き換えます。
あなたのデータは無事ですか？メタデータ、階層、およびPMI
幾何学は誰もがチェックする部分だ。それに付随するデータは、ひっそりと消え去る可能性のある部分だ。それがどれほど重要かは、使用事例によって異なります。Webコンフィギュレータは部品識別子以外に何も必要としないかもしれませんが、サービストレーニングアプリケーションは、階層と部品番号がメッシュ上で解決されないと使用できません。ベンダーを評価する前に、アプリケーションが実際に何を必要としているかを明確にしてください。
CADアセンブリには、サーフェス以上のものが含まれています。
- メッシュをERPまたはPLMレコードに紐付ける部品番号と識別子
- アセンブリ階層（サブアセンブリ、インスタンス、ローカル変換を含む）
- 素材と色は、パーツ、ボディ、またはフェイスレベルで割り当てられます。
- サプライヤー、質量、改訂、コストセンターなどのカスタムプロパティ
- PMIとGD&Tは、設計意図を伝える公差、データム、注釈のことです。
結果は2つではなく、3つを想定してください。階層構造や部品名は通常、ネイティブな読み取りでは維持されますが、中立的なエクスポートでは劣化することがよくあります。マテリアルは色としては残るものの、物理的な定義を失ってしまうことが多いため、下流でシェーダーを再割り当てする必要がある。PMIは、ソース形式とリーダーの両方がそれをサポート場合にのみ機能します。そのため、形式テーブルは行レベルではなく行レベルで重要になります。
実行するテスト：既知のアセンブリを変換し、ターゲットアプリケーションで特定の部品番号が特定のメッシュ上で解決されることを確認します。データシートには「メタデータが保存される」とは書かれていません。部品1つにつき、番号1つ、検索も1回。そして、間引き処理の後にもう一度同じ処理を行います。なぜなら、最適化は、属性が記述していたジオメトリから切り離される一般的な原因となるからです。サービス、研修、品質に関わるあらゆる事項については、これを「あれば良い」ではなく、評価対象となる必須要件にすべきです。
自動化、変更の伝播、およびガバナンス
ベンダー比較ではほとんど取り上げられない3つの基準ですが、これらがパイプラインが2年目を生き残れるかどうかを左右する可能性が最も高いものです。
オートメーション。パイプラインは、インターフェースに人間が介在しなくても実行できますか？コマンドラインまたはAPIからヘッドレスモードで実行できますか？数百個のファイルを一括処理できますか？設定は名前付きバージョン管理プロファイルとして保存されるのか、それとも次に実行するユーザーによって再検出されるのか？プリセットが合わない場合のために、Python APIのようなスクリプトインターフェースはありますか？対話的にのみ実行されるパイプラインには、オペレーターが1つしか存在せず、そのオペレーターが単一障害点となる。
変更の伝播。これは間違えると最も高くつく点であり、競合するほぼすべてのページに欠けている。エンジニアリング部門が改訂版Cをリリースしました。何が起こるでしょうか？アンマネージパイプラインでは、誰かが思い出すまで何も起こらないため、トレーニングアプリケーション、コンフィギュレーター、レビュー環境のすべてにおいて、意思決定を行う人々にはリビジョンBが表示されます。３つの質問をしてください。ソースの変更によって、自動的に再実行がトリガーか？更新されたアセットは、展開済みのアプリケーションにリーチか、それともアセットライブラリのみに反映されますか？完全な再実行にはどれくらい時間がかかりますか？それがtrueの更新待ち時間です。クラウドパイプラインの自動化と3Dストリーミングを組み合わせることで、このループを閉じることができ、更新されたアセットを実行中のアプリケーションにプッシュし、ユーザーに最新バージョンを取得するように促すことができます。
ガバナンス。変換された資産は急速に増殖し、それらは系譜を持つ微分データである。役割ベースのアクセスコントロール（RBAC）、最適化されたアセットをソースのCADリビジョンに紐付けるリビジョン履歴、監査トレイル、およびPLMまたはPDMへの接続を探してください。そうすることで、パイプラインが追跡されていないファイルの並行世界にならないようにできます。これにより、 3Dアセット管理は別途購入するのではなく、パイプラインの一部となる。この3Dデータインフラストラクチャ管理ガイドでは、アーキテクチャレイヤーについて説明します。
マルチCAD：複数のソースを正規化する
CADENAS PARTsolutionsの調査によると、エンジニアリング部門の約48%がマルチCAD環境で作業している。もしあなたのケースがそれらのいずれかに該当するなら、正規化は第一の要件であり、エッジ/辺ケースではありません。
複数のネイティブソースから1つのパイプラインにデータが供給される場合、必ずと言っていいほど4つの問題が発生します。
- 単位と座標系。あるソースはミリメートル単位でZ軸を上向きに、別の情報源はインチ単位でY軸を上向きに使用している。部品が間違ったスケールで届いたり、横倒しになっていたりする。そのエラーは、ある部分では明らかだが、3万個の部品からなるアセンブリの中では見えない。
- 命名規則およびマテリアル規則。各オーサリングツールは、それぞれ独自のプロパティ名をエクスポートします。マッピングレイヤーがない場合、部品番号をキーとする下流の自動化はソースごとに壊れます。
- アセンブリのマージ。CATIAのボディとNXの角かっこは、2つのシーンを並べて配置するのではなく、1つのルートを持つ1つの階層構造にする必要があります。
- ソースごとのテッセレーション設定。機械加工されたハウジングに適した許容範囲は、板金パネルには適さない。
正規化ルールが設定可能で再利用できるものか、それともインポートごとにハードコーディングされているものかを確認してください。
自分で作るか、パイプラインを買うか？
独自の変換スクリプトを作成することは、最も一般的な現実的な代替手段であり、真剣に検討する価値がある。
建設するべき理由。ソース形式が1つ、ターゲットプラットフォームが1つ、そして要件が安定していれば、オープンソースまたはライセンスされたカーネル上で動作するスクリプトは、週末の作業で完成し、その後何年にもわたってメンテナンスの手間がかからないサービスを提供します。チームはこれをうまくこなす。出力のコントロールは保持でき、シートごとのライセンス料は不要で、データを製品に合わせるのではなく、パイプラインをデータに合わせて調整できます。
建物の建設費用が長期的に見てどれくらいかかるか。情報源が増えるにつれて、フォーマットの網羅性が優先される。誰かがCreoを運営する会社を買収した場合、あなたのSTEPのみのスクリプトには、あなたが持っていない翻訳ツールが必要になります。カーネルのライセンス料は実際の予算アイテムであり、CADベンダーが新しいバージョンをリリースするたびにカーネルのアップグレードが必要となるため、CADのリリースごとにメンテナンスイベントが発生します。品質は最も高いハードルです。シャープなエッジをきれいに保ち、 LOD（レベル・オブ・ディテール）を自動に生成するには専門的な作業が必要であり、単純なデシメーターでは面取りが丸くなってしまいます。スクリプトを書いた専門家は、ドキュメントも後継者計画もないまま、単一障害点となってしまう。
適切な建築方法を選ぶとき。形式は1種類、ターゲットは1種類、少量音量、そして社内に既に幾何学に関する専門知識を有している。あるいは、あまりにも特殊な要件のため、どの製品もそれに対応していない場合もある。NISTは数十年前、相互運用性の不備によるコストを定量化し、不完全な相互運用性が米国の自動車サプライチェーンに年間少なくとも10億ドルの負担をかけていることを明らかにした。その大部分は、使用できないデータファイルの修正と再作成に費やされた時間とリソースに起因する。その後、形式の数は増える一方だ。
費用はいくらですか
価格はすぐに陳腐化するため、数字ではなくモデルを評価することが重要です。
- シートあたり。対話型デスクトップツール用の、名前付きライセンスまたはフローティングライセンス。予測可能であり、データではなくオペレーターの数に応じてスケーリングする。
- 換算ごと、または音量ごと。クラウドおよびAPIの価格設定においてよく見られる現象です。少量の音量でも効率的で、ソースデータが頻繁に変化する場合にはモデル化する価値があります。
- SDKまたはランタイムライセンス。自社製品に変換機能を組み込むためのものです。通常は交渉によって決定され、多くの場合、ロイヤリティや分布条件が定められる。
- エンタープライズ向け、またはオンプレミス向け。データがネットワーク外に持ち出せない場合に必要です。プラットフォーム契約として価格設定されています。
コストはシート数によって左右されることは稀である。それは、ソースの多様性と音量によって左右される。10種類のフォーマットと毎日の改訂を維持するには、四半期に一度STEPを読む100人の読者をサポートよりも多くの費用がかかる。
公開されている価格は、透明度を示す妥当なプロキシと言える。Unity Asset Transformer製品範囲では、 Asset Transformer Studioは年間シート単価で表示され、ToolkitはUnity Industryサブスクリプションにバンドルされ、SDKは見積もりされています。製品構成ソフトウェアなどの関連ツールには独自のライセンスが必要な場合があるため、変換ステップだけでなく、サプライチェーン全体を対象とする必要があります。
候補者リストチェックリスト
Unityを含むあらゆるベンダーに対する15の質問。正直な人なら、それら全てに答えられるだろう。
- 私のCADのネイティブフォーマットのうち、エクスポートステップなしで直接読み込めるものはどれですか？
- それぞれのフォーマットについて、B-rep、PMI、メタデータを読み取りますか、それともジオメトリのみを読み取りますか？
- どのテッセレーションパラメータを設定できますか？また、その単位は何ですか？
- テッセレーションと最適化の設定を再利用可能な名前付きプロファイルとして保存できますか？
- 鋭角なエッジにおけるデシメーションの品質はどの程度ですか？また、私のジオメトリにおけるデシメーション前後の比較を見せていただけますか？
- LOD・オブ・ディテール）の階層は自動的に生成されますか？また、階層ごとに三角形のターゲットを設定できますか？
- 内部の遮蔽されたジオメトリやインスタンス化された繰り返し部分を自動的に削除できますか？
- アセンブリ階層、部品番号、材料、およびカスタムプロパティは、パイプライン全体を通してどのように変化しますか？
- メタデータは、デシメーションとLOD生成後もジオメトリに紐づいたままになりますか？
- パイプラインは、対話型セッションなしで、CLIまたはAPIから、ヘッドレスモードでバッチ処理で実行できますか？
- ソースCADのリビジョンが変更された場合、パイプラインは自動的に再実行され、更新されたアセットはデプロイ済みのアプリケーションにリーチか？
- 私の最大規模のアセンブリを完全に再実行するには、どれくらいの時間がかかりますか？
- 変換されたアセットはどのようにバージョン管理されますか？また、変換されたアセットをソースのCADリビジョンまで遡って追跡することはできますか？
- どのようなアクセス制御と監査ログ機能を提供していますか？また、私のPLMまたはPDMと統合するできますか？
- ソース形式を追加したり、音量を倍増させたり、オンプレミスデプロイが必要になったりした場合、価格はどのように変わりますか？
よくあるご質問
ビューアーはCADデータを表示するだけで、出力は生成しません。コンバーターは、最適化を行わずに、一度に1つのファイルを別の形式に変換します。パイプラインは、ソースCADを繰り返し取り込み、それをテッセレーションし、パフォーマンスバジェットに合わせて最適化し、メタデータを保持し、展開可能なアセットを提供する。生産能力を示すのは3つ目だけです。
FBXやOBJといった中間的なステップは不要です。パイプラインツールは、CATIA、NX、Creo、SOLIDWORKSなどのネイティブフォーマットを直接読み込み、インポート時に正確なサーフェスをメッシュに変換します。FBXとglTFは、エディタ外で非常に大きなアセンブリを前処理する際に役立ちますが、これらはワークフローのオプションの一つであり、必須条件ではありません。
テッセレーション許容範囲（通常は最大たわみ許容値または弦許容範囲として表される）は、三角形メッシュがtrueのCADサーフェスから逸脱できる最大距離です。公開されているプリセットは、高密度出力用の約0.01mmから、粗い出力用の約3mmまでをスパン。三角形のバジェットと視聴距離を考慮して選択し、最大角度設定と組み合わせて、狭いフィレットが正しく配置されるようにしてください。
Unityもプラットフォーム提供者も、推奨されるLOD（レベル・オブ・ディテール）の数を公表していない。実際には、VRやデスクトップでは3つの階層に加えてカリングされたステートが一般的な出発点であり、ダウンロードサイズが最初に制約となるウェブ配信では2つか3つの階層が一般的です。デバイスのバジェットから逆算して考えてください。もし最も高い価格帯が予算を超える場合は、価格帯を追加してください。
それは形式と読者によって異なります。一部は生き残り、一部は劣化し、一部は失われる。アセンブリ階層と部品名は通常、ネイティブで読み取った際にそのまま保持されます。素材はしばしば色として残るが、物理的な定義は失われる。PMIは、ソース形式とリーダーの両方がそれをサポート場合にのみ機能します。データシートを鵜呑みにするのではなく、具体的な部品番号でテストしてください。
それは、パイプラインが自動化されているかどうかによります。手動パイプラインでは、誰かが気づくまで何も起こらず、デプロイされたアプリケーションは以前のリビジョンを表示し続けます。自動化されたパイプラインでは、ソースの変更によって再実行がトリガーされ、更新されたアセットはストリーミングまたは更新プロンプトを通じてアセットライブラリとデプロイされたアプリケーションに届きます。
インタラクティブな作業には適していません。デスクトップツールとエディタープラグインは、テクニカルアーティストやエンジニア向けに設計されており、ルールベースのプリセットによって、ほとんどの反復可能な準備作業がカバーされます。自動化レイヤーには開発者の能力が必要です。具体的には、 APIのスクリプト作成、PLMへのトリガーの接続、CIまたはクラウドでの変換処理の実行などです。
