[Bug] Decimation only works for LOD 1, subsequents LODs are having same size

[Rakiah]

using the following command:

yields me a folder with 3 LOD,

first one is untouched, non decimated
second one is slighly decimated (LOD_0)
third one is exactly as second one (LOD_1)

this is same effect if I create 10 lods, the fourth, fifth etc will have exactly the same size as LOD_0

[pierotofy]

Might be a bug, or perhaps an issue with the model.

Help us debug/fix it?

[HeDo88TH]

I just tested --lods 10 with the dataset https://hub.dronedb.app/r/pierotofy/brighton-beach
It generates these objs / faces:

base		347268
0		312542
1		277814
2		243088
3		208360
4		173634
5		138908
6		104180
7		 69454
8		 38558

Can you please provide your data in order to try to reproduce this issue?

[bingo-soft]

I have the very same problem when I try to create 8 LODs for my obj-file. The command I run looks like so:

/Obj2Tiles --stage Decimation --lods 8 ./17f0212f-40cb-482c-baab-4f523c349958.obj ./17f0212f-40cb-482c-baab-4f523c349958_lods

And this is what I get as a result:

As you can see all LODs have the very same size, so decimation happens only once.

[dknezevic]

This actually depends on your mesh. The Fast Quadratic Decimation algorithm is non destructive, so it can decimate the mesh only to a certain level. Once that level is reached, the mesh can not be additionaly simplified and all subsequents lods will have the same number od triangles.