weixin_44026878的博客

降低使用门槛，达到不用一行代码就能做完整个“智慧城市”项目！

利用Niagara GPU 粒子的特性，来动态生成三维热力图，高程图！

本着有啥解决啥的目标就做了这个内容，主要是解决真实地形的处理问题，废话不多说，直接上记录：1、下载高度图，地理空间数据云:http://www.gscloud.cn/search，注册账号白嫖即可2、绘制对应区域进行下载内容还是不错的，主要是下载速度慢了点，毕竟是白嫖，要求不能太高打开后会有三个文件，用一个叫做Global Mapper 的软件打开即可，安装包可百度搜索或者到原UP主找2、用软件把高程图转换成高度图，方便导入UE4看一下没什么问题就可以导出了！输出..

这个问题并不是能得到解决，只能能尽可能比秒这个问题。说到建筑可视化、不可不面临的一个问题：摩尔纹，也就是有建筑可视化才会如此频繁的出现摩尔纹问题，毕竟都是数据存储方式，难免会出现各式各样的问题。既然是要解决这个问题，那就不得不要先了解，什么是摩尔纹，下文附链接：既然是使用电子设备才会产生的问题，很难从根源解决这种问题，（使用胶片记录的就好很多，但是可能么？）首先看看效果：（当然可以通过提高采样才减缓摩尔纹，但是所带来的性能消耗并不是我能接受的，一个权衡的过程）其实办法很简单， 相

好嘛，沉寂多年，又开始写一些内容了。主要是针对近期又开始做一些有关UE 性能优化的内容，不可不开始把自己的感悟记录下来。刚开始接触距离长的时候是官方的一篇文章，是作为及知乎上一个大佬通过距离长对动态液体的模拟，算是初入距离场的大门今天主要是针对近期项目，有关距离场投影的应用，并且对其注意事项做比较详细的解释1、打开距离长、我先对这个图进行一个阐释，（有不对的地方请斧正）在这个场景中，主要是用于检查距离场存在问题的地方，比如说，图中标记红点的地方都是有缺失的，意味着这个距离场.

上一篇文件简单介绍了各种压缩方式，这一片就记录TexturePacker 的使用，再U3d中是又自动合成的工具，而在UE4 中、需要自己手动合并、使用到的工具是：这个软件、可以导出到很多引擎中，具体的这个使用我就不进行详细介绍了。是有中文版本，自己看说明就可以正常使用，直接导入后就是这个样子、可以不对其进行任何修改就能直接使用。直接导出指定的平台就可输出后是两个文件、一个是sprites 文件和Texture文件，只用拖入sprites 文件即可然后再对应的文件夹

就手机游戏而言、图片资源能否合理应用就基本上决定给了游戏包体的大小、和向下兼容的极限机型（瞎说的）。所以今天就缩小图片对游戏影响，缩小游戏在内从的大小，缩小游戏的包体。然后对常用的集中缩小包体的方式做一下简单的梳理。（只是应用并不做很深入研究）第一项：压缩设施、默认DXT：了解不同压缩的方式对图片的影响不同、一般游戏内部非透明默认都是采用DXT1的压缩方式，而透明则采用的是DXT5，这种压缩能极大的减少图片所占的空间，相对其他的来讲，（2的幂次、后面会说）法线贴图：BC5如果导.

前提：项目开始的时间较为久远、内存挤压比较严重，会在游戏一开始的时候把所有图片都加载到内存中。结论：蓝图中，只要运行中的蓝图有的引用，一定会加载到内存中，不管有没有使用到，它的生命周期是跟着蓝图走，如果蓝图销毁，系统就会里面的变量全部回收。（哪怕没有执行、都会进行创建，所以就导致不用的资源一定要删除）同样、如果是Datatable 的话、同样会把datatable 中的所有变量全部加载，包括图片。（非常占内存）如果是只是创建（选择特定的加载方式、UE4 很多节点看似没有创建变量、其实都是

最近有个奇葩的要求，要一个页签界面添加1000+物品进行滑动！常规做法就是不断创建，创建，创建，然后全部删除。要是有多个页签进行切换、Widget 的清理是非常慢的、稍微切换几次就崩溃了！！！于是就有下面的操作，用固定的格子进行滑动，也就是说滑动界面只是固定的35个、滑来滑去也只是35个格子挪来挪去。但是会把1000个数据都存下来，既保证了美观度，又保证合理性。可以看滑条是来回移动，实际上只有35。保证稳定性。主要逻辑；优点：兼容性质比较强，可以以有限的数据显示无线的资.

首先介绍一下材质信息，都至于基础颜色（瞎选的）1、先获取屏幕颜色信息（拥有光照的信息）通过去饱和转换成黑白信息2、获取材质颜色信息（纯材质颜色信息）（Es3.1并不支持）两者相除可以得到每个像素的光照信息。限制0-1当然你可以使用像素检查其对其进行检查、观察下面几个参数。当然、你的场景就会变成下面这个样子拿到光阴信息并不是我们最终想要的结果、我们要继续往下把光阴信息转换成我们想要的颜色信息首先做一个测试通过floor 把取到的...

通过二进制进行遮罩分离，最多可以进行二十四张通道信息的保存（不可保存过度信息）结果发现在实现的过程中、占用太大的内存，（由于对储存的要求比较高，不能有偏差，不然会出现错误如下图）当我用默认的DX1保存的时候就会出现问题，其实在编辑器中就可以发现，纹理已经丢失了。所以对需要进行特殊设置进行单通道进行保存，然后在材质中进行通达分离。但是，设置无损后的图片大小太大。导致并没有起到很好的作用，（两者都未进行生成mipmap）普通512的遮罩大小“特殊设置”的大小所以不

是一个需求、想做一个朝向摄像机的数字、并不像通过UMG消耗太多性能，就用材质写了这么一个东西。主要用于转移cup的消耗制作的先看内容、用了两个自定义节点和一个自定义函数，（其实可以都用函数、有很大的优化空间）首先在输入数字后进行拆分、目前最大支持4位数字，基本满足很多东西了。（可以进行继续扩展、根据需求能继续拆分）float4 AndNum;AndNum.x = floor(InputNum/1000);AndNum.y = floor(InputNum/100-AndNu

主要时发现问题后分析解决问题的办法和思路 、并没有太多的技术含量。目前是发现了一个问题、当我想用BOX 拼接一个效果的时候、在远处会出现问题、所以导致了有以下的方案先看一下问题所在：可以明显看到远处有问题的产生，然后看一下贴图是这个样子的送三个色块模拟贴图我所用的采样时通过法线方向读取的采样float2 localUV;localUV.x = GlobalUV.x / 2;localUV.y = GlobalUV.y / 2;// Topif (Location