You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is something I noticed just now after trying to load in my own gcloud files. They're generated with Polycam, and their Z axis is inverted from the one that this plugin uses. My quick method of rotating the cloud was with the following function:
Initialising the GlobalTransform of the cloud with a 4x4 matrix. The rotation is successful, but the splats get culled at odd angles where they're definitely supposed to be visible. It seems like the rendering is not respecting the GlobalTransform component on the cloud and assumes it's always default.
Before
After. Same angle, but the trees are getting cut off from their roots or trunks and a bunch of other gaussians are getting culled unnecessarily.
For context, the same angle in Polycam's web viewer.
This angle makes it seem like the issue is with the sorting algorithm. The trees are getting cut off where the hill behind them begins.
A related but separate issue: should GaussianClouds use the Transform component like built-in Bevy primitives?
The text was updated successfully, but these errors were encountered:
This is something I noticed just now after trying to load in my own gcloud files. They're generated with Polycam, and their Z axis is inverted from the one that this plugin uses. My quick method of rotating the cloud was with the following function:
Initialising the GlobalTransform of the cloud with a 4x4 matrix. The rotation is successful, but the splats get culled at odd angles where they're definitely supposed to be visible. It seems like the rendering is not respecting the GlobalTransform component on the cloud and assumes it's always default.
Before
After. Same angle, but the trees are getting cut off from their roots or trunks and a bunch of other gaussians are getting culled unnecessarily.
For context, the same angle in Polycam's web viewer.
This angle makes it seem like the issue is with the sorting algorithm. The trees are getting cut off where the hill behind them begins.
A related but separate issue: should GaussianClouds use the Transform component like built-in Bevy primitives?
The text was updated successfully, but these errors were encountered: