cesiumlab / cesiumlab/XbsjEarthUI

倾斜、点云模型加载崩溃

Open
#26 0 comments 0 reactions 0 assignees View on GitHub
documentation question
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.