体验过多个版本的同学应该发现了，随着unity版本的更新，Enlighten的烘焙方式由于Geomerics公司的停止维护也被unity官方逐渐舍弃掉了，现在剩下的就是渐进式烘焙CPU或者GPU了。本来想把烘焙的知识点都补充到之前讲烘焙的那个文章里，但是我看了一下因为补充了很多东西以及夹杂了很多图片，实在是有点长了，索性就重开一篇。
CPU和GPU两个版本所用的底层技术相同，唯一的区别是：CPU版本使用CPU和内存进行计算；GPU版本使用显卡和显存进行计算。
如果使用CPU版本进行烘焙，影响烘焙效率的是CPU的速度和内存的大小。
如果使用GPU版本进行烘焙，影响烘焙效率的则是显卡的速度和显存的大小。
那其实知道区别以后大家进行烘焙的时候就能很明确的知道自己该根据自己电脑的配置选择哪种方式更加高效了。
我不知道大家会选那个，因为我这个电脑我分别测试过两者的速度，GPU烘焙速度略胜一筹，所以新项目新场景我习惯用GPU进行烘焙了，但是有时候发现正在烘焙读条呢，突然给我自动切到CPU了。
这是因为：进行光照贴图烘焙时，GPU版本使用的是显存。就目前的显卡来说，显存总是有限的，我们也无法像添加内存那样可以自行添加（内存也相对便宜很多）。如果当前场景在烘焙时所需的显存空间超出了当前显卡具备的显存大小，那么GPU版本就会停止工作。这时我们就需要一个后退的方法，那就是CPU版本来救场了：在烘焙过程中，如果Unity发现显存耗尽，Unity会把GPU版本自动切换到CPU版本。
从GPU版本到CPU版本的切换会发生在准备烘焙阶段。在Unity编辑器的Console窗口可能会出现两段黄色的警报信息（第一段必出），示例图如下
OpenCL报错：后退到CPU光照烘焙。后面一段的意思就是显存不足了。
（可能出现）这一段是说降噪处理失败。请尝试警用降噪处理或者降低光照贴图大小。
如果在烘焙的进度条哪里看到Baking…[ETA: xx:xx:xx]，观察到没有切换到CPU版本的话，你可以放心之后会继续用GPU版本进行烘焙了。否则如果这时候你离座去干个别的事情，可能回来一看烘焙时间翻了10倍：因为自动切换到CPU版本。
因为场景中参与烘焙的资源量大小是不一样的，所以完全避免切换是不可能的。
通过前面不同型号的GPU烘焙测试，可以知道确保能够在场景中使用GPU烘焙的前提条件是当前系统可用显存的大小。因此能否使用GPU烘焙就看我们的系统能否省出足够的显存给渐进式光照烘焙这个模块用。以下是一些节省系统显存的方法：
(1) 如下图所示，通过顶部菜单Edit > Project Settings打开项目设置界面，在烘焙开始之前将Texture Quality调整为Eighth Res，意思是在Scene窗口和Game窗口只使用纹理贴图的1/8尺寸进行显示。（默认为Full Res：意思为使用完整尺寸的纹理贴图进行显示）。烘焙结束之后调整回Full Res。具体设置界面如下图所示：
(2) 在烘焙过程中如果不需要查看渐进式的烘焙过程，可以隐藏Scene窗口和Game窗口，比如像下图一样将Project Settings窗口覆盖在最上层（我的理解是看不到的地方不工作，省下了显卡渲染game、scene两个窗口的显存）：
(3) 将场景切分成多个小场景，使用多场景的方式进行加载。这样可以针对各个小场景进行烘焙。这个也没啥，就是尽量让要烘焙场景烘焙时需要的显存够小，就不会发生显存不足切到CPU了。
我在unity中文课堂看到的这篇文章，我觉得是关于烘焙方面很好的教程，系统讲解烘焙的文章我觉得是很少的。传送门大家如果有烘焙方面的疑惑可以都去看一下。
?博客主页：https://xiaoy.blog.csdn.net?本文由呆呆敲代码的小Y原创，首发于CSDN??学习专栏推荐：Unity系统学习专栏?游戏制作专栏推荐：游戏制作?Unity实战100例专栏推荐：Unity实战100例教程?欢迎点赞?收藏⭐留言?如有错误敬请指正！?未来很长，值得我们全力奔赴更美好的生活✨------------------❤️分割线❤️-------------------------
本教程将在Unity3D中混合Optitrack与数据手套的数据流，在人体运动的基础上，添加双手手指部分的运动。双手手背的角度仍由Optitrack提供，数据手套提供双手手指的角度。 01 客户端软件分别安装MotiveBody与MotionVenus并校准人体与数据手套。MotiveBodyMotionVenus数据手套使用、校准流程参照：https://gitee.com/foheart_1/foheart-h1-data-summary.git02 数据转发打开MotiveBody软件的Streaming，开始向Unity3D广播数据；MotionVenus中设置->选项选择Unit
目录1.AdmobSDK下载地址2.将下载好的unityPackagesdk导入到unity里编辑 3.解析依赖到项目中
Unity自动旋转动画1.开门需要门把手先动,门再动2.关门需要门先动,门把手再动3.中途播放过程中不可以再次进行操作觉得太复杂?查看我的文章开关门简易进阶版效果:如果这个门可以直接打开的话,就不需要放置"门把手"如果门把手还有钥匙需要旋转,那就可以把钥匙放在门把手的"门把手",理论上是可以无限套娃的可调整参数有:角度,反向,轴向,速度运行时点击Test进行测试自己写的代码比较垃圾,命名与结构比较拉,高手轻点喷,新手有类似的需求可以拿去做参考上代码usingSystem.Collections;usingSystem.Collections.Generic;usingUnityEngine;u
写在之前Shader变体、Shader属性定义技巧、自定义材质面板，这三个知识点任何一个单拿出来都是一套知识体系，不能一概而论，本文章目的在于将学习和实际工作中遇见的问题进行总结，类似于网络笔记之用，方便后续回顾查看，如有以偏概全、不祥不尽之处，还望海涵。1、Shader变体先看一段代码......Properties{ [KeywordEnum(on,off)]USL_USE_COL("IsUseColorMixTex?",int)=0 [Toggle(IS_RED_ON)]_IsRed("IsRed?",int)=0}......//中间省略，后续会有完整代码 #pragmamulti_c
三分钟集成Tap防沉迷SDK（Unity版）一、SDK介绍基于国家对上线所有游戏必须增加防沉迷功能的政策下，TapTap推出防沉迷SDK，供游戏开发者进行接入；允许未成年用户在周五、六、日以及法定节假日晚上8:00-9:00进行游戏，防沉谜时间段进入游戏会弹窗进行提示！开发环境要求：Unity2019.4或更高版本iOS10或更高版本Android5.0（APIlevel21）或更高版本🔗Unity集成Demo参考链接🔗UnityTapSDK功能体验APK下载链接二、集成前准备1.创建应用进入开发者后台,按照提示开始创建应用；2.开通服务在使用TDS实名认证和防沉迷服务之前，需要在上面创建的应
写在前面前两天学习并整理的大气散射基础知识：【Unity大气渲染】关于单次大气散射的理论知识，收获了很多，但不得不承认的是，这其实已经是最早的、90年代的非常古老的方法了，后来也出现了一些优化性的计算思路和方法。因此，我打算先不急着跟各种教程在Unity中实现大气散射，而是再花时间来看看最近的游戏是如何去实现大气渲染的：06.游戏中地形大气和云的渲染(下)|GAMES104-现代游戏引擎：从入门到实践接下来就跟着GAMES104讲地形大气和云渲染的部分学习并做简单的记录，涉及到之前没提到的Mie散射也只选择直接截图PPT的方式记录啦！毕竟对于做作品来说，之后实现出来才是重要的~当然，May佬的
所以我看到unity支持c#、JS和Boo。我可以学习其中一个，但我想制作一个“编译器”或类似的东西，让我可以编写ruby代码并输出JS代码或制作一个可以被Unity编译器读取的层。这有可能吗？我愿意在这方面投入很多时间并且有相当多的经验。 最佳答案 如果您的问题实际上是“我如何将Ruby编译为JavaScript”，那么这更容易回答:Opal:RubytoJavaScriptcompiler但是，学习其中一种受支持的语言会更好。当运行的是用另一种语言解释的代码时，很难调试“您的”代码。
1.Scenes游戏场景文件夹用于放置unity的场景文件 2.Plugins插件文件夹用于放置unity的依赖文件，例如dll 3.Scripts脚本文件夹用于放置unity的c#脚本文件 4.Resources游戏资源文件夹用于放置unity的各种游戏资源，比如images,prefabs,同时只有放到Resources文件夹的游戏资源才能使用Resource.load(资源路径不加后缀)加载到游戏内存中进行使用 5.EditorUnity编辑器扩展脚本文件夹usingUnityEditor;这个名称空间就是Unity编辑器的名称空间这个名称空间提供了扩展Unity编辑器的各种类 【你所有
Unity数据可视化图表插件XCharts3.0发布历时8个多月，业余时间，断断续续，XCharts3.0总算发布了。如果要打个满意度，我给3.0版本来个80分。对于代码框架结构设计的调整改动，基本符合预期，甚是满意。相比之前的1.0和2.0版本，我认为3.0才是一个拿得出手给广大开发者使用的版本。1.0发布的时候，很兴奋，从0.1到1.0，也磨了一年，真的等不及想给大家试用了，还特地写过一篇文章以示庆祝。那个时候，1.0虽然还还不够完善，功能也不够丰富，但它是XCharts的开始，没有1.0，也就没有后面的2.0和3.0。后面的2.0发布，做了很多改进和优化，随着版本迭代，慢慢的发现有不少硬
