Donovan Hutchence

Oh that's interesting. We can investigate updating the reflection decode to respect `scene.gammaCorrect`, but that may break existing projects. @mvaligursky perhaps we can consider for engine v2? We probably won't...

Hi @vincentwoo , I _think_ I know what the issue might be, but will need some time to investigate. The compression works by: - ordering all splats into morton order...

Awesome! Here's the sorter https://github.com/playcanvas/supersplat/blob/main/src/splat-serialize.ts#L569

I wrote a node CLI tool for creating compressed.ply yesterday and noticed a bug which might explain this. The very last chunk in the scene is almost always part-full (since...

Yep didn't fix anything. The largest buckets in the scene are bigger than I thought: ``` 96047, 57649, 39528, 27071, 22609, 21627, 15920, 11865, 11340, 11293, 11120, 10662, 10303, 10276,...

Recursively ordering buckets does nothing good...

BTW we could be padding chunks with alpha 0 gaussians in these situations.

Hi @vincentwoo , This is very interesting! You can see the implementation for .splat loading [here](https://github.com/playcanvas/supersplat/blob/main/src/asset-loader.ts#L18). I think you could do something very similar. Let me know if I can...

This is so cool @vincentwoo ! I haven't looked into this paper or technique at all yet, but presumably you could also render directly from the data instead of decompressing...

Thanks so much, I've joined the discord channel. Creating the textures directly is actually straightforward, but the rendering internals and shaders for GS assumes a data layout which isn't so...