現地測量士
最小限の機材と短い準備時間で、場所を移動しながら現場周辺の画像を収集する必要があります。
モバイルファーストのワークフローなら、現場での撮影を実用的に行えます。航空撮影が作業の一部になる場合は、[RealityCaptureドローンマッピング]の方法も確認してください。
RealityCaptureドローンマッピングワークフロー比較
3DワークフローにおけるRealityCaptureとRealityScan
RealityCaptureとRealityScanの違いは、名称よりも、再構築をどこで行うか、どれだけの制御が必要か、そして利用可能な3Dデータをどれだけ早く得たいかにあります。
簡単に言うと
制御性、規模、再現性のある処理が重要なら、デスクトップの方法を使用します。撮影を軽量かつ迅速に行い、対象の近くで完結させたいなら、モバイルの方法を使用します。
ツールを分ける3つの仕組み
どちらの製品もビジュアルデータからのRealityCaptureをサポートしていますが、取得、処理、制作時の制御という、異なる工程に最適化されています。
3Dアーティスト
処理に関する判断をより細かく制御しながら、詳細なアセットをクリーンアップ、検査、位置合わせ、エクスポートしたいと考えています。
デスクトップ版のRealityCaptureワークフローなら、より高度な制作環境を利用できます。ローカルで利用できる代替手段を評価する際は、[MeshroomとRealityCaptureの比較]も確認してください。
MeshroomとRealityCaptureの比較保存チーム
物体や場所を迅速に記録し、現場を離れる前に利用可能なデジタル記録を作成する必要があります。
RealityScanは即時のモバイル撮影に適しています。一方、[RealityCaptureフォトグラメトリ]では、その結果を生み出す幅広い再構築プロセスについて説明しています。
RealityCaptureフォトグラメトリ制作コーディネーター
多くのキャプチャ、オペレーター、または納品物にわたって、再現可能なパイプラインを標準化しています。
一貫性、レビュー、出力管理がスマートフォンベースのワークフローの利便性を上回る場合は、RealityCaptureのほうが適しています。操作手順については、[RealityCapture tutorial]を使用してください。
RealityCapture tutorialワークフローの違いを手順ごとに確認
2つのルートを競合する名称としてではなく、一連の手順として捉えると、判断はよりシンプルになります。
-
1
キャプチャ環境を選択する
まず、対象の周囲にある条件を確認します。RealityScanは持ち運んで使えるモバイルキャプチャ体験に適している一方、画像がすでに用意されている場合や、専用のデスクトッププロセスを計画している場合は、RealityCaptureのほうが適しています。
-
2
必要な管理レベルに合わせて処理する
速度と利用しやすさを重視する場合は、軽量なルートが便利です。アライメントの確認、再構成の選択肢の管理、設定のテスト、プロジェクト間で同じプロセスの反復が必要な場合は、デスクトップルートのほうが適しています。
-
3
モデルを検証して納品する
作業完了と判断する前に、カバレッジ、欠損、スケール、テクスチャ品質、想定するエクスポートを確認します。最適な選択とは、単に最初のキャプチャが最も速く完了するものではなく、その後の納品物に合ったものです。
機能の比較表
この比較では、一方のアプリケーションを他方の普遍的な代替として扱うのではなく、実際のワークフローの違いに焦点を当てています。
- RealityCapture
- RealityScan
主な使用環境
RealityCapture
デスクトップ制作ワークフロー
RealityScan
モバイルキャプチャワークフロー
最適な開始方法
RealityCapture
準備済みの画像セットまたは構造化されたキャプチャ計画
RealityScan
現場でのスマートフォンベースのキャプチャセッション
処理の制御
RealityCapture
検査、調整、再現可能な処理のための余地がより大きい
RealityScan
デスクトップでの細かな操作性よりも、利便性を優先した、より簡素化された設計
モビリティ
RealityCapture
通常はコンピューター中心のワークフローに依存
RealityScan
対象の近くでのキャプチャを中心に設計
大規模または反復的なプロジェクト
RealityCapture
構造化された制作パイプラインにより適合
RealityScan
短時間のキャプチャや個別のキャプチャセッションにより適合
現場での即時フィードバック
RealityCapture
通常は、プロジェクトをデスクトップのプロセスに転送または開いた後に確認
RealityScan
現場にいる間にキャプチャを確認する用途に、より自然に適合
理想的なオペレーター
RealityCapture
テクニカルアーティスト、測量士、研究者、またはパイプライン管理者
RealityScan
現場オペレーター、クリエイター、教育者、または3Dを時々利用するユーザー
主なトレードオフ
RealityCapture
機能が増えるほど、セットアップや判断が増える可能性があります
RealityScan
利便性が高まるほど、高度な制作要件に対するコントロールが少なくなる可能性があります
4つのシグナルで判断
キャプチャ方法を決める前に、これらのシグナルを簡単な判断基準としてご利用ください。
- デスクトップでの操作性とモバイルの利便性は、それぞれ異なるワークフロー上の課題を解決します。
- 2 ルート
- 最も重要な制約が、操作性、機動性、スピードのどれかに応じて、適したツールを選びましょう。
- 1 優先事項
- 評判でツールを比較する前に、カバレッジ、ジオメトリ、最終成果物を検証しましょう。
- 3 チェック項目
- どの対象、オペレーター、制作パイプラインにも最適な方法はありません。
- 0 万能な選択肢
計画しておくべき制約と注意点
公平な比較には、それぞれの方法で追加作業が発生したり、プロジェクトの要件に適合しなかったりする状況も含める必要があります。
スマートフォンですべての制作パイプラインを置き換えることはできません
モバイルキャプチャは便利ですが、難易度の高いアセットでは、現場を優先したワークフローだけでは、より慎重な画像制御、処理結果の確認、クリーンアップ、エクスポート管理が必要になる場合があります。
回避策
取得にはモバイルキャプチャを使用し、成果物により詳細な確認が必要な場合は、画像セットをデスクトップの工程に移行します。
デスクトップでの制御には運用上の負担が伴います
RealityCaptureはより強力な制作向けの選択肢になり得ますが、より高機能な環境では、オペレーターがアライメント、再構築品質、ファイル処理、出力要件を理解する必要もあります。
回避策
簡潔なキャプチャチェックリストを標準化し、チーム全体にワークフローを展開する前に、再現性のあるチュートリアルに沿って作業します。
どちらのツールでも、質の低いソースデータは改善できません
反射性、透明、テクスチャのない、動いている、またはカバレッジが不十分な対象では、どのアプリケーションで画像を処理しても、ジオメトリが不十分になる可能性があります。
回避策
ソフトウェアを変更する前に、照明、オーバーラップ、カメラの動き、対象のカバレッジ、画像の一貫性を改善します。
高速なキャプチャは、完成した納品物と同じではありません
キャプチャ中に有望に見えるモデルでも、用途に応じて、スケールの確認、穴の修復、テクスチャの確認、簡略化、変換が必要になる場合があります。
回避策
まず最終用途を定義し、実際のエクスポート要件と受け渡し要件に照らして、両方の方法を評価します。
よくある質問
主な違いは、キャプチャを行う場所、オペレーターに必要な操作性、そして画像を収集した後の処理に集約されます。
RealityCaptureはデスクトップでの再構築および制作ワークフローを中心としているのに対し、RealityScanは手軽なモバイルキャプチャと現場での利用を中心としています。実際の違いは、処理のコントロール性とすぐに利用できる手軽さのバランスにあります。
すべてのプロジェクトにおいてそうとは限りません。モバイル性と迅速な取得が重要な場合はRealityScanがより適した出発点となる可能性があります。一方、プロジェクトでより詳細な確認、再現性のある処理、または成果物をより細かく制御する必要がある場合は、通常RealityCaptureの方が適しています。
再構築が明確な品質チェックと成果物を伴う、より大規模な技術パイプラインの一部である場合、一般的にはRealityCaptureの方が有力な選択肢です。オペレーターが現場で迅速に作業する必要がある場合は、RealityScanをキャプチャ段階で活用することもできます。
最小限のセットアップで対象をキャプチャしたい初心者には、RealityScanの方が取り組みやすいでしょう。プロジェクトでより細かな制御が必要な場合や、頻繁に繰り返し実施する場合など、デスクトップワークフローを学ぶ価値があるならRealityCaptureを選んでください。
同じプロセスの異なる段階で使い分けることができます。一方では手軽な画像取得を行い、もう一方ではより制御された再構築と納品を処理する、といった流れが可能です。具体的な引き継ぎ方法は、画像セット、プロジェクトの要件、利用時点でサポートされているワークフローによって異なります。