Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.
And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.
Draco compression doesn't work with Sparse Accessors
See original GitHub issueDescribe the bug I’m not entirely sure if the title is accurate, but it seems that draco compression via gltf-transform a) doesn’t keep sparse accessors and thus results in bigger files than passed in b) breaks the file, error “Offset is outside the bounds of the DataView”.
To Reproduce Steps to reproduce the behavior:
- Download + unpack
FacialAnimation.sparse.zip
2… Run
gltf-transform draco FacialAnimation.sparse.glb FacialAnimation.sparse.draco.glb - Open the resulting file in https://sandbox.babylonjs.com/
Expected behavior Resulting file should probably be smaller and still work.
Additional context
While Babylon rejects the file, threejs/model-viewer play the file (but show the validation errors), with interesting results:
Issue Analytics
- State:
- Created 2 years ago
- Comments:7 (6 by maintainers)
Top Results From Across the Web
Top Related Medium Post
Top Related StackOverflow Question
Troubleshoot Live Code
Top Related Reddit Thread
Top Related Hackernoon Post
Top Related Tweet
Top Related Dev.to Post
Top Related Hashnode Post
Proposed fix in #355, support for writing sparse accessors tracked in https://github.com/donmccurdy/glTF-Transform/issues/351.
Still investigating why the output is broken here – see https://github.com/google/draco/issues/720#issuecomment-886135249.