3DGSのファイルフォーマットを整理する

01 早見表:まず全体像から

まずこの表で8フォーマットの性格をつかんでください。詳しくは各セクションで解説します。バイト単位の技術仕様は、各セクション内の「仕様の中身」を開くと読めます(普段は畳んであります)。

02 PLY(オリジナル・非圧縮)

3DGSの元論文(Inria)がそのまま出力する、事実上の共通言語です。1ガウシアンごとに位置(x, y, z)・スケール・回転(クォータニオン)・不透明度・色情報を記録します。色は球面調和関数(SH)係数として保存され、次数3まで使うと1ガウシアンあたり45個の係数(3チャンネル×15)が必要になるため、ファイルサイズは全フォーマット中もっとも大きくなります。

実例 ── Inria公式実装の出力そのもので、Polycam・Luma AI・XGRIDS LCC Studioのエクスポートもこのレイアウトを踏襲します。SuperSplatが直接読み書きするため、編集のハブになるのもPLYです。

03 SPLAT(antimatter15)

初期のWebビューアーsplat(antimatter15)のために作られた、シンプルな固定長バイナリです。1ガウシアンあたり32バイト固定(位置・スケール・色・共分散)で、視点による色変化を表すSH係数を持たないため、PLYよりおよそ半分のサイズになります。

04 KSPLAT(mkkellogg/GaussianSplats3D)

Three.jsライブラリGaussianSplats3D専用の圧縮フォーマットです。データをチャンク単位に分割し、届いたチャンクから順に描画するプログレッシブストリーミングを前提に設計されています。100MBを超えるシーンでも0.5〜1秒で最初の絵が出せます。圧縮レベルを選べ、SH係数を8bitまで圧縮する設定もあります。

05 SPZ(Niantic Spatial)

Niantic Spatial(Scaniverse)が開発した圧縮フォーマットで、業界標準になりつつあります。glTFのKHR_gaussian_splatting圧縮拡張(09)の圧縮方式にも採用されました。v1〜v3はgzip圧縮、最新のv4はzstd圧縮+平文32バイトヘッダーという構成に変わりました。v4のヘッダーはmagic「NGSP」から始まり、ガウシアン数・SH次数・バージョンなどがテキストで直接読めるため、ファイル全体をデコードしなくてもヘッダーだけ覗いて点数を確認できます。

実例 ── ScaniverseアプリのエクスポートがSPZで、NianticがMITライセンスでOSS化しています(nianticlabs/spz)。公称でPLY比およそ1/10に縮みます。

06 SOG(PlayCanvas)

PlayCanvasが開発した、「Gaussian Splatting版のWebP」と呼ばれるフォーマットです。ガウシアンを位置・スケール・色などの属性でソートしてから、属性ごとにWebP画像として圧縮し、meta.jsonで紐付けます。似た性質のガウシアンを隣接させてから画像圧縮をかけるため圧縮効率が高く、1GBのPLYが55MB程度まで縮む(約20倍)例が報告されています。

07 RAD(Spark)

Three.js向けレンダラーSparkが2.0で追加した、LODツリーをそのまま保存できるストリーミング専用フォーマットです。あらかじめbuild-lodコマンドでLODツリーを構築して保存しておき、閲覧時はHTTP Range Requestでチャンク(.radc)を必要な分だけ取得します。粗いバージョンを一瞬で表示し、視点の移動に応じて詳細を追加でストリーミングする「coarse-to-fine」設計です。ロケハン3Dの自社ビューアーも、このRADフォーマットを軸にした独自の並列デコード・LOD制御を組み込んでいます。

実例 ── 当社ビューアーでは934MB・4,940万ガウシアンのRADを、初回表示まで約6秒でストリーミングできています(以降の視点移動は常駐キャッシュで待ちなし)。フォーマットの一次情報はSparkのドキュメントとソースコードのみで、SPZやSOGのような独立した仕様書はまだありません。

08 LCC / LCC2(XGRIDS)

XGRIDSが開発した、都市規模のシーンをLOD(詳細度)付きで扱うためのコンテナフォーマットです。単一のファイルではなく、JSONメタデータ(octree型のLODツリー)と、実データを格納するdata/3dgs/フォルダで構成されます。実データはSOGかSPZのどちらか一方で保存され、隣接するノードは1ファイルに統合されます。PortalCamのスキャンでも、LCC Studioの書き出しにLcc2/lcc2-result/フォルダ(3dgsはSOG、meshはPLY)として含まれています。

09 glTF(KHR_gaussian_splatting)

Khronosが標準化を進めている、glTF/GLBに3DGSを格納するための公式拡張です。2026年2月にリリース候補(RC)が公開され、正式承認に向けた最終段階にあります。圧縮にはNiantic Spatialが寄贈したSPZ方式の拡張(KHR_gaussian_splatting_compression_spz)を使います。最大の意義は、専用フォーマットの乱立からglTFという汎用3D標準の上に乗る流れができたことです。Cesiumはこれをペイロードに採用して3D Tilesの階層LODストリーミングに対応し(2026年4月)、都市スケールの3DGSを地理座標付きで配信できるようになりました。gsboxなどの変換CLIもPLY⇄GLBに対応しています。

10 結局どれを選べばいいか

先に大原則をひとつ。SPZ・SOG・KSPLATなどの圧縮フォーマットは量子化で情報を削っており、一度圧縮したデータから元の品質は戻せません。そのため、配信用にどのフォーマットを選ぶ場合でも、学習直後のPLYをマスターとして保管し、そこから用途別に派生させる運用にします。フォーマット選びは「マスターをどれにするか」ではなく「配信・受け渡しをどれでやるか」の問題です。

そのうえで、用途ごとの目安です。3DGSを扱えるソフト・ツール比較もあわせて、「どのソフトでどのフォーマットを使うか」を決めてください。

• 他のDCCソフト(Houdini/Blenderなど)に渡す ── PLY。3ds Max 2027.2のようにSPZを直接読める環境も増えましたが、確実に全ツールで開けるのは今もPLYだけです
• Webで公開・共有したい ── 使うビューアー側の対応で決めます。SuperSplat・SparkなどPlayCanvas系で表示するならSOG(圧縮率最優先・ただしフォルダ構成)、単一ファイルで配りたい・相手の環境が読めないならSPZが無難です
• 都市規模のシーンでLODを切り替えたい ── XGRIDSのSDK(UE5/Unity)で使うならLCC2、標準規格でGIS・地理座標と組み合わせるならCesiumの3D Tiles+glTF(09)です。LCC2は独自ライセンスの確認を忘れずに
• 1億点を超える超大規模シーンをストリーミングしたい ── RAD。Spark専用ですが、LODツリーごとHTTP Range配信できるのは現状これだけです
• GaussianSplats3Dで自前ビューアーを組む ── KSPLAT。プログレッシブ表示の恩恵を受けられます
• 標準規格で長期保存・配布したい ── glTF(KHR_gaussian_splatting)が本命ですがまだRC段階です。現時点のアーカイブはPLYマスター+圧縮派生の2本持ちが確実です

なおSPLATを今から新規に選ぶ理由はほぼありません。正式な仕様書がなくSH係数も失われるため、「手早く試したいだけ」の用途も、PLYをそのまま読めるSuperSplat等に投げるほうが早くて確実です。

フォーマット間の変換は、splat-transformでほぼ一括してカバーできます。