point budget の最適化（パフォーマンス vs 描画品質）

[naokazuterada]

概要

point budget（同時描画する最大点数）の設定を見直し、パフォーマンスと描画品質のバランスを最適化する。#2（点の肥大化）の調査過程で、budget が本件と密接に関係していることが分かったため、別途検討する。

現状の設定

app/pages/[alias].vue:

viewer.setPointBudget(isLowPerformance.value ? 200000 : 2000000)

• 通常端末: 2,000,000
• 低性能端末（モバイル/タブレットでベンチマークが遅い場合）: 200,000

budget と性能・本件の関係

• budget を下げる → 描画点数が減る → FPS向上・メモリ削減（性能改善）。ただし粗いLODが画面に残り、点群が異常に肥大化して表示される不具合（Rikugi-en / HOUSE of HOSOO）— ADAPTIVE点サイズと平坦データの相性 #2 の「点の肥大化（giant points）」が悪化する。
• budget を上げる → 細かいLODまで読み込まれ giant points は減り精細になる。ただし描画負荷・メモリ・ロード時間が増加。

→ つまり「性能最適化（budget↓）」と「#2の不具合」はトレードオフの関係。特に低性能端末は budget=200,000 と低いため、本来 giant points が最も顕著に出る条件だった。

#2 の修正との関係

#2 で入れた maxSize クランプ（uniforms.maxSize.value）はこのトレードオフを切り離す。点サイズ上限を固定するため、budget を下げて性能を稼ぎつつ giant points を防ぐことが可能になった（副作用は粗い領域がやや透けて見える点のみ）。

検討したいこと

• 通常端末の budget 2,000,000 が妥当か（上げて品質改善 / 下げて性能改善の余地）
• 低性能端末の 200,000 が妥当か（maxSize クランプ導入後、もう少し上げても破綻しないか）
• 端末性能に応じた段階的な budget 設定（現状は2値のみ）
• FPS・メモリの実測に基づくチューニング

参照

• 点群が異常に肥大化して表示される不具合（Rikugi-en / HOUSE of HOSOO）— ADAPTIVE点サイズと平坦データの相性 #2 （点の肥大化の調査・修正）