Cesium 视域分析html
好玩的东西你们都喜欢，但好玩又难嚼的东西就总让人心痒痒。视域分析应该说是GIS空间分析里比较经典又实用很广的功能，理论起来很简单，就是看得见与看不见的区分，上面实现的功能看得见绿色表示，看不见红色表示，对于工程师而已就是0与1的区分。函数
那么怎么来实现呢？在群里屡次讨论过，为寻方便，就放这里了。this
首先要明确一点，实现视域分析思路并不难，关键在于细节处理。记住这点，你就能实现它！spa
仅仅利用Cesium自带的API来怼出来是不太切合实际的，看过有人画面来贴建筑，示意线也画出来了，但真的好无趣，最后只能是浪费大量时间。咱们地走正路，从图形学的角度出发，实现视域分析大方向能够经过模板和深度来实现，可能有的人眼前一亮，0与1之间的区分，模板不是最直接的选择吗，但从笔者实践来看，模板在Cesium里实现起来可没有深度那么来得方便，综合最终效果而言，我的也比较推荐用深度来实现比较好。code
好了，大政方针肯定了，开始实施。orm
咱们视域分析的结果，无论可见与不可见，最终像素它都是在所分析对应的观察视角的CVV里，以外的像素是不用关心的，所以先将相机移到咱们的观察视角，正常获取一张深度图（至于如何在Cesium里获取到深度图可参照另一篇文章：Cesium渲染流程https://www.cnblogs.com/GISCesium/p/10420492.html）。在和正常场景渲染的深度图作对比，便可肯定那些像素对于观察视角可见，那些不可见。htm
也能够本身获取深度图，咱们须要本身先建立一个Framebuffer来承载咱们的深度信息，在Cesium里就是放在一个纹理对象中来管理以下：对象
var framebuffer = new Framebuffer({
context : context,
depthStencilTexture : new Texture({
context : context,
width : context.drawingBufferWidth,
height : context.drawingBufferHeight,
pixelFormat : PixelFormat.DEPTH_STENCIL,
pixelDatatype : PixelDatatype.UNSIGNED_INT_24_8
})
});blog
具体参数就不过多介绍了，此时此刻，咱们拥有了一个正常批次渲染中的“一帧”，再绑定到PassState上便可获取到了：ci
this._scene.getViewDepth(clearCommand, PassState, myCamera);
this._pickDepth.update(context, this._PassState.framebuffer.depthStencilTexture);
this._pickDepth.executeCopyDepth(context, this._PassState);
建议是经过自定义的方式获取，这样比较灵活，磨刀不误砍柴工，我一开始就本身封装好了不一样阶段深度信息的获取类，到后面才真正体验到那叫一个方便啊。
原始场景的深度信息获取就更简单了，方式也多样，好比能够直接经过屏幕坐标反算得出：
.......
var drawingBufferPosition = SceneTransforms.transformWindowToDrawingBuffer(this._scene, windowCoordinate, new Cartesian2());
drawingBufferPosition.y = this._scene.drawingBufferHeight - drawingBufferPosition.y;
pickDepth.getDepth(context, drawingBufferPosition.x, drawingBufferPosition.y);
......
固然最偷懒的方式经过相机矩阵，利用向量变换也能够还原出实际深度值。
可能咱们仍是以为这样一通操做，仍是麻烦了，以前也说过，利用Cesium自带的ShadowMap也能够实现视域分析，这种方式确实在Cesium基础之上改一改就完事。对于要增强Cesium源码掌控的不建议这样作，但为了尽快出效果能够先试试这种方式。基于ShadowMap的思路比较简单，这里就简明扼要的记录一下。
Cesium以Command的方式周而复始地实时刷新场景的样子，让咱们看到一个个三维场景，而有的命令具有这样的特征：一方面它具备通用特性，甚至是影响全局的；另一方面它并非每一帧都须要的。针对这些命令把他们放在derivedCommands的计算流程里，根据实际状况进行必要的计算。
在updateDerivedCommands函数里咱们看得就比较清晰：
这里可谓分工明确，其中就有咱们关心的阴影生成相关系的shadows分支命令的计算。这里须要强调一下，Scene场景下用于阴影分支计算的是单独的ShadowMap，而非本身实例化的ShadowMap，这里处理
很差，会影响后面视域分析结果与原生阴影之间的关系，甚至冲突。
至于Shader，直接看ShadowMap这个类就好了，判断一下那些在阴影区，那些不在，判断的方法Cesium也提供了直接的方法，咱们惟一要作的就是添加指定颜色uniform变量以及其它调控参数便可，上图并
不是惟一的效果，你也能够改出这样的的效果：
由于采用了传统透视投影的视锥体示意，彻底能够根据弧度本身画示意线便可，这都不是什么核心问题了。
总结一下，利用Cesium原生的技术便可完成视域分析功能这条路确实行得简单脱俗，但这里面隐藏了不少值得去深挖的问题，一个牵扯一个，环环相扣；再改造Cesium源码的过程当中不少表面上莫名其妙
的报错每每是由于没有看清源码意图致使的，因此有时间仍是实战一把对技术提高必将大有裨益。开源如此炫丽，但问题的根本不在于谁在用开源，而在于谁利用得好。
祝愿周末没事，技术继续分享交流，群685834990