cesiumlab / cesiumlab/XbsjEarthUI
倾斜、点云模型加载崩溃
- Dominant language
- JavaScript
- Stars
- 734
- Forks
- 193
- PR merge metrics
- No merged PRs in 30d
Description
@王佳莹
问题:倾斜、点云模型加载崩溃
复现操作:一段时间内频繁快速缩放浏览模型
配置/数据:
1)电脑内存是32G的;
2)点云数据原始las近135G,转换3dtiles后近101G;
3)倾斜数据原始osgb近1T,转换3dtiles后近200G;
现象:
1)浏览模型时,谷歌浏览器在任务管理器中的内存占用一直增长,长到4300MB左右,浏
览器崩溃
2)浏览点云模型时内存占用的增长速度比浏览倾斜模型时的快,点云5分钟左右崩溃,倾
斜35分钟左右崩溃
备注:
1)前端框架用的Vue, 已将Cesium相关变量放到data外或加前缀_ ;
2)原生Cesium和EarthSDK均试过,使用EarthSDK效果好一些(加载更快,崩的时间点
更后)
3)想问一下,Cesium加载模型时,浏览器占用的内存是不是不会释放,只会-直增加? ?
针对点云模型加载短时间就崩溃的情况,有什么解决办法么? ? |
想问一下,Cesium加载模型时,浏览器占用的内存是不是不会释放,只会一直增加??针对点云模型加载短时间就崩溃的情况,有什么解决办法么??
---
加载崩溃是因为点云和倾斜的顶层没有做LOD处理
cesium加载时需要一个一个小块去加载,此时如果小块数量过多,必然会导致内存不够
所以不管是点云还是倾斜,最重要的是处理好顶层块,让顶层块只有一个小块,就不会崩溃了
@王佳莹 因为点云的密度实际很大,越精细占用资源越大,其实如果参考potree,你会发现都会设置pointsize,这样实际点云不需要如此密集。处理的时候可以把抽稀阈值改大
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reproducing the crash while rapidly zooming the listed point-cloud and oblique models in the Vue application, using the browser task manager to observe memory growth. Review the Cesium and EarthSDK loading configuration, especially top-level LOD and point-cloud thinning settings. Done means repeated browsing no longer exhausts browser memory or crash timing is substantially improved.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- computer-graphics, frontend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100