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

OpenDroneMap / Obj2Tiles

Converts OBJ files to OGC 3D tiles by performing splitting, decimation and conversion

GNU Affero General Public License v3.0

196 stars 58 forks source link

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

Open Rakiah opened 1 year ago

Rakiah commented 1 year ago

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 commented 1 year ago

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

Help us debug/fix it?

HeDo88TH commented 1 year ago

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 commented 8 months ago

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.