We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Hi,
We compress glb files with draco with gltf-pipeline : gltf-pipeline -i file.glb -o output.glb --binary --draco.compresssMeshes --draco.quantizePositionBits 16 --draco.unifiedQuantization true --draco.compressionLevel 10
gltf-pipeline -i file.glb -o output.glb --binary --draco.compresssMeshes --draco.quantizePositionBits 16 --draco.unifiedQuantization true --draco.compressionLevel 10
With this glb file, draco compression took 45 min. With this glb file, draco compresion took 27 min.
We tried to use --draco.compressionLevel 1but compression time still remains the same.
--draco.compressionLevel 1
We have an average compression time of 5min on 112 glb so we don't understand why the 2 glb above take so much time.
Our Draco compression run in a docker image node:12-stretch-slim
node:12-stretch-slim
Hardware Specifications
Thanks in advance !
The text was updated successfully, but these errors were encountered:
When my models contains nearly ten million tris, gltf-pipeline could be stalled for days (on a Ryzen 5950x).
Can we ultilize the c++ encoder to have the most of the speed?
Sorry, something went wrong.
No branches or pull requests
Hi,
We compress glb files with draco with gltf-pipeline :
gltf-pipeline -i file.glb -o output.glb --binary --draco.compresssMeshes --draco.quantizePositionBits 16 --draco.unifiedQuantization true --draco.compressionLevel 10
With this glb file, draco compression took 45 min.
With this glb file, draco compresion took 27 min.
We tried to use
--draco.compressionLevel 1
but compression time still remains the same.We have an average compression time of 5min on 112 glb so we don't understand why the 2 glb above take so much time.
Our Draco compression run in a docker image
node:12-stretch-slim
Hardware Specifications
Thanks in advance !
The text was updated successfully, but these errors were encountered: