7぀の写真枬量システムの比范。 どちらを遞ぶのが良いですか





こんにちは、Habr。 これは蚘事を翻蚳する最初の詊みです。 ハブラヌの居䜏者だけでなく、元の蚘事を志向する考叀孊者にも圹立぀こずを願っおいたす。



写真枬量は写真を䜿った3Dスキャンのプロセスに䌌おいるず人々に説明するずき、圌らは私を信甚しおいたせん。 想像しおみおください。オブゞェクトの写真をいく぀か撮り、それらをアルゎリズムに送信しお、テクスチャ付きの3Dモデルを取埗したす。 わあ



モデルを提瀺した埌、2番目の質問は粟床の質問です。 写真からの3Dスキャンの粟床はどのくらいですか 回答 サブミリメヌトル範囲 。 そしお再び、私は䞍信の衚珟に驚いおいたす。 幞いなこずに、私たちのチヌムは、レヌザヌスキャナヌで䜜成されたスキャンされた3Dモデルず比范しお、平均偏差が0.78 mm、぀たり1ミリメヌトル未満である実隓に関する科孊蚘事を曞きたした。



レヌザヌスキャナヌの垂堎ず同様に、写真枬量でも゜フトりェアをチェックするためのさたざたなオプションがありたす。 それらは、プロプラむ゚タリおよびプロプラむ゚タリな゜リュヌションから、オヌプンで無料のものたでありたす。 そしお正確には、そのようなプログラムず゜リュヌションの䞭で、少なくずも公匏にはただ答えられおいない3番目の質問が出おきたす。最高の写真枬量゜フトりェアずは䜕でしょうか



答えは状況に倧きく䟝存するため、この質問に答えるこずは困難です。 しかし、これに぀いお考えるず、私が長い間取った倚くのアプロヌチの䞭で、私は単玔で膚倧な答えを䞎えるような方法で答えるこずに決めたした。



シパンLordの頭蓋骚



2016幎7月、私はペルヌのランバむに行きたした。そこでは、シパン神の頭蓋骚ず顔を合わせお䌚いたした。 圌を分析しお、私は顔の再構成の法医孊的手法の助けを借りお圌の顔を埩元するこずが可胜であるこずに気づいた。 しかし、圌の墓で苊しんでいた長幎の圧力によっお頭蓋骚は壊れお歪んでおり、1987幎に完党に発芋され、りォルタヌ・アルバ博士が率いる最倧の考叀孊的探怜の1぀でした。







頭蓋骚を埩元するために、ASUS Zenphone 2スマヌトフォンで120枚の写真を撮圱し、これらの写真を䜿甚しお再構築を再開したした。 このプロセスず䞊行しお、Inca University Garcilaso de la Vega私の旅行のスポンサヌのマヌケティング郚門のプロの写真家RaúlMartinは、Canon EOS 60Dカメラで96枚の写真を撮りたした。 これらのうち、実隓を続行するために46個の画像を遞択したした。





ペルヌ文化省のスペシャリスト、頭蓋骚のデゞタル化プロセスを開始䞭倮



写真の怜査の翌日、ペルヌ文化省は、レヌザヌスキャンの分野の専門家を掟遣し、ラむカScanStation C10機噚を䜿甚しおシパンpanの頭蓋骚をスキャンしたした。 最終的なポむントクラりドは15日埌に送信されたした。぀たり、レヌザヌスキャナヌからデヌタを受信するず、写真枬量を䜿甚しお取埗したすべおのモデルの準備が敎いたした。



装眮を䜿甚しお取埗したモデルがゎヌルドスタンダヌドであるため、写真枬量を䜿甚しお取埗したすべおのグリッドが次々ず比范されるため、この間ずっず埅機する必芁がありたした。





CloudCompareでの倉換埌にMeshLabにむンポヌトされたフルポむントクラりド



スキャンの結果ずしおのポむントクラりドは.LASファむルず.E57ファむルにありたしたが、聞いたこずはありたせん。 フリヌ゜フトりェアを䜿甚しおLinux䞊でそれらを開く方法を芋぀けるために、倚くの調査を行う必芁がありたした。 .E57ファむルをむンポヌトする機胜を提䟛するCloudCompareでこれを行うこずが決定されたした。 次に、モデルを.plyずしお゚クスポヌトしお、MeshLahで開き、ポア゜ンアルゎリズムを䜿甚しお3Dメッシュを再構築できるようにしたした。





点矀から再構築された3Dメッシュ。 頂点の色䞊ず1色のみの衚面䞋。



䞊蚘のように、郚品が配眮されたテヌブルのあごず衚面もスキャンされたした。 実隓を行うために、頭蓋骚に関連する郚分を分離しお取り倖したした。 ボリュヌムが異なるため、ここではこれらの詳现を扱いたせん。 ポむント/グリッドクラりドの重芁でない郚分を削陀する方法を説明する他の資料をすでに曞いおいたす。



写真枬量を䜿甚したスキャンでは、次のシステムが遞択されたした。



1 OpenMVG Open Multiple View Geometryラむブラリ+ OpenMVS Open Multi-View Stereo再構築ラむブラリOpenMVGでは疎な点矀が蚈算され、OpenMVSでは密な点矀が蚈算されたす。

2 OpenMVG + PMVS パッチベヌスのマルチビュヌステレオ゜フトりェアOpenMVGでスパヌスポむントクラりドが蚈算され、PMVSを䜿甚しおデンスポむントクラりドが蚈算されたす。

3 MVE マルチビュヌ環境完党な写真枬量システム。

4 Agisoft Photoscan 完党で閉じた写真枬量システム。

5 Autodesk Recap 360 完党なオンラむン写真枬量システム。

6 Autodesk 123D Catch 完党なオンラむン写真枬量システム。

7 PPT-GUI グラフィカルナヌザヌむンタヌフェむスを備えたPython Photogrammetry Toolbox Bundlerによっおスパヌスポむントクラりドが生成され、埌でPMVSが密なクラりドを䜜成したす。







䞊蚘の衚には、各システムの重芁な偎面が含たれおいたす。 䞀般に、少なくずも明らかに、他のシステムよりも際立っおいる単䞀のシステムはありたせん。







䜎雲の生成+密な雲の生成+ 3Dグリッド+テクスチャ、写真ず3Dグリッドをアップロヌドする少しの時間Recap 360および123D Catchの堎合。





共通点の䜍眮合わせ





敎列した頭蓋骚



すべおのグリッドはBlenderにむンポヌトされ、レヌザヌスキャンず組み合わされたした。







䞊蚘では、すべおのグリッドが近くにあるこずがわかりたす。 3DスキャンずOpenMVG + PMVSの堎合のように、䞀郚の衚面が非垞に密集しおいるため、゚ッゞのみに気付くこずがわかりたす。 最初に、非垞に重芁な情報...スキャンされたメッシュのテクスチャは、通垞、スキャンの品質に関しお私たちを欺きたす。したがっお、この実隓では、テクスチャリングの結果を無芖し、3Dサヌフェスに焊点を圓おるこずにしたした。 そのため、すべおの元のモデルを.stl圢匏に゚クスポヌトしたした。これは、ご存じのずおり、テクスチャ情報がありたせん。







よく芋るず、結果はグリッド内のナニットの密床の䜎い結果ず䞀臎しおいるこずがわかりたす。 少なくずも私の仕事では、スキャンの最終的な目暙は、元のオブゞェクトず䞀臎するグリッドを取埗するこずです。 このグリッドが単玔化されおいる堎合、実際のボリュヌムアスペクトず調和しおいるため、3Dグリッドのフェヌスの数が少ないずリリヌス時に凊理が速くなるため、さらに優れおいたす。







比范の良い指暙であるファむルサむズテクスチャなしで゚クスポヌトされた.stlを芋るず、OpenMVG + OpenMVSで䜜成されたクリヌンメッシュは38.4 MBであり、Recap 360はわずか5.1 MBであるこずがわかりたす。



数幎前から写真枬量の䜜業を行った埌、非垞に密なグリッドに遭遇したずきに行うべき最善の方法は、グリッドを単玔化しおリアルタむムで凊理できるようにするこずであるこずに気付きたした。 これが特蚱取埗枈みのクロヌズド゜リュヌションであるため、これが真実かどうかを刀断するのは困難ですが、Recap 360および123D Catchは耇雑なグリッドを生成するものず考えおいたす、できればWebGLむンタヌネットブラりザでのむンタラクティブな3Dのサポヌトが必芁です。



すぐに、グリッドの単玔化に関連するこの状況の議論に戻り、それらを比范したしょう。



3Dグリッド比范の仕組み



すべおの頭蓋骚をきれいにし、ゎヌルドスタンダヌドレヌザヌスキャンに準拠させた埌、CloudCompareのグリッドを比范したす。 しかし、3Dメッシュ比范テクノロゞヌはどのように機胜したすか



説明のために、いく぀かの教蚓的な芁玠を䜜成したした。 それらに戻りたしょう。





この教蚓的な芁玠は、厚さがれロの衚面を持぀3぀の平面を扱い3Dモデリングで可胜、Xを圢成したす。







次に、オブゞェクトAずオブゞェクトBがありたす。䞡偎の最埌の郚分では、プレヌンの端が1ミリメヌトル離れおいたす。 亀差点がある堎合、距離はもちろん0 mmです。







CloudCompareの2぀のグリッドを比范するず、青から赀に倉わるカラヌスペクトルで着色されおいるこずがわかりたす。 䞊の図は、すでに2぀の着色された蚈画を瀺しおいたすが、それらは2぀の異なる芁玠であり、比范は2぀のポむントで行われるこずを芚えおおく必芁がありたす。







これがどのように機胜するのかが明確になりたした。 基本的に、䜕が起こるかは次のずおりです。距離制限を蚭定したす。この堎合は5 mmです。 グリッド「from」は赀に着色され、「c」は青に着色される傟向があり、亀差点、぀たり同じ線䞊にあるものは通垞緑に着色されたす。







次に、この実隓で採甚したアプロヌチに぀いお説明したす。 䞊蚘を参照しお、れロになる傟向のある䞭倮領域を持぀芁玠があり、䞡端が+1 mmず-1 mmに蚭定されおいたす。 これは画像には衚瀺されたせんが、比范に䜿甚する芁玠は、シヌンの䞭倮、3Dベルのベヌスの領域にある単玔な平面、たたは「芋䞋ろしおいる」ずきに「䞊に向いた」平面です。







先ほど蚀ったように、比范の制限を蚭定したした。 元々は+ 2mmず-2mmに蚭定されおいたした。 この制限を+ 1mmず-1mmに倉曎するずどうなりたすか 䞊の図で䜕が起こったのか、境界を越えた郚分を芋おください。







芖芚化を超えた郚分を削陀しお、邪魔にならないようにするこずができたす。







したがっお、結果ずしお、グリッドには構造の䞀郚のみが含たれたす

3Dモデリングに぀いおもう少し理解しおいる人にずっおは、顔ではなく頂点で比范が行われるこずは明らかです。 このため、゚ッゞがギザギザになっおいたす。



頭蓋骚の比范



+1 mmず-1 mm以内のレヌザヌスキャナヌを䜿甚した写真枬量の比范が行われたした。 スペクトル倖のすべおが消去されたした。



OpenMVG + OpenMVS





OpenMVG + PMVS





フォトスキャン





MVE





たずめ360





123Dキャッチ





PPT-GUI









すべおの系列を比范するず、゚ラヌをれロに枛らす傟向が匷いこずがわかりたす。 7぀の写真枬量システムはすべお、レヌザヌスキャンず効果的に組み合わされおいたす







次に、ファむルサむズの問題に移りたす。 写真枬量の結果の参加ず比范しお私を垞に悩たせる1぀のこずは、メッシュ再構成アルゎリズムによっお生成されたポリゎンを考慮するこずでした。 䞊で述べたように、これはあたり意味がありたせん。頭蓋骚の堎合、衚面を単玔化できたすが、人䜓孊的怜査や顔の法医孊的再構成䞭に䜜業に必芁な情報を保持したす。



これを螏たえお、サむズずポリゎンの互換性を保ちながら、すべおのファむルを揃えるこずにしたした。 これを行うために、123D Catchが生成する小さいファむルサむズを基にしお、MeshLab Quadratic Edge Collapse Detectionフィルタヌを最倧25000たで䜿甚したした。これにより、それぞれ1.3 MBの7぀のSTLファむルが䜜成されたした。



この調敎により、写真枬量システム間で公正な比范ができたす。







䞊蚘の䜜業の段階を芖芚化できたす。 オリゞナルでは、頭蓋骚が敎列され、最初に敎列されたす。 それから、 比范では察象の領域でのみ頭蓋骚を芳察し、最終的にはデシメヌトで頭蓋骚のサむズを揃えたす。 疑いを持たない読者にずっお、これは隣に眮かれた1぀の画像のようです。







「堅実な」モデルでの比范を想像するずき、それらがすべお互換性があるこずを理解したす。 それでは結論に行きたしょう。



結論



最も明癜な結論は、MVEを陀くすべおのプログラムがグリッド内のより小さな定矩を瀺し、すべおの写真枬量システムが非垞に類䌌した芖芚的結果を瀺したずいうこずです。



これは、MVEが他より劣っおいるこずを意味したすか



いいえ、たったく逆です。 MVEは非垞に信頌性が高く実甚的なシステムです。 別の実斜圢態では、ミリメヌトル品質のプロテヌれを補造する堎合のその䜿甚を提瀺する。 このケヌスに加えお、他の補綎プロゞェクトでも䜿甚されおおり、これは倧きな粟床を必芁ずする分野であり、成功しおいたす。 このケヌスは、それを開発した研究所であるダルムシュタット倧孊の公匏りェブサむトにも公開されたした。



どの写真枬量システムが最適ですか



倚くはナヌザヌのスタむルに䟝存するため、この質問に答えるこずは非垞に困難です。



どのシステムが初心者に最適ですか



間違いなく、これはAutodesk Recap 360です。WebGLをサポヌトするむンタヌネットブラりザヌを備えたオペレヌティングシステムからアクセスできるオンラむンプラットフォヌムです。 私はすでにスマヌトフォンで盎接テストしたしたが、うたくいきたした。 私が写真枬量法で教えたコヌスでは、原則ずしお孊生が他のオプションよりもはるかに速くプロセスを理解するため、この゜リュヌションをたすたす䜿甚したした。



プロフェッショナル向けのモデリングずアニメヌションに最適なシステムはどれですか



Agisoft PhotoScanを玹介したいず思いたす。 これには、特に写真枬量の察象領域にマスクを䜜成できるグラフィカルむンタヌフェむスがあり、蚈算領域を制限できるため、マシンでの凊理時間が倧幅に短瞮されたす。 さらに、さたざたな圢匏で゚クスポヌトし、シヌンを撮圱するずきにカメラがどこにあったかを瀺す機䌚を提䟛したす。



どのシステムが䞀番奜きですか



たあ、個人的には、特定の状況ですべおに感謝しおいたす。 今日の私のお気に入りのミックスは、OpenMVG + OpenMVSです。 どちらも開いおおり、コマンドラむンを䜿甚しおアクセスできたす。これにより、倚くのプロパティを制埡し、必芁に応じおスキャンプロセスを調敎できたす。 私はこの゜リュヌションが本圓に奜きですが、たれなシヌンクラりドがBlenderにむンポヌトされたずきに、モデルに察しおカメラを調敎しないなど、いく぀かの問題がありたす。 この問題を解決するには、PPT-GUIを䜿甚したす。PPT-GUIは、Bundlerず察応からスパヌスクラりドを生成したす。぀たり、カメラをクラりドずより正確に䜍眮合わせしたす。 OpenMVG + OpenMVSに関連するもう1぀の問題は、スパヌスデヌタがすべおのカメラが揃っおいるこずを瀺しおいおも、完党に密なクラりドを䜜成しないこずです。 この問題を解決するには、PMVSを䜿甚したす。PMVSは、OpenMVSよりも密床の䜎いメッシュを生成したすが、非垞に信頌性が高く、ほずんどすべおの堎合に機胜したす。 オヌプン゜ヌスオプションのもう1぀の問題は、プログラムをコンパむルする必芁があるこずです。 すべおは私のコンピュヌタヌで非垞にうたく機胜したすが、゜リュヌションを孊生や興味のある人に枡す必芁があるずき、それは倧きな頭痛の皮になりたす。 ゚ンドナヌザヌは、䞀方の偎で画像をダりンロヌドし、もう䞀方の偎で3Dモデルを取埗する゜フトりェアを持぀こずが重芁です。これにより、特蚱取埗枈みの゜リュヌションが提䟛されたす。 さらに、取埗したモデルのラむセンスはこれらのアプリケヌションでより理解しやすく、たずえばPhotoScanで生成されたテンプレヌトを䜿甚する堎合よりも、プロのモデリングの分野で安党だず感じおいたす。 技術的には、ラむセンス料を支払い、䜜業䞭にテンプレヌトを䜿甚しお、必芁に応じおテンプレヌトを生成できたす。 したがっお、この゜リュヌションはオヌトデスクの゜リュヌションに䌌おいたす。



All Articles