KHR_gaussian_splatting_compression_spz_2#2531
KHR_gaussian_splatting_compression_spz_2#2531weegeekps wants to merge 2 commits intoKhronosGroup:mainfrom
Conversation
extensions/2.0/Khronos/KHR_gaussian_splatting_compression_spz_2/README.md
Outdated
Show resolved
Hide resolved
…2/README.md Co-authored-by: Sean Lilley <lilleyse@gmail.com>
| Data may be used directly from SPZ or may be mapped to the placeholder attributes this extension provides. When mapping to attributes, the data from SPZ is mapped from the `GaussianCloudData` struct in SPZ to the following attributes in glTF. Several fields require additional conversion to make them glTF and renderer ready. | ||
|
|
||
| | SPZ `GaussianCloudData` field | glTF Attribute | Required Conversion | | ||
| | --- | --- | |
There was a problem hiding this comment.
The table formatting is broken
|
Not sure whether it's on the radar (I know that there currently is some turmoils around this topic...), but the wording and description around This extension casually mentions |
|
@javagl I have updates in progress that bring this in line with the current base spec including the changes around color spaces. I plan on pushing those changes as soon as that work is fully settled and we have consensus. |
This is a draft extension proposal for using Niantic Spatial's SPZ compression library for compression 3D Gaussian splatting data using the base KHR_gaussian_splatting extension with glTF. This extension targets version 2 of SPZ.
As we get closer to done with the base extension for 3D Gaussian splatting, KHR_gaussian_splatting, it has made more and more sense to break out the
KHR_gaussian_splatting_compression_spz_2extension for SPZ compression of 3DGS data. This allows them each to independently go through the ratification process and neither will hold up the other.For previous history and conversations regarding the development of this extension, please look at the PR for KHR_gaussian_splatting before this linked comment.