gltf-utils

[alteous]

In the upcoming version (0.9) some of the existing functionality, notably accessor iteration, will be moved to a new crate, namely gltf-utils. This issue exists to discuss the design and implementation of this new crate.

Rationale

• The main gltf crate may stabilise more quickly.
• Accessor iteration et al. may remain unstable post gltf 1.0.
• gltf-importer may stabilise with gltf.

Currently planned features

• A Source trait for sourcing pre-existing buffer data. This must be implemented by the user.
• A generic Iterator that visits the components of an Accessor.
• Hence, iterators for visiting the positions, indices, colours, etc. of a Primitive.
• Flat normal generation.
• Tangent generation using the mikktspace algorithm.

Note

The gltf-json crate will continue to exist in order to reduce compile times. Its semver post gltf 1.0 will match that of gltf although the crate is not intended to stabilise. This should be mentioned in the documentation.

[alteous]

I failed to realise that gltf-utils depends on gltf so in order to avoid version mismatch issues the semver must match that of gltf.

[erlend-sh]

It's getting to that point where it might be handy to have these glTF libraries collected in a @gltf-rs org. @bwasty's gltf-viewer could be in there too.

[alteous]

@erlend-sh Good idea. I'll set it up soon.