Unity中国团队正式公布，将推出部署在中国本地的云端渲染服务，并将免费向所有开发者进行使用，且不对使用终端进行限制。
Unity官方表示国内的云渲染服务和之前国外推出的Furioos云渲染服务一样，都能够不受终端硬件限制，不需要下载时间的为用户完成项目渲染，并进行实时展示。。
据介绍，使用云渲染服务，用户只需拖拽包含项目应用的ZIP文件，即可完成项目上传。在用户上传项目后，系统将生成一个URL链接，任何人都可以使用它来访问呈现的项目。
虽然这个功能对Unity自己的游戏开发和渲染起不了多大作用，但是在建筑、施工、广告等需要用到Unity引擎的设计行业上，该功能能够快速的为客户展现效果预览，而且避免了硬件不兼容带来的各种尴尬问题。
据悉，目前该功能支持用户使用Chrome、Firefox、Safari等主流浏览器访问，并允许用户使用微信直接打开链接。。
云渲染怎么弄
在渲染云的自然现象时，首先要了解噪波的概念。这个噪声指的是一些描述自然规律的随机函数。比如著名的柏林噪音。Perlin噪声广泛用于模拟自然环境，如云、火焰和地形，而Worley噪声则用于模拟一些多孔结构，如纸张、木纹等。实际上，Wroley noise也可以用在云上。
我们用的噪音是智商大神做的噪音，效率和性能都很好。
这些还不够。我们必须分析基本算法，并查看Horizon的早期云实施：
主要思路是根据raymarching得到云的形状，然后加上光照。
接下来我们会一步一步的实现整个过程，但是因为手机上性能的考虑，完整的云会大大* *。
红色部分是我们相机的视场，所以我们可以计算水平fov的tan。
通过实现上述所有部分，你可以得到一个从固定角度看起来很好的普通云。大概是这样的：
但是，如果你移动你的摄像机的位置，你会发现这片云中的各种异常。所以我们必须一步一步地解决问题。
首先是计算的浪费。我们建立的云模型是水平的，由顶部和底部组成。来自相机的光线实际上要穿过顶部和底部才能产生效果。所以，其实我们可以直接从摄像头的顶交点或者底交点开始计算。如果它位于摄像机内部，则操作从摄像机位置开始。
这将解决第一个问题。
因为一般情况下云层都比较高，移动相机位置造成的变化容易过大，导致采样图一旦开始移动，坐标就会快速移动，造成云层的瞬间变化。但是，我们知道相机的移动对云来说是无关紧要的，所以我添加了一个缩放因子。因为云层大概有几公里，所以我把这个因子设为1000，然后根据离云层的距离做一个基本的非线性关系。
如你所见，我将根据顶部或底部制作不同的分支。这其实是我的懒惰。我可以用直线和线段作为建议来简化这段代码，但现在就这么做吧。可以优先考虑功能。最后还有一个_cloudOffset和Offset，我们后面会解释。
接下来是边缘过渡的问题。超过上下的云层边缘不会直接统计，会导致修剪的很难看，所以我要根据上下加一个透明过渡。另外，如果云层很厚，我们会把整个噪声分布在所有的云层里，会导致云层变薄，所以需要一个循环的过程。我是通过一个简单的线性周期函数认识到这一点的。
在这一点上，理论上应该是可以的，但是实际操作中发现，当远离云的时候，云的噪声是很强的。试想一下，在现实中，当我们从远处看云的时候，云的那些细节会逐渐变成更大的纯色，边缘处还是有细节的。但是，如果我们按照位置采样那么远，必然会产生噪声。我想好了，我觉得如果能始终如一的保持近距离的渲染效果，根据距离做一些改变就好了。于是我添加了变量_cloudOffset，它会根据相机的位置和云的位置动态变化，保证云的渲染效果始终聚焦在更近的观察上。虽然给人感觉离云很近很不自然，但总体感觉还是可以接受的。
这部分我没有太多想法，直接用了智商大佬的基本思路。云的边缘会改变。通过在光的方向上采样，获得新位置上的云的密度。如果密度变小，说明离云的边缘越近，越亮。
实现还是基于云的上层和下层的区别，因为如果一个方向变亮，另一个方向就会变暗，所以需要反转Y轴。
至此，我们大概已经体会到了这样一种云：
最后说一下这个云的问题。
这片云根本不可用。第一，作为后期处理特效，最早只能在不透明物体完成后渲染，也就是云总是叠加在不透明物体上。使用CommandBuffer来控制渲染的时机更合理。或者用补丁代替后期处理，但是补丁不能下采样，在手机上性能达不到标准。所以你还是需要用CommandBuffer来改造这个云。
当然，你也可以设置自己的深度缓存，这样可以融合云和物体，但是性能更贵。
即使没有以上，这个手机场景演示在vivo x6手机上也只能运行30帧。穿越云端的大咖只有10帧。所以，你还是需要一个更好的手机来使用这样做出来的云。
总而言之，我们需要继续优化。