SPZ、SOG 與 PLY 比較：同一個 Gaussian Splat 園景的五種匯出格式
SPZ vs SOG vs PLY: Five Exports of One Gaussian Splat Garden
同一個 4,096-splat 園景的五種匯出結果比較顯示，SPZ v4 檔案最小，為 62,011 bytes，原始 PLY 則為 278,942 bytes。壓縮 PLY 在三個 Spark 視角中的圖像誤差最低，SOG 的結果介乎壓縮 PLY 與 SPZ 之間。選用格式須視乎檢視器支援情況，以及傳送伺服器會否額外壓縮。
Originally published by Alicia Lu on 5 November 2026 at Digital Garden. Alicia is a 3D technical artist, TA and independent developer. Codex assisted with this study.
On one 4,096-splat garden, SPZ v4 was the smallest file at 62,011 bytes, down from 278,942 bytes for the original PLY. Compressed PLY had the smallest image error in the three tested Spark views. SOG landed between compressed PLY and SPZ on that image comparison. The best pick depends on the viewer's supported formats and whether the delivery server applies additional compression.
One source, one renderer
I started with an owned synthetic scene fitted from Karma renders in the Houdini procedural splatting study. The source has 4,096 splats and SH degree 0. I encoded the exact same PLY with splat-transform 3.10.3, then loaded every result through Spark 2.4.0 and Three.js r187. The browser was Chrome 156.0.8078.80 with WebGL on an RTX 5070 Ti.
npx splat-transform garden.ply garden.compressed.ply
npx splat-transform --spz-version 3 garden.ply garden-v3.spz
npx splat-transform --spz-version 4 garden.ply garden.spz
npx splat-transform -g cpu garden.ply garden.sog
Size, first submission and image difference
| File | Raw bytes | Brotli q11 bytes | First submit median (ms) | Full-frame RGB PSNR vs PLY (dB, three views) |
|---|---|---|---|---|
| PLY | 278,942 | 212,282 | 143.6 | reference |
| Compressed PLY | 67,344 | 66,656 | 147.8 | 54.37 / 53.42 / 54.18 |
| SPZ v3 | 68,140 | 68,145 | 164.1 | 49.38 / 48.73 / 49.35 |
| SPZ v4 | 62,011 | 62,015 | 150.7 | 49.38 / 48.73 / 49.35 |
| Bundled SOG | 69,537 | 63,049 | 144.3 | 50.19 / 49.62 / 50.10 |
Each median covers three fresh browser contexts on loopback, with an uncached asset request. Timing runs from navigation's performance origin until the first renderer.render() and blocking gl.finish(). The early submission includes module setup and shader work. One raw PLY sample took 414.1 ms, while the other two took 132.6 and 143.6 ms. These three-sample results describe the startup runs and are too sparse for a speed ranking. Brotli measurements are offline byte counts, with no network latency or server configuration in the comparison.
After the scene settled, I rendered three fixed views at 768 × 768. The table compares their full 8-bit RGB images, including the background. It measures encoding differences under this renderer. The two SPZ versions gave identical RGB captures in all three views, with different on-disk sizes. Full-frame PSNR can hide small changes around leaves and other thin edges.
Where each result applies
- Keep a full PLY master for editing and repeat exports. Check the actual splat schema when receiving a PLY from another tool.
- SPZ v4 saved about 78% against the source PLY in this test. This file uses Zstandard. SPZ v3 uses gzip and remains an option when a viewer needs that version.
- SOG bundles quantized WebP attribute images and metadata. It shrank by another 6,488 bytes under offline Brotli q11 here. Streamed SOG and remote range loading remain outside this comparison.
- A separate 124-splat synthetic SH3 control encoded and decoded as SPZ v4 and SOG, retaining three SH bands in splat-transform's readback. That is a structural check on a different asset. The main five-format timing and visual comparisons are SH0.
The test did not measure per-process GPU memory, CDN performance, large captures or mobile devices. Supported formats depend on both the reader and the format version. For example, PlayCanvas documents its SPZ parser separately from the Model Viewer drag-and-drop list. Niantic SPZ, PlayCanvas SOG, PlayCanvas Model Viewer.
Alicia is a 3D technical artist, TA and independent developer. Codex assisted with the harness, evidence checks and editing.
Related studies
Data and reproduction
來源：DEV Community · dev.to