KhronosGroup / KhronosGroup/glTF
Materials should not be associated with MeshPrimitive because MeshPrimitive can be reused
- Dominant language
- HTML
- Stars
- 7.8k
- Forks
- 1.2k
- Avg merge
- 17h 26m
- Merged PRs (30d)
- 5
Description
I think saving the material index in MeshPrimitive may not be a good design We would like to use the functionality of glTF. We need to frequently handle oversized scenes and reuse meshes as much as possible, but MeshPrimitive is associated with materials, which can lead to the generation of more mesh objects, even if their vertices and indexes are consistent.
Why not add an array to save the index of the material in node? The array should not use more memory than MeshPrimitive.
Contributor guide
Research direction
Start by reviewing how glTF represents MeshPrimitive reuse, node material associations, and material indices. Compare the current MeshPrimitive model with the proposed node-level array, then determine the affected specification or implementation files and define compatibility and memory requirements before making a change.
Written by the indexing model from the issue text.
Assessment
- Domain
- computer-graphics
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100