点群OBJの曲面が角張って見える原因
点群から作成したOBJをアップロードした際に、配管、円柱、曲面壁、法面、盛土、構造物の丸みなどが角張って見えることがあります。元の点群では細かな形状を確認できるのに、メッシュへ変換した後は三角形や多角形の境界が目立ち、曲面が不自然に見える状態です。
改善の第一歩は、形状自体が角張っているのか、陰影だけが角張って見えるのかを切り分けることです。両者は画面上では似ていますが、原因と対策が異なります。
OBJは、頂点位置を示すv、テクスチャ座標を示すvt、法線を示すvn、ポリゴン面を示すfなどを記述できる形式です。また、仕様上は点、線、自由曲線、自由曲面も表現できます。ただし、点群から一般的な変換処理で作られるOBJは、三角形などのポリゴン面で曲面を近似したメッシュであることが多いため、本記事では主にポリゴンメッシュを対象に説明します。OBJが必ず平面の集合だけを扱う形式である、という意味ではありません。The Library of Congress+1
ポリゴンメッシュでは、面の数が十分に多くても、面境界で法線が分かれていると明るさが不連続になり、各ポリゴンが目立つことがあります。反対に、連続した曲面で法線を適切に補間できれば、頂点位置を変えなくても陰影を滑らかに見せられます。
ただし、スムージングは頂点位置や面数を自動的に増やす処理ではありません。円筒の外周が少数の面で作られている場合、表面の陰影を滑らかに見せることはできても、外周の輪郭は多角形のままです。輪郭や断面そのものを滑らかにしたい場合は、曲率に応じたポリゴン密度が必要です。
点群OBJの曲面が角張る原因には、スムージンググループが設定されていない、面が異なるグループに分かれている、法線が書き出されていない、面が法線を参照していない、法線が不適切に分断されている、作成ソフトの角度条件が厳しすぎる、簡略化によって曲面の面数が減りすぎている、といった状態が考えられます。
また、作成環境では滑らかに見えても、アップロード後に角張る場合があります。読み込み側がOBJ内の法線やスムージンググループを利用せず、独自の条件で法線を計算する実装であれば、作成時とは異なる見え方になります。変換時に頂点や面が再構成されたり、表示用に簡略化されたりする可能性もあるため、特定サービスの仕様を確認せずに原因を断定しないことが重要です。
点群 OBJ アップロードの実務では、点群取得、メッシュ生成、法線計算、OBJ出力、アップロード後の変換、表示設定という複数の段階が関係します。見た目だけを見て設定を無作為に変えるのではなく、どの段階で角張りが発生したかを比較して確認します。
最初に、作成中のモデルをフラット表示とスムーズ表示で比較します。スムーズ表示へ切り替えるだけで面境界の明暗差が減る場合は、ポリゴン密度だけでなく法線やスムージング設定を確認します。スムーズ表示にしても輪郭が多角形のままであれば、面の分割数やメッシュ生成条件を見直します。
設定1：スムージンググループの範囲を見直す
最初に確認したいのがスムージンググループです。OBJではs文によりスムージンググループを示すことができ、同じグループに属する要素間で法線を補間して滑らかな外観を得るための情報として定義されています。s offまたは実装によってs 0は、後続面のスムージングを無効にする表現として扱われます。Paul Bourke+1
ただし、スムージンググループは面同士を幾何学的に接続する機能ではありません。面が同じ頂点位置を共有していない、または読み込み側がグループ情報を参照しない場合、同じ番号を設定しても期待どおりに滑らかにならないことがあります。また、OBJに明示的な法線参照が含まれる場合、読み込み実装によってはその法線が優先されます。
曲面を構成する面が異なるグループへ分かれていると、境界で法線が分離され、円柱、配管、緩やかな法面などに面状の陰影が現れることがあります。連続した曲面では、意図した範囲が同じグループとして扱われているかを確認します。
一方で、OBJ全体を一つのスムージンググループへまとめればよいわけではありません。擁壁の天端と側面、建物の角、縁石の段差、構造物の端部など、本来は明確な角として残すべき部分まで滑らかにすると、平面に不自然なグラデーションが入り、角が丸く見えることがあります。
直角に接する二面の法線を連続させると、面の各頂点に中間方向の法線が割り当てられ、平らな壁面まで湾曲したように見える場合があります。曲面の角張りを直そうとしてスムージング範囲を広げすぎると、別の表示不良を生むため注意が必要です。
設定時は、モデルを曲面、平面、稜線に分けて考えます。円筒の側面や連続した地表面は滑らかにつなぐ候補です。構造物の角、段差、法肩、法尻など、形状変化を明示したい場所では法線を分けます。
点群から自動生成したメッシュでは、画面上は接して見えても、同じ位置付近に別々の頂点が存在し、面がトポロジー上は連結していないことがあります。この状態ではスムージンググループだけをそろえても、法線の連続性が得られない場合があります。
近接頂点の統合で改善することはありますが、無条件の統合は避けます。意図した鋭角、別オブジェクトの接触部、法線の分割境界などでは、位置が近くても分離しておく必要があります。OBJでは位置、テクスチャ座標、法線を面ごとに別々のインデックスで参照できるため、テクスチャの継ぎ目があるから必ずv頂点を重複させる必要があるわけではありません。ただし、作成ソフトや変換処理が内部表現上の都合で頂点を分割することはあります。
地表面と構造物が一つのオブジェクトとしてつながっている場合、地盤と擁壁、地盤と配管、地盤と基礎の境界まで同じスムージング範囲にすると、接合部が不自然に丸く見えることがあります。用途に応じてオブジェクトや面グループを分け、意味の異なる面を別管理する方法が有効です。
見直し後は、正面だけでなく斜め方向からも確認します。正面では滑らかに見えても、斜めから見ると稜線が消えていたり、平面に不自然な陰影が生じたりすることがあります。照明方向を変えると、法線の不連続を見つけやすくなります。
スムージンググループは主に表示上の陰影へ影響する情報であり、点群の測位精度やメッシュ頂点の座標を改善するものではありません。計測ノイズや形状の凹凸がメッシュ自体に残っている場合、グループ設定を変えても座標値は変わりません。
設定2：頂点法線を正しく計算して出力する
曲面の見た目へ大きく影響するのが法線です。法線は面が向いている方向を表すベクトルで、一般的な描画では照明計算に利用されます。OBJのvnは任意項目であり、面のf記述が法線インデックスを参照することで、面の各頂点位置に使う法線を指定できます。幾何学的に同じ頂点位置であっても、面ごとに異なる法線を参照させ、鋭い境界を表現できます。The Library of Congress+1
面ごとに一定の法線を使うフラットシェーディングでは、隣接面との境界で明るさが急に変化しやすくなります。面の各頂点で法線を変化させ、その間を補間するスムーズシェーディングでは、ポリゴンの集合でも視覚的に連続した曲面として見せやすくなります。
OBJ出力時には、法線を書き出す設定が有効か確認します。作成画面が内部で自動計算した法線を使っていても、出力時に法線が省略されれば、読み込み側は独自に再計算するか、フラット表示に近い結果を出す可能性があります。
OBJ内にvn行が存在するだけでは不十分です。各f行がv/vt/vnまたはv//vnの形式で適切な法線を参照しているかを確認します。法線の件数と頂点の件数が一対一で一致する必要はなく、面の角ごとに異なる法線を使うOBJもあります。そのため、単純な件数比較だけで正常か異常かを判定しないことが重要です。
法線計算では、連続した曲面では周辺面の向きを適切に平均し、鋭い稜線では法線を分離します。すべての隣接面を一律に平均すると、本来残すべき角がぼやけます。反対に、面ごとに分けすぎると、緩やかな曲面でも三角形の境界が目立ちます。
作成ソフトによっては、面積、頂点角度、面の向きなどを重みとして法線を計算できます。どの方法が適切かはメッシュ構成によって変わるため、特定の計算方式が常に正しいと断定せず、代表箇所で比較します。
点群由来のメッシュには、細長い三角形、極端に小さい面、重複面、局所的な折り返しが含まれることがあります。こうした面は法線方向が不安定になりやすく、筋状の陰影やまだら模様の原因になります。法線を再計算する前に、不要な小面や形状異常を整理します。
面の向きも確認します。一般的なポリゴンメッシュでは頂点の並び順から表裏を判定する実装が多く、一部の面だけ向きが反転していると、その部分の法線が周囲と逆向きになり、暗く見えたり裏面カリングで欠けたりすることがあります。
地表面のように主に上側から見るモデルでは、意図した表面側へ法線が向いているかを確認します。閉じた構造物では、通常は外側へ向くようにそろえます。薄板、穴、自己交差を含む複雑なメッシュでは自動判定が誤る場合があるため、重要箇所は目視で確認します。
複数の編集工程を経たOBJでは、古い法線と再計算後の法線が混在することがあります。部分編集後に一部だけ法線を再計算すると、境界で陰影が変わる場合があります。曲面と稜線の条件を決め、必要に応じて全体を一貫した方法で再計算します。
法線を滑らかにしても、頂点座標や面の輪郭は変わりません。数量算出や断面評価に使う幾何形状が改善されるわけではないため、見た目の評価と形状値の評価を分けます。
設定3：スムージング角度を形状に合わせる
スムージング角度は、多くのモデリングソフトや変換ツールが、隣接面を滑らかにつなぐか、鋭い境界として分けるかを判断するために用いる設定です。OBJ仕様そのものに角度値を保存する標準項目があるわけではありません。OBJにはスムージンググループや法線を記録できますが、角度しきい値は主に作成側または読み込み側の処理条件です。Blenderの現行マニュアルでも、隣接面の角度に基づいて鋭さを設定する機能として説明されています。Blender Documentation
一般的な角度判定では、隣接面の角度差がしきい値以内なら滑らかにし、超える場合は鋭い境界として扱います。ただし、角度の定義、境界値を含むかどうか、法線を分割するのか、辺をシャープ指定するのかはソフトによって異なるため、数値だけを別環境へ移しても同じ結果になるとは限りません。
設定角度が小さすぎると、緩やかな曲面でも面ごとに分断されやすくなります。円柱や配管の側面は、多数の平面が少しずつ向きを変えながら並んでいます。隣接面の角度差がしきい値を超えると、各面が別々に扱われ、境界が目立ちます。
設定角度が大きすぎると、本来は鋭い角として残す場所まで滑らかにつながります。擁壁の天端と側面、建物の角、側溝の立ち上がり、段差の端部などが丸く見え、平面に不要な陰影が入る可能性があります。
適切な角度は、対象物の形状とポリゴン密度によって変わります。同じ円柱でも外周の面数が多ければ、隣接面の角度差は小さくなります。面数が少なければ一枚ごとの角度差が大きくなるため、同じしきい値では結果が変わります。
ただし、角度を広げて陰影を滑らかにしても、外周の輪郭は変わりません。近距離で配管や円柱を確認し、輪郭の多角形が目立つ場合は、スムージング角度ではなく面の分割数を見直します。
地形メッシュでは、法肩や法尻の扱いが重要です。地盤面全体を一律に滑らかにすると、施工上重要な折れ点が不明瞭になる場合があります。緩やかな地盤面は連続させつつ、法肩や法尻では法線を分けるなど、形状の意味に応じて設定します。
自動角度判定は面同士の角度を基準にするため、施工上の意味までは判断できません。小さな角度差でも境界として残したい場所や、角度差がやや大きくても連続曲面として扱いたい場所があります。重要な境界は明示的なシャープ指定やグループ分けで管理します。
角度を変更した後は、曲面だけでなく周囲の平面も確認します。曲面が滑らかになっていても、壁面や天端に斜めの陰影が出ていれば、滑らかにする範囲が広すぎる可能性があります。
照明方向によって問題が見えにくくなることもあります。一定方向の光では滑らかに見えても、光源を変えるとポリゴン境界や法線の乱れが現れる場合があります。複数方向の照明、単色表示、ワイヤーフレーム表示を使い分けます。
アップロード先で法線が再計算される場合、作成時の角度条件はそのまま維持されない可能性があります。作成環境で適切に見えていても、アップロード後に稜線が消えたり曲面が角張ったりする場合は、読み込み側の法線処理を確認します。
複数担当者が同じ種類のOBJを作る場合は、角度値だけでなく、使用ソフト、バージョン、法線計算方法、シャープ指定の有無、出力時の法線保持条件を記録します。角度値だけでは再現条件として不十分な場合があります。
設定4：曲面のポリゴン密度と面構成を整える
スムージング設定を変えても曲面が角張る場合は、メッシュ自体のポリゴン密度を確認します。スムージングは陰影を整える処理であり、面数を増やしたり輪郭を丸くしたりする処理ではありません。
円柱を少数の面だけで表現している場合、表面の明暗は滑らかにできますが、斜めや横から見た輪郭は多角形のままです。輪郭や断面を滑らかにするには、曲率と表示距離に応じた頂点と面が必要です。
点群からメッシュを作るときは、全体の面数だけでなく、どこに面が配置されているかを確認します。平坦部へ細かな三角形が大量に配置され、曲面や稜線だけが粗い状態では、容量が大きくても目的箇所の品質は上がりません。
曲率の大きい場所、輪郭へ影響する場所、構造物の端部、断面確認に使う場所では必要な面を残します。形状変化の少ない平坦部では、許容できる偏差を確認しながら面を減らします。
容量削減のためにメッシュを簡略化した後、曲面が角張ることもあります。一律の割合で削減すると、平面では変化が小さくても、配管、曲面壁、法肩などの局所形状が崩れる場合があります。
簡略化前後では、正面の見た目だけでなく、外周、断面、稜線位置を比較します。元メッシュと簡略化後を重ねられる場合は、最大偏差だけでなく、重要箇所の局所偏差も確認します。
元点群の密度が不足している場合、メッシュを細分化するだけで実測形状を復元することはできません。点の間を細かな面で埋めても、追加された頂点は補間または推定に基づくため、実測情報が増えるわけではありません。
構造物の裏側、配管の下側、急な法面、植生の陰、狭い隙間などでは欠測が生じやすくなります。欠測部を自動的に面で埋めると、大きな三角形や実在しない曲面が作られることがあります。その部分へスムージングを適用すると、推定面が自然な実在面のように見えるため、計測用途では区別が必要です。
三角形の形状も確認します。極端に細長い三角形や面積がほぼゼロの面は、わずかな座標差で法線が大きく変わり、筋状の陰影を生むことがあります。可能であれば、面の大きさや形状が急変しないように再構成します。
重複面や自己交差面がある場合も表示が不安定になります。同じ位置へ複数の面が重なると、深度競合によるちらつきが起きることがあります。スムージング設定を変える前に、重複面、不要面、折り返し面を整理します。
一つの辺に三枚以上の面が接続する非多様体形状や、表裏が局所的に折り返された状態では、法線計算が意図どおりにならない場合があります。自動生成メッシュでは、微小な穴、薄い突起、独立した小片が残ることもあるため、形状の健全性を確認します。
曲面品質とファイル容量のバランスは、利用目的に応じて決めます。広い現場を遠距離から確認する用途では、すべての細部を保持する必要がない場合があります。配管や構造物を近距離で確認する用途では、輪郭を保つためのポリゴン密度が必要です。
スムージングで解決できるのは主に面境界の陰影です。輪郭、断面、稜線位置が崩れている場合は、メッシュ生成や簡略化工程へ戻ります。この違いを理解すると、法線設定だけで形状問題を隠したり、必要以上に面数を増やしたりする失敗を防げます。
設定5：アップロード後の法線処理を確認する
手元では滑らかでも、アップロード後に角張る場合は、アップロード先の処理を確認します。OBJ内に法線やスムージンググループが含まれていても、読み込み側が同じ方法で利用するとは限りません。OBJは広く使われる一方、対応する要素や解釈には実装差があり、相互運用上の問題が起こり得ます。The Library of Congress
アップロード後に表示用データへ変換するサービスでは、法線を再計算する、自動的に頂点を分割または統合する、三角形化する、メッシュを簡略化する、といった処理が実装されている場合があります。具体的な処理はサービスごとに異なるため、仕様やログが確認できない段階で実施されていると断定せず、比較検証で切り分けます。
同じOBJをアップロード前に複数の汎用表示環境で開くと、原因を絞り込みやすくなります。複数環境で同じ場所が角張る場合は、OBJ側の形状や法線参照を疑います。特定のアップロード先だけで角張る場合は、読み込み、変換、描画設定を重点的に確認します。
ただし、表示環境ごとに照明、材質、陰影方式、視野角、トーンマッピングが異なるため、見た目が完全に一致するとは限りません。比較時は、表示方向、距離、投影方式、照明条件をできるだけそろえます。
法線を保持する設定と再計算する設定がある場合は、同じOBJで比較します。OBJ側で意図した法線を作成しているなら保持が候補です。法線が欠落、反転、不整合の状態なら再計算で改善することがありますが、稜線情報が変わる可能性も確認します。
読み込み側の法線再計算に角度条件がある場合、作成時の区分が再現されないことがあります。しきい値が厳しすぎれば曲面の面境界が残り、広すぎれば構造物の角がぼやけます。
頂点統合の許容差も見え方へ影響する場合があります。許容差が大きすぎると、本来分離すべき近接部が結合される可能性があります。小さすぎると、接続すべき頂点が別々に残り、法線の連続性が得られない場合があります。
材質設定によって面境界が強調されることもあります。光沢が強い表示では、わずかな法線差が明るい線や暗い筋として目立ちます。つやを抑えた表示では目立たなかった境界が、鏡面反射の強い表示で角張って見えることがあります。
単色表示や法線確認表示へ切り替えられる場合は、テクスチャや頂点色を外して確認します。写真テクスチャの明暗や継ぎ目をポリゴン境界と誤認している場合があるためです。単色表示でも三角形状の明暗が残るなら、法線または面構成を重点的に見ます。
大きな座標値を持つOBJでは、描画環境の数値精度や原点処理により、ちらつきや微小な位置ずれが生じる可能性があります。ただし、大きな座標値だけで曲面が角張ると断定はできません。法線問題と座標精度問題を別々に検証します。
原因を特定するには、作成中、OBJ出力直後、アップロード後の三段階で同じ部分を比較します。作成中から角張るならメッシュまたは法線生成を見直します。出力直後に変化するなら書き出し設定や法線参照を確認します。アップロード後だけ変化するなら読み込み側の変換や描画設定を確認します。
点だけのOBJとメッシュOBJを区別する
点群OBJという表現は、実務上、異なるデータを指すことがあります。点群から三角形メッシュを作りOBJへ出力したデータもあれば、頂点と点要素を記録したデータ、または一部ソフトが頂点列だけを点群として扱うデータもあります。
OBJ仕様には点を表すp要素があり、vで定義した頂点を参照して点要素を構成できます。面を表すfがなければ、通常のポリゴンメッシュではありません。頂点行だけを記述したOBJを点群として表示できるかどうかはソフト依存であるため、互換性を重視する場合はp要素の対応状況も確認します。The Library of Congress+1
スムージンググループや面法線による曲面表示は、基本的に面を持つメッシュを対象とします。点要素には隣接面がないため、面同士の陰影を滑らかにつなぐ一般的なメッシュスムージングは適用できません。
点だけのOBJが粗く見える場合は、点サイズ、点密度、表示距離、透視投影、点の描画方式などを確認します。点の間の隙間を、メッシュ用のスムージング設定だけで埋めることはできません。
点群を連続表面として見せたい場合は、用途に応じてメッシュ化を検討します。ただし、メッシュ化すれば常に正しい曲面が得られるわけではありません。欠測、反射ノイズ、植生、移動物体、薄い構造物などが含まれると、誤った面が作られる可能性があります。
地盤面をメッシュ化する場合は、地盤点と植生、車両、重機、仮設物などを分けます。異なる対象が一つの面でつながると、実在しない斜面や壁が生成されることがあります。
欠測部を自動で埋めると、点が存在しない場所に推定面が作られます。見た目が滑らかでも実測に基づくとは限らないため、測量や出来形確認で使う場合は、実測点の存在範囲と補間面を区別して管理します。
点だけのOBJかメッシュOBJかを確認するには、f行の有無、p行の有無、読み込み時の要素数を確認します。vしかないデータをどのように扱うかは表示環境によって異なるため、アップロード先の対応形式を確認します。
アップロード先が点要素へ対応していない場合、点が表示されない、一部だけ表示される、頂点だけ読み飛ばされるといった結果になる可能性があります。点群 OBJ アップロードでは、点として読み込むのか、面を持つモデルとして読み込むのかを事前に確認します。
曲面の角張りを直す目的であれば、まず対象がポリゴン面を持っているかを確認します。面がある場合はスムージンググループ、法線、面構成を調整し、点だけの場合は点表示設定またはメッシュ化条件を見直します。
点群OBJアップロード前の確認手順
問題を効率よく解決するには、確認順を固定します。最初に、角張りが陰影だけに現れているのか、輪郭や断面にも現れているのかを確認します。
曲面中央に三角形状の明暗差が見える一方、外周の輪郭が十分滑らかなら、法線やスムージング設定を確認します。外周そのものが多角形なら、ポリゴン密度や簡略化条件を見直します。
次に、作成環境でフラット表示とスムーズ表示を切り替えます。スムーズ表示で改善する場合、面数不足だけが原因とは限りません。意図した法線を書き出し、読み込み側が利用できる状態にすることで改善する可能性があります。
続いて、面の表裏を確認します。一部だけ暗い、欠ける、見る方向で表示が急に変わる場合は、法線反転、面の向き、裏面カリングを確認します。
その後、曲面と稜線を分けます。滑らかにしたい曲面を同じ範囲として扱い、直角部分や施工上重要な境界では法線を分離します。自動角度判定を使う場合も、重要な角が残っているかを確認します。
次に、未接続頂点、重複面、細長い三角形、面積がほぼゼロの面、独立小片、自己交差などを整理します。形状構造に問題がある状態では、法線だけを再計算しても安定した陰影にならない場合があります。
形状を整理した後、法線を一貫した条件で再計算します。曲面と稜線を先に分けることで、滑らかにする範囲と角を残す範囲を反映しやすくなります。
OBJ出力時には、法線、面情報、スムージンググループの出力設定を確認します。ただし、ソフトによってはスムージンググループではなく明示法線を中心に出力するため、両方が必須とは限りません。アップロード先がどちらを利用するかを確認します。
材質やテクスチャを使う場合は、OBJから参照するMTLと画像ファイルが適切な場所にあるかも確認します。材質ファイルの不備は曲面形状そのものを変えませんが、光沢や色の違いにより面境界が強く見えることがあります。
出力後は、アップロード前に別の表示環境でOBJを開きます。ここで角張るなら、書き出し設定、法線参照、面構成を見直します。ここでは滑らかで、アップロード後だけ角張るなら、アップロード先の変換処理を確認します。
大規模な点群OBJでは、代表的な曲面と稜線を含む小範囲を切り出し、検証用データを作る方法が有効です。全体データで毎回比較すると、出力やアップロードの負荷が大きく、条件差を確認しにくくなります。
検証用データでは、スムージンググループ、法線計算、角度条件、簡略化率など、一度に一項目だけ変えます。複数条件を同時に変えると、改善要因を特定しにくくなります。
複数人で作成する場合は、点群の間引き条件、メッシュ生成条件、簡略化条件、法線計算方法、角度条件、OBJ出力設定、使用ソフトとバージョンを記録します。これにより、同じ品質を再現しやすくなります。
最終確認では、見た目だけでなく元点群や断面とも比較します。陰影が滑らかになると、実際の凹凸まで小さくなったように見えることがあります。数量や寸法を画面の印象だけで判断せず、座標値と元データを確認します。
スムージングで直せる問題と直せない問題
スムージング設定で改善できるのは、主に面境界で発生する陰影の不連続です。曲面上に三角形が明暗として現れる場合や、隣接面の境界が線のように見える場合は、法線、スムージンググループ、角度条件の調整が有効です。
一方、輪郭が多角形になっている状態は、スムージングだけでは直せません。円柱の外周、配管の断面、曲面壁の端部が角張っている場合は、メッシュの面数や簡略化条件を見直します。
点群の欠測やノイズで頂点位置が乱れている場合も、法線設定だけでは形状を修正できません。陰影を滑らかにすると凹凸が見えにくくなることはありますが、座標上の乱れは残ります。
法線を補間して見た目を滑らかにする処理と、頂点位置を移動して形状を平滑化する処理は異なります。前者は主に描画結果を変え、後者は幾何形状と計測値を変える可能性があります。
出来形確認、土量計算、断面抽出、距離測定などに利用するOBJでは、頂点位置を動かす平滑化へ注意が必要です。見た目を整えるために座標を変更すると、元の計測結果との差が生じます。
ポリゴン数が多ければ必ず滑らかに見えるわけでもありません。面数が多くても法線が面ごとに分離されていれば、三角形の境界は目立ちます。適切な法線があれば、比較的少ない面数でも表面の陰影を滑らかに見せられる場合があります。
ただし、面数が少なすぎれば輪郭の角張りは残ります。表示品質を整えるには、形状を表現するポリゴン密度と、陰影を整える法線設定の両方が必要です。
スムージング角度を広げるほど品質が上がるわけでもありません。広げすぎると、本来の稜線が消え、平面が湾曲して見えます。滑らかさだけでなく、施工上重要な境界や構造物の形状を正しく判読できることを確認します。
OBJに法線が含まれていても、すべての表示環境で同じ見た目になるとは限りません。読み込み側が法線を再計算する、スムージンググループを無視する、材質や照明条件を変える、といった実装差があります。
そのため、点群OBJの品質は作成時の画面だけで判断できません。OBJ出力直後とアップロード後の両方を確認し、意図した曲面と稜線が維持されていることを確かめます。
計測用の高密度データと、共有や表示に使う軽量データを分ける方法も有効です。計測用は必要な座標精度と形状を保持し、表示用は目的に応じて簡略化や法線調整を行います。
一つのOBJですべての用途を満たそうとすると、容量、表示速度、形状精度、見た目の滑らかさの調整が難しくなります。用途別にデータを分けることで、必要な品質を維持しやすくなります。
まとめ
点群OBJの曲面が角張るときは、最初に陰影の問題と形状の問題を切り分けます。曲面上の三角形が明暗として見える場合は、スムージンググループ、法線、作成ソフトや読み込み側の角度条件を確認します。
連続した曲面は滑らかにつなぎ、構造物の角、段差、法肩、法尻など残すべき稜線では法線を分けます。すべての面を一律に滑らかにすると、平面が膨らんで見えることがあるため、曲面と稜線を区別します。
OBJの法線はvnで記述でき、面の各頂点参照から利用します。法線数と頂点数は必ずしも一対一ではありません。作成環境で滑らかでも、出力時に法線が省略されたり、面が適切に参照していなかったりすると、アップロード後の見え方が変わる可能性があります。
スムージング角度はOBJ標準の保存項目ではなく、主に作成ソフトや読み込み処理の条件です。小さすぎると曲面が分断され、大きすぎると本来の角が失われます。数値だけでなく、使用ソフト、法線計算方法、シャープ指定を含めて管理します。
輪郭や断面そのものが角張っている場合は、スムージングだけでは改善できません。曲率に応じたポリゴン密度、簡略化条件、三角形の形状、欠測部の処理を見直します。
作成時には滑らかで、アップロード後だけ角張る場合は、読み込み側の法線再計算、メッシュ再構成、簡略化、材質や照明の影響を確認します。作成中、OBJ出力直後、アップロード後の三段階を比較すると、問題が発生した工程を絞り込みやすくなります。
点だけのOBJでは、p要素の有無とアップロード先の対応を確認します。面を持たない点データには、面同士を滑らかにつなぐ一般的なメッシュスムージングは適用できません。
点群 OBJ アップロードでは、見た目の滑らかさだけでなく、形状精度、境界の判読性、ファイル容量、表示速度を含めて調整します。スムージングで陰影が整っても、元の計測精度が上がるわけではありません。数量や断面を確認する場合は、元点群や基準データと比較します。
現場で取得した点群を位置情報とともに管理し、OBJとして確認や共有へつなげる場合は、計測、メッシュ生成、法線設定、出力、アップロード後の表示まで条件を一貫して管理することが大切です。LRTK Phoneを利用する場合も、取得した点群やOBJの用途に応じて、形状確認用データと表示用データを分け、出力後の見え方を確認してください。