Open ketourneau opened 3 years ago
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 !
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?
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 !