search

scially / Cesium3DTilesConverter

Convert OSGB,Shp,GDAL To Cesium 3DTiles
GNU Lesser General Public License v2.1
369 stars 85 forks source link

顶层重建的一点疑惑 #30

Closed cici19850 closed 7 months ago

cici19850 commented 8 months ago

你好，我用代码里面的测试数据测试了顶层重建的功能，有几个问题没有理解呢： 1、转换后的b3dm为什么只保留范围相同的的最清晰的tile，其余的不要了呢？比如Tile+000+012下，实际生成的Tile+000+012.b3dm是Tile+000+012_L180uuuu.osgb的数据，15、16、17是因为范围相同，所以不要了吗？ 2、顶层合并后，top下面的所有.b3dm文件，都只是读取了根的osgb（Tile+000+012.osgb、Tile+000+013.osgb、Tile+000+014.osgb、Tile+000+015.osgb、Tile+000+016.osgb、Tile+000_+017.osgb）作为group节点里面的node， 15、16、17这些osgb也没有读取，这是为什么呢？

scially commented 8 months ago
  1. 是我有一个geometricError做控制，太粗糙的就不考虑了。 那根据计算规则到了18级而已。
  2. 是因为我在做合并根节点的时候，本身就是要对纹理和顶点压缩，所以直接拿跟节点往上重建（这里也是我自己想出来的策略，不知道实际使用中应该怎么考虑）
cici19850 commented 8 months ago

最后生成的top_1_0_1.b3dm和top_2_0_3.b3dm是相同的，top_1_0_2.b3dm和top_2_0_4.b3dm也是相同的，top_1和top_2是相同的，为什么要生成两层呢？

scially commented 8 months ago

看着相同，其实vertex用OSG Sample做了优化的（只是不多），在最新的代码中给了优化，重建顶层后，对top的osg进行geometricError筛选，会避免这个情况