Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fixed not loading point cloud colors from glb format files #2339

Merged
merged 1 commit into from
Jan 17, 2025

Conversation

henryzhengr
Copy link
Contributor

Updates the GLTF/GLB reader to include point cloud colors if available.

@henryzhengr
Copy link
Contributor Author

@mikedh Seems like there's version issues with the test checks

@mikedh
Copy link
Owner

mikedh commented Jan 16, 2025

Thanks for the PR!! Yeah don't worry about the test, there's a pretty large outstanding release that's coming up. Change looks good! Would it be possible to add this on export as well? That would let us to make a quick unit test which round-trips a point cloud with color and checks that the colors survive.

@henryzhengr
Copy link
Contributor Author

I was able to visualize the colored point cloud in MESHLAB using the GLB file saved using the following snippet. So I guess export works fine.

scene = trimesh.Scene()
pct = trimesh.PointCloud(pts.reshape(-1, 3), colors=col.reshape(-1, 3))
scene.add_geometry(pct)
scene.export(file_obj=outfile)

@mikedh mikedh changed the base branch from main to refactor/loadtype January 17, 2025 21:48
@mikedh mikedh merged commit a94c287 into mikedh:refactor/loadtype Jan 17, 2025
2 of 9 checks passed
mikedh added a commit that referenced this pull request Jan 18, 2025
@mikedh
Copy link
Owner

mikedh commented Jan 18, 2025

Ah I had forgotten we supported loading pointcloud with color from GLB haha. I added a roundtrip test in 2a63259 and it looks good! Thanks for the PR!!

mikedh added a commit that referenced this pull request Jan 21, 2025
A very common source of annoyance and confusion is that `trimesh.load`
can return lots of different types depending on what type of file was
passed (i.e. #2239). This refactor changes the return types for the
loading functions to:

- `trimesh.load_scene -> Scene`
- This loads into a `Scene`, the most general container which can hold
any loadable type. Most people should probably use this to load
geometry.
- `trimesh.load_mesh -> Trimesh`
- Forces all mesh objects in a scene into a single `Trimesh` object.
This potentially has to drop information and irreversibly concatenate
multiple meshes.
- The implementation of the concatenation logic is now in
`Scene.to_mesh` rather than load.
- `trimesh.load_path -> Path`
- This loads into either a `Path2D` or `Path3D` which both inherit from
`Path`
- `trimesh.load -> Geometry`
- This was the original load entry point and is deprecated, but there
are no current plans to remove it. It has been modified into a thin
wrapper for `load_scene` that attempts to match the behavior of the
previous loader for backwards compatibility. In my testing against the
current `main` branch it was returning the same types [99.8% of the
time](https://gist.github.com/mikedh/8de541e066ce842932b1f6cd97c214ca)
although there may be other subtle differences.
- `trimesh.load(..., force='mesh')` will emit a deprecation warning in
favor of `load_mesh`
- `trimesh.load(..., force='scene')` will emit a deprecation warning in
favor of `load_scene`

Additional changes:
- Removes `Geometry.metadata['file_path']` in favor of
`Geometry.source.file_path`. Everything that inherits from `Geometry`
should now have a `.source` attribute which is a typed dataclass. This
was something of a struggle as `file_path` was populated into metadata
on load, but we also try to make sure `metadata` is preserved through
round-trips if at all possible. And so the `load` inserted *different*
keys into the metadata. Making it first-class information rather than a
loose key seems like an improvement, but users will have to replace
`mesh.metadata["file_name"]` with `mesh.source.file_name`.
- Moves all network fetching into `WebResolver` so it can be more easily
gated by `allow_remote`.
- Removes code for the following deprecations:
- January 2025 deprecation for `trimesh.resources.get` in favor of the
typed alternatives (`get_json`, `get_bytes`, etc).
- January 2025 deprecation for `Scene.deduplicated` in favor of a very
short list comprehension on `Scene.duplicate_nodes`
- March 2024 deprecation for `trimesh.graph.smoothed` in favor of
`trimesh.graph.smooth_shaded`.
- Adds the following new deprecations:
- January 2026 `Path3D.to_planar` -> `Path3D.to_2D` to be consistent
with `Path2D.to_3D`.
- Fixes #2335 
- Fixes #2330 
- Fixes #2239
- Releases #2313 
- Releases #2327 
- Releases #2336
- Releases #2339
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants