cesium加载倾斜优化_CesiumLab V2.2.0 - 倾斜处理再优化

最新推荐文章于 2024-08-29 21:18:05 发布

weixin_39927288

最新推荐文章于 2024-08-29 21:18:05 发布

阅读量1.3k

点赞数 1

文章标签： cesium加载倾斜优化

本文链接：https://blog.csdn.net/weixin_39927288/article/details/112940020

版权

CesiumLab针对倾斜数据处理的优化，包括解决处理过程中的崩溃问题，通过分离osgb到b3dm的转换和顶层块重建过程，降低内存使用并提高重建速度。此外，修复了重建后的黑边问题，并推出实时倾斜转换服务，允许用户快速预览和管理倾斜模型，但该服务仅对付费用户开放。

摘要由CSDN通过智能技术生成

最后修改时间：2020-03-19 14:05:39

还记得我写过得上一篇关于倾斜处理的终极优化方案：倾斜处理终极优化方案。

经过这段时间的用户反馈，看来我还是高兴的太早了，这篇文章虽然解决了处理基础架构问题和最终的效率问题，但是依然有大量的数据处理不出来。

1，主要反馈的问题是崩溃，这就是所谓的致命问题，也让我很崩溃。

由于倾斜数据庞大，动辄几十G，几百G，所以倾斜处理是个慢过程，给我们解决bug带来了相当大的麻烦：1，用户不愿意或者不能够提供给我们出错的数据。2，每处理一遍好几个小时的等待，就为了崩溃那一下，这调试起来效率有多低。

为了解决这个问题，我们再次优化处理方案，我们的倾斜处理分为两个过程：1)osgb对b3dm的一对一转换。2)对于顶层块的重建(以前版本的海量模式)。而我们发现几乎所有的崩溃都是由于重建过程出错的，为了解决这个错误。我们就修改代码能够只进行顶层合并处理(原来的代码必须完成一对一转换后才能合并)，加速排查问题。所以这一版更新后，你们会发现倾斜处理V3界面上用户可以选择勾选这两个过程，也就意味着其实我们代码内部已经完全分离两个过程的耦合性。

倾斜处理的两个过程

经过若干个熬夜，终于我们排查出一些问题，重建过程中有一定的内存泄露，导致内存占用严重，最终导致程序崩溃，现在已经修复了内存泄漏，降低了内存的使用量。并且优化了重建过程，重建速度至少翻倍。

2，用户反馈的第二个问题重建后的黑边问题，我们先放图对比下：

重建后的黑边消除对比

这是我把这次优化后的无黑边效果和原来有黑边的效果做了个gif对比(使用CesiumLab三维可视里的模型视口功能)

本来以为这个问题不好解决，后来发现我们的重建的纹理已经很好的用透明度区分了这个黑色数据，我们只需要把gltf里的纹理使用png存储稍作设置即可。

3，实时倾斜转换服务

还是原来那个问题，由于倾斜的数据量特别大，我们处理过程很缓慢(尤其做纹理优化，更是慢如蜗牛)，我们考虑如何最快速让用户看见的自己倾斜模型。刚好也是为了我们解决上述的问题，我们增加了这个重磅功能。

服务管理--倾斜实时转换服务

我们只需要在界面上设置倾斜目录(到Data)，我们立即获得一个3dtiles的服务地址，加载到场景中直接可以预览。实时转换当然实现仅仅是上述我们提到的一对一转换过程，也就是可以把一对一转换实时完成，并不需要预先跑一遍，虽然没有合并顶层块，但是能最快速的看到数据也是很好呀。

几种使用方式：

1) 无需处理，直接浏览osgb模型。