order changed after decode?

[saedrna]

order changed after decode?

[ondys]

@mlenta
Skinning weights (or any other vertex attribute) should be encoded as a separate generic attribute inside the mesh. This way, their order is going to match the order of vertices of the decoded mesh.

[saedrna]

@themmes Draco wins, but is lossy.

[ondys]

Yes you are right, the order of the points is not preserved for the options that you selected.

Try setting the speed options to: SetSpeedOptions(&options, 10, 10);

anything below 10 currently uses kD-tree compression method which provides better compression but is not order preserving. 10 will use a simple delta + entropy coding on the input points, which is an order preserving approach but the compression ratio is going to be worse.

[saedrna]

Thanks. In fact I do not care about the order in practice, so maybe I could try nn search to test the accuracy.

[1f0]

It would be really useful if Draco can export vertices order correspondence between uncompressed mesh and origin one. For example, skinning weight data will be useless if the order is lost.

[themmes]

off-topic: @saedrna can you say something about compression rate differences between Draco Pointcloud and LAZ format?