unreal

你创建一官方的VR模板，然后在官方提供的文件就有那个调动手柄震动的蓝图节点 。

掌田津耶乃著，中国青年出版社的那本吗？我有PDF版的，私聊吧。

我来说说我得一些看法吧1. 敢开放源代码，说明对自己的信心，其实这也是对第三方厂家的示好，你有NB的东西，你可以做成插件在我这里卖一起赚钱。业界领袖还是要有一些领袖的风度的，。2. 对于小游戏开发组和独立开发组来说，不再担心使用NB的引擎需要付出的高昂费用，Steam上现在可以看到至少10个独立游戏是用UE4做的，有些甚至于开发组里面没有程序员，全部使用BP完成逻辑，3. 对于大公司，大项目来说，稳定可靠的Pipeline和开发环节中的控制，让他们会放心，而且签订一个商业授权买断比5%流水有时候要划算很多，特别是大项目。4， 霜寒好，可惜就EA自己玩。5. 移动平台上现在看起来Unity还是很厉害的，而UE4更多表现力在高端配置上会展现的比较多，但是要知道，1年前的手机性能和现在的性能差别有多少，经过1~2年迭代，到时候的移动平台中低端机器都可以秒杀现在的旗舰，SO，抓住高端的至少起点不会低。

1、首先，打开你的图中的Engine文件2、还有个Engine，打开它，找到Extras文件打开，找到UnrealEngineLauncher文件，打开有两个文件，一个图标是电脑光盘，这是安装程序启动。3、双击安装

在Maya里建好一个场景，一面三个立方体组成的墙，旁边有个甜甜圈。其中，组成墙的三个立方体是一个Group，它就是我们要导出到UE4的模型。 在Outliner里选中这墙的Group，再选择File->Game Exporter。 坑来了，请注意！！！ Game Exporter默认会选中Export All，你一不注意就会把场景里的甜甜圈一块导出去。这里一定记得考虑清楚，是不是要选择Export Selection只导出当前选中部分。然后，把模型拖动到UE4的Content Browser里导入模型。 下一个坑来了！！！ 在UE4中出现这个导入模型对话框后，如果直接按Import按钮，墙的三个组件会分开。 这是我们不想看到的情况，怎么办呢？单击下图红圈里的下拉按钮，打开更多选项。 其中有一项Combine Meshes可以把模型的几部分合到一起，勾选后单击Import按钮。 模型就作为一个整体导入进来了。 最终效果：

首先，编译出引擎。对于学习目的来说，从网上下载一份就够了，编译步骤简单的描述一下：我们把下载的代码解压到指定的目录，包括UnrealEngine-4.*.*-release.7z，Required_1of2.7z，Required_2of2.7z，三个文件。解压完成之后，在解压目录中，双击GenerateProjectFiles.bat 运行，等待完成。然后会生成UE4.sln文件。这样就可以打开UE4解决方案，编译出引擎。 　　对于打包安卓平台的功能来说，还需要一些特殊的步骤 　　假设我们已经完成了安卓平台编辑器的编译。现在就可以进行安卓平台的游戏打包了。 　　运行编辑器，双击EngineBinariesWin64UE4Editor.exe，先创建一个模板项目。为简便起见，我们直接打开选择BluePrintThirdPerson模板项目。这里要特别注意，不要勾选Include starter content 选项，否则打包出来的游戏包有差不多500M，这显然不是我们想要的。　　然后就可以选择打包游戏了， 如图所示，需要选择指定图片格式的平台，由于我用来测试的是三星手机枭龙处理器，采用ATC格式，所以选择第二个。如果不知道手机配置的，可以选择ETC1格式，兼容所有手机。等打包完成之后，运行游戏，4个手指同时触摸屏幕可以显示出当前手机支持的格式。 　　选择一个输出目录，待打包完成，会生成三个文件： 如果手机已经连接了电脑，并且adb可以识别的情况下，双击bat批处理文件就可以自动将游戏安装到手机了。也可以手动安装，就是将apk文件拷贝到手机上，双击安装，然后，在手机SD卡的Andriod 目录下创建obb目录（如果没有），然后创建游戏数据目录，这个目录名称可以参见bat文件最后一行命令，红色部分： 　　%ADB% push main.00001.epicgames.MyProject6.obb /mnt/sdcard/obb/.epicgames.MyProject6/main.00001.epicgames.MyProject6.obb 回复 赞 0 十里故清欢回复清水园子_ 有用

你这个是安装程序，打开你的图中的Engine文件，还有个Engine，打开它，找到Extras文件打开，找到UnrealEngineLauncher文件，打开有两个文件，一个图标是电脑光盘，这是安装程序启动，双击安装

直接上图。 Input里的mouse Properties 代表了点击事件属性 下面的可选项 use mouse for touch 代表了是否将鼠标事件转为touch事件 勾上代表启动touch事件不再接收mouse点击事件 不勾代表启用mouse事件不再接收touch事件 点击这里可以看到作者的其他文章

在百度问这个也是厉害。首先必须得有个条件，无条件的话岂不是BeginPlay的时候就开始播了。你这个是Jump条件应该是角色是否置空类似的条件。

那是用vs打开的，但前提是你的vs版本够且安装了nfringe插件。

全局光照（Lightmass） 创建具有复杂光交互作用的光照图，例如区域阴影和漫反射。它用于预计算具有固定和静止运动性的光源的照明贡献部分。 编辑器和全局光照之间的通信由 Swarm Agent 处理，它管理本地的照明构建，也可以将照明构建分发到远程机器。默认情况下以最小化方式打开的Swarm Agent还会跟踪照明构建进度，并让你了解哪些机器为你工作，它们在做什么，以及每个机器使用了多少线程。漫反射 漫反射（Diffuse Interreflection） 是目前为止视觉上最重要的全局照明效果。在默认情况下，光源以全局光照反射，而材质的基本颜色（BaseColor）项控制有多少光（和什么颜色）向各个方向反射。这种效果有时被称为渗色。漫反射是入射光在各个方向上均匀反射，即不受观测方向或位置的影响。 这里是一个由全局光照创建的场景，只有一个方向的光，且仅显示直接照明。光源无法直接照射的区域是黑色的。这是没有全局照明的结果。然后间接照明缓存使用这些照明样本内插可移动对象的间接照明。间接照明影响光源环境阴影的颜色，而不是方向。使用显示（Show）->可视化（Visualize）->体积照明样本（Volume Lighting Samples）在你的视口中预览它们。 限制 全局光照会自动计算出详细的间接阴影，但是为了艺术目的夸大间接阴影或者增强场景的接近感是很有用的。 环境遮挡（Ambient occlusion） 是你从一个均匀明亮的上半球得到的间接阴影，就像阴天。全局光照支持计算环境遮挡，将其应用于直接和间接照明，然后将其烘焙成光照图。默认情况下，环境遮挡是启用的，可以通过取消选中世界场景设置（World Settings）下的全局光照（Lightmass）的全局光照设置（Lightmass Settings）中的 使用环境遮挡（Use Ambient Occlusion） 复选框来禁用。环境法线天空遮挡 当启用具有固定移动性的天空光照（Sky Light） 具有固定移动能力时，全局光照以环境法线的形式产生定向遮挡。 全局光照计算固定光源（Stationary Lights） 的距离场阴影贴图。距离场阴影贴图即使在较低的分辨率下也能很好地保持其曲线形状；然而，它们不支持区域阴影或半透明阴影。 区域光源和阴影 采用全局光照时，所有具有静态移动性的光源在默认情况下都是区域光源。点光源和聚光灯光源使用的形状是一个球体，其半径是由全局光照设置（Lightmass Settings）下的光源半径（Light Source Radius）设置的。定向光源使用一个圆盘，位于场景的边缘。光源的大小是控制阴影柔度的两个因素之一，因为较大的光源会产生较柔和的阴影。另一个因素是从接收位置到阴影投射物的距离。随着距离的增加，阴影变得柔和，就像在现实生活中一样。光在通过应用到静态阴影投射网格体的半透明材质之后，将失去一些能量，导致半透明的阴影。 穿过材质的光称为透射光，每个颜色通道的透射光量在0到1之间。值为0表示完全不透明，1意味着入射光可以不受影响的穿过。由于透射光没有材质输入，所以目前是由以下其他材质输入得出的： 这意味着在不透明度为0时，该材质不会过滤掉入射光，也不会有半透明的阴影。在不透明度为1时，入射光将被材质的自发光或基本颜色（取决于是否被点亮）过滤。请注意，间接照明有时会洗掉半透明的阴影，使它们比半透明材料的自发光或漫反射更不饱和。 有几个因素控制半透明阴影清晰度。 渲染期间，光照像素颜色被确定为基本颜色 * 照明，所以基本颜色直接影响光照的可见度。高对比度或暗漫反射纹理使光照很难被注意到，而低对比度中距离漫反射纹理让光照的细节表现出来。 全局照明（也称为间接光照和间接照明）模拟与几何体和材质表面的照明交互，以向场景和项目中添加逼真的照明。该模拟还考虑了与之相互作用的材料的吸收和反射率。 可通过以下两种方式之一来模拟光在3D世界中的行为方式：使用支持光运动的和动态光交互的实时照明方法，或使用预先计算（或烘焙）的照明信息（存储在应用于几何体的纹理中）表面。虚幻引擎提供了这两种照明场景的方式，并且它们并不是彼此唯一的，因为它们可以彼此无缝融合。 虚幻引擎中的灯光烘焙系统提供了两种使用Lightmass计算灯光数据的方式：在CPU或GPU上。预计算的照明用于获得不受实时限制影响的高质量结果。但是，由于照明是生成的并存储在应用于几何体的纹理中，因此无法动态更改。 在下面探索可用的预先计算的照明工作流程。

可以用Mac和Windows下。虚幻引擎5是EPIC于2020年公布的第五代游戏引擎。该引擎在2021年5月26日发布预览版。预期在2022年年初发布完整版。届时，大部分游戏都可以从虚幻引擎4.26升级为虚幻引擎5 。虚幻引擎5于北京时间2021年5月26日晚22点开启抢先体验计划。

在Unreal Engine 4（下简称UE4）中，可以使用“UCX_”前缀的模型生成Collider。不过，在生成较为复杂的模型的Collider时，要使用“凸多面体。例如：在Maya中，制作两个模型（图1），Block_01（图2左）和UCX_Block_01（图2右）。这里把两个模型分开，只是作演示用，实际导出时要把两个模型重合摆放（图3）。 在导入UE4后，出现生成的Collider的形状和UCX_Block_01不同的问题（图4）。 经过资料查找，和分析总结（Collider自动调整成了凸多面体）得出，要把UCX_Block_01拆分两个模型（图5），它们是独立的，封闭的，凸多面体（图6、图7）。 再次将模型导入UE4中，生成的Collider就和我们制作的一样了（图8）。

在 misfits 第三季的第一集中，natalie，emmanuel nathalie jarrett，nathan stewart，lauren socha 和 misfits 制作，克勒肯维尔电影公司 antonia thomas genre: sci fi / comedy / drama / fantasy，发行: 2009语言: 英语

将事件添加到事件分发器事件列表（以及从中移除事件）。 如果事件分发器未绑定任何事件，对其进行调用将没有任何效果。每个事件分发器均有一个与其相关的事件列表。使用 Bind Event 节点可以向此列表中添加事件，使用 Unbind Event 节点可以从此列表中移除事件。 此外，通过 Unbind All Events 节点可以解除当前绑定到事件分发器上的所有事件。 Bind Event 节点可以执行多次，但每个事件只能绑定一次。此外，蓝图类和关卡蓝图中的事件都将添加到相同的事件列表中， 因此 Unbind All Events 节点将解除蓝图类和关卡蓝图中的事件绑定。 创建 Bind Event、Unbind Event 及 Unbind All Events 节点的过程非常相似。以下步骤只说明了 Bind Event 节点的创建方法，但只要在正确步骤处选择了正确的菜单项目，便也能轻松创建 Unbind Event 和 Unbind All Events 节点。 另一种方法： 1.为调用事件分发器的关卡中actor添加一个引用。 2.从引用节点连出输出引脚，松开后显示快捷菜单。4.Call 节点将出现，actor引用已连接到 Target 引脚。

Abs是数学术语“绝对值”的缩写。Abs表达式输出它接收到的输入的绝对值或无符号值。本质上，这意味着通过删除减号将负数变为正数，而正数和零保持不变。 例如： -0.7的绝对值为0.7；-1.0的绝对值为1.0; 1.0的Abs也是1.0 添加表达采用两个输入，将它们相加，并输出结果。 如果您通过多个通道传递值，则会分别添加每个通道。例如，如果将RGB颜色值传递给每个输入，则第一个输入的R通道将添加到第二个输入的R通道，结果将存储在输出的R通道中；将第一个输入的G通道添加到第二个输入的G通道，结果存储在输出的G通道中，依此类推。 该Arccosine反余弦表达式输出逆余弦函数。 这是一项昂贵的操作，无法通过指令数反映出来。使用ArccosineFast 可以提供更快但不太准确的替代方法。 所述ArccosineFast表达式输出反余弦函数是快计算比更精确的近似反余弦 表达。输入必须在-1和1之间。 有关输出值的可视化，请参见上面的Arccosine 表达式。 反正弦Arcsine 反正弦表达式输出的反正弦函数。 这是一项昂贵的操作，无法通过指令数反映出来。使用ArcsineFast 可以实现更快但不太准确的替代方法。 所述ArcsineFast表达式输出逆正弦函数是快计算比更精确的近似 反正弦 表达。输入必须在-1和1之间。 有关输出值的可视化信息，请参见上面的 Arcsine 表达式。 Arctangent反正切表达输出反正切函数。 这是一项昂贵的操作，无法通过指令数反映出来。使用ArctangentFast 可以提供更快但不太准确的替代方法。![上图显示了应用此表达式的结果的两种不同的可视化效果：1.顶部栏将结果显示为输出颜色。条形图的左端显示在输入值为-1时使用此表达式所产生的颜色，条形图的右端显示值为1时的结果。 所述Arctangent2表达式输出的x / y，其中输入符号用于确定象限的反正切。 这是一项昂贵的操作，无法通过指令数反映出来。使用Arctangent2Fast可以提供更快但不太准确的替代方法。![上图显示了应用此表达式的结果的两种不同的可视化效果： 1.顶部栏将结果显示为输出颜色。条形图的左端显示在输入值为-1时使用此表达式所产生的颜色，条形图的右端显示值为1时的结果。 所述Arctangent2Fast表达式输出X / Y的反正切，其中输入符号用于确定象限的近似。它比Arctangent2 表达式计算速度更快，但准确性较低。 有关 输出值的可视化，请参见上面的 Arctangent2表达式。 所述ArctangentFast表达输出反正切函数，更快地计算比更精确的近似反正切 表达。 有关输出值的可视化，请参见上面的 反正切 表达式。 所述的Ceil表达发生在值（S），轮他们最多为下一个整数，并输出结果。另请参阅Floor 和Frac 。 示例： 0.2的Ceil为1.0；（0.2,1.6）的Ceil是（1.0,2.0）。 余弦 表达输出余弦波超[0，1]的输入范围和[-1，1]的输出范围的值，都重复。最常见的是，它用于通过将[时间]表达式连接到其输入来输出连续的振荡波形，但是它也可以用于在世界空间或屏幕空间或需要连续，平滑周期的任何其他应用程序中产生纹波。波形的直观表示如下所示，缩放到[0，1]输出范围： 划分表达采用两个输入，由第二分割第一输入，并输出该结果。 如果通过多个通道传递值，则将每个通道分开划分。例如，如果将RGB颜色值传递给每个输入，则第一个输入的R通道除以第二个输入的R通道，结果存储在输出的R通道中。第一个输入的G通道除以第二个输入的G通道，结果存储在输出的G通道中，依此类推。 两个输入必须具有相同数量的值，除非这些值之一是单个浮点值。在这种情况下，将多通道输入的每个通道除以单个浮点值，然后将结果存储在输出值的单独通道中。 地面的表达发生在值（多个），它们轮向下到先前整数，并输出结果。另请参阅Ceil 和Frac 。 该压裂表达发生在值，并输出这些值的小数部分。换句话说，对于输入值“ X”，结果为“ X减去X的下限”。输出值的范围从0到1，包括低端（但不包括高端）。另请参阅Ceil 和Floor 。 示例：（0.2）的分数为（0.2）。（-0.2）的分数为（0.8）。（0.0,1.6,1.0）的分数为（0.0,0.6,0.0）。 最大表达发生在两个输入，并输出两者的更高。 最小表达发生在两个输入和输出两者的下部。 当将此节点与颜色输入一起使用时，结果类似于在Photoshop中使用“变暗”图层混合模式。 乘法表达采用两个输入，乘在一起，并输出结果。当您传递颜色值作为输入时，结果类似于Photoshop中“乘以”图层混合模式的结果 。 如果通过多个通道传递值，则每个通道分别相乘。例如，如果将RGB颜色值传递给每个输入，则第一个输入的R通道乘以第二个输入的R通道，结果存储在输出的R通道中；第一个输入的G通道乘以第二个输入的G通道，结果存储在输出的G通道中，依此类推。 不要忘记，UE4中的材料不限于[0,1]。如果颜色/值大于1，则“乘”实际上将使颜色变亮。 归一化表达计算并输出它的输入的归一化值。归一化向量（也称为“单位向量”）的总长度为1.0。这意味着输入的每个分量都除以矢量的总大小（长度）。 所述OneMinus表达式接收一个输入值“X”和输出“一减X”。每个通道执行此操作。 范例： 0.4的OneMinus为0.6；（0.2,0.5,1.0）的一减为（0.8,0.5,0.0）; （0.0，-0.4,1.6）的一减为（1.0,1.4，-0.6）。 功率表达采用两个输入：基值（基础）和指数（精通）。它将基值提高到指数的幂并输出结果。换句话说，它返回Base乘以本身的Exp时间。示例：底数为0.5的幂，Exp 2.0为0.25。 该回合表达舍入的输入值到最接近的整数。如果输入值的小数部分为0.5或更大，则将输出值四舍五入。否则，输出值将四舍五入。 例子： Sign节点表示数字输入是否是负，正，或恰好为0。 如果输入为负，则此节点输出-1。 如果输入正好为0，则此节点输出0。 所述正弦表达式输出过的[0，1]的输入范围和[-1，1]的输出范围的正弦波的值，都重复。此与余弦 表达式的输出之间的差是输出波形偏移了周期的四分之一，即Cos(X)等于Sin(X + 0.25)。最常见的是，它用于通过将时间 表达式连接到其输入来输出连续的振荡波形，但是它也可以用于在世界空间或屏幕空间或需要连续，平滑周期的任何其他应用程序中产生纹波。波形的直观表示如下所示，缩放到[0，1]输出范围： 时期——指定合成波的周期。换句话说，这是一个完整振荡发生的时间，或者是波形中每个连续波峰或每个波谷之间的时间。例如，在上面的图像中，时间段是一秒。 平方根表达输出输入值的平方根。如果将其应用于矢量，则将分别处理每个组件。 在减法节点发生在两个输入，减去从第一第二输入端，并输出该差值。 如果您通过多个通道传递值，则会分别减去每个通道。例如，如果将RGB颜色值传递给每个输入，则从第一个输入的R通道中减去第二个输入的R通道，结果存储在输出的R通道中；从第一个输入的G通道减去第二个输入的G通道，结果存储在输出的G通道中，依此类推。 输入值1.1将被截断为1。 输入值1.4将被截断为1。 输入值2.5将被截断为2。 输入值3.1将被截断为3。

UnrealScript语言补充：Unreal Script是由Epic Games为了适应游戏编程的自然需要和细微差别而为虚幻系列引擎创建的一种的类C/JAVA语言.

楼主做什么的呀

姓名: 迈克尔·拉代 Michael Rady性别: 男星座: 狮子座出生日期: 1981-08-20出生地: 美国,宾夕法尼亚州,费城职业: 演员

看了unreal engine4的Elemental Tech Demo和Features and Development Walkthrough两个视频，效果还是非常赞的。看来epic这几年是下了大力气了。下面说说ue4的重要特性吧1. 延迟渲染Ue4完全抛弃了预计算技术，取而代之的是全实时的延迟渲染。这个应该是ue4在渲染上最大的改变。随之而来的将会是ue4比ue3对硬件的要求会有大幅的提高。（硬件厂商又高兴了）2. 实时GI。当年CryTech的LPV一出来立刻就成为了业内的热门话题。这回epic终于也搞了个real-time GI出来，而且更进了一步。这个所谓的SVOGI – Sparse Voxel Octree Global Illumination相比LPV最明显的优势是精度更高，能够实现high-frequency的间接光照。关于这项技术更详细的信息可以参考nvidia的paper地面的高光反射出塑像的颜色Ue4间接光照3. 软粒子的光照软粒子接受直接和间接光照软粒子投射阴影4. GPU粒子GPU粒子虽然不是特别特别新鲜的技术，但是集成到游戏引擎中我还是第一次见到。特别是ue4的实现中，通过向量场与GPU粒子交互的效果还是蛮酷的。Ue4 GPU粒子5. 高度可破坏的场景这是APEX的主打技术。可破坏的场景6. 全新的Kismet据说unreal engine4完全移除了动态脚本（出于效率的原因？），取而代之的是纯C++脚本系统，并且完全是实时编译，热更新。Ue4新的可视化编程系统实时编译和热更新总之，unreal engine4还是让人眼前一亮的。期待尽快能有用ue4开发的游戏上市。

不知道！！！！！！！！！！！！！！！！！！！！！！！！

完全可以 mac pro这样的工作站完全可以胜任。

楼上所有说的都不正确，其实真正的原因是你应该用慢速同步闪光。很多用户不喜欢闪光灯带来的强硬灯光，对夜晚拍摄摸不着头脑，因此当光线条件不好的情况下尽量减少拍摄。其实只要掌握闪光灯的特性，合理是用，即便是一些便携相机的闪光灯也可以营造出一些出乎意外又在情理之中的影像。光线是摄影的灵魂，有了光线便有了影子，让相片平面上的物体变得更加立体；有了光线万物的色彩更加鲜艳，再淡雅的表面都会反射出夺目的一面。在光线昏暗或者干脆是夜晚环境当中，失去了光照的事物顿时变得毫无生气，此时闪光灯成为补光和夜间照明的主要工具，相比自然光，闪光灯的光质要硬了许多，不过只要使用得当，从机载小功率直射闪光灯到专业的外接闪光灯，都可以营造出与众不同的拍摄效果。今天我们就来聊一聊闪光灯当中的一种模式，慢速同步闪光。当四周环境的光线暗到一定的程度，相机即便调整到较高的ISO和最大的光圈，有时依然会面临非常低的快门速度，在这样的快门速度下，手持拍摄会变得相当困难。此时即便数相机的自动模式没有强行打开闪光灯，有经验的拍摄者也会手动开启闪光灯进行必要的补光。在使用闪光等的时候，许多用户都会遇到过很多问题，比如前景过曝背景黑暗或者整个画面曝光不足等情况。因此不少用户都对会认为闪光灯只是一个不得已才使用的辅助工具，使用它得不到什么漂亮的照片。其实不然，闪光灯虽然的照射面积和延续性虽然不及自然光，但它是受到操作者完全控制的光源，我们可以控制输出的色温和强度，并且结合较慢的快门速度，收获比平时更加特殊的拍摄效果。慢速同步快门是闪光摄影当中的效果变化最丰富的一种，所表现出的虚实兼备的画面流动感觉相当别致。一些数码相机当中的“夜景人像”模式正式采用这种模式拍摄，闪光灯照亮较近的主体人物，闪光过后快门继续打开，让闪光灯够不着的较远背景充分曝光，得到前后曝光接近的照片。“夜景人像”只是闪光慢速同步用来拍摄静物的方法，如果将慢速同步拍摄移动中的物体将会得到完全不同的特殊效果：除了主体清晰之外，画面上还能隐约留有物体运动的轨迹，周遭的环境气氛也被渲染的更加热烈，相比普通的照片，记录下的是一段时间而不是一点上的时间。所以在弱光下采用闪光灯时，特别是记录运动的物体，大家可以尝试一下使用慢速快门，无论是前帘同步还是后帘同步，在闪光等点灯前后，摇动一下手中的相机，效果往往会让你喜出望外。

我来通过对比两张图片来答一下.下面两幅图,同样的场景素材,同样的光源,非常接近的材质模型,但用的是完全不同的渲染方法.第一幅是我自己的渲染器用基于光线追踪的无偏全局光照算法渲染,第二幅是用虚幻引擎（版本4.7）的渲染引擎渲染.首先说明一下,第一幅图片中椅子的扶手和桌子底部是塑料材质（漫反射加光滑镜面反射）,而第二幅中是金属材质（粗糙镜面反射）.原因是UE4导出的时候没有把整个素材弄成一个材质了,我也懒得再编辑.然后桌上的雕塑第一幅是毛玻璃,第二幅是平滑玻璃.其余材质都一样了.接下来点评一下两幅图中的不同之处.第一个最抓眼球的区别就是场景底部平面的镜面反射,两个都是用粗糙参数为0.25^2的GGX模型描述的粗糙镜面,上下图的差异很大.上图是完全基于对BRDF和光源采样的无偏结果,可当做参考,下图则是可以说暴露了虚幻引擎4对轻微的粗糙反射的一个缺陷.虚幻引擎4中的反射解决方案是屏幕空间反射（ScreenSpaceReflection,SSR）加环境贴图.对于非常平滑的表面,当它在场景中的反射刚好在屏幕上存在时,虚幻引擎4会使用SSR.当表面变的粗糙,或者反射部分在屏幕边缘时候,反射会变成SSR和环境贴图的加权和,直到对特别粗糙的表面完全变成使用环境贴图.（其实这里我只要再把粗糙度调高一点,SSR就完全没有了,不过那样就完全看不出反射了因为环境贴图的反射特别粗糙,不利于比较）所以下图中的结果可以说是一个平滑镜面反射和粗糙镜面反射的加权和,当然无法真正模拟出轻微的粗糙反射.第二个比较细微的区别则是下图中桌椅黄色部分的镜面反射有信息丢失了.这个便是因为SSR算法本身无法处理反射物体在不在当前屏幕上的情况.这个Artifact其实在现在的游戏中也非常常见,相信很多人都注意到了.SSR另一个细微的错误则是反射中的镜面高光会是错误的,因为高光的计算取决于视线入射方向,直接从根据相机方向计算的屏幕上取是不对的.不过这个问题比前一个丢失信息的问题小多了,没人care..第三个差别是底部平面的高光区域在下图比上图分散很多,看起来下图底部的屏幕比上图更加粗糙.这个是由于两种完全不一样的ImageBasedLighting的方法导致的.上图还是一切基于环境贴图的能量分布采样光源,虚幻引擎4则使用了Split-Sum,将渲染方程的光照部分和BRDF部分拆开分别积分,再对于两个积分的结果球积.其中光照部分的积分又使用了PrefilterCubeMap的方法.再讲细一些,UE4的环境贴图是128x128x6的分辨率,7层MipMap.每一层的每一面都用1024个样本采样不同粗糙度的GGX去Filter.这里有几个产生误差的原因,第一是误差是采样GGX的入射光线永远是等于表面的法线方向,所以没办法模拟出上图那样在入射角和法线角夹角大的时候那种拉长的高光.另一个误差则是只采样了7个离散的粗糙度,并且不同的粗糙度使用的不同Mipmap,这样做对性能更有利,但是这种粗糙度和Mip层的映射完全是Epic的人“发明”出来的,完全不是基于物理.我自己试过同样的BRDF在UE4中做ImageBasedLighting都会比真正的离线参考看起来粗糙许多.当然只要结果Artists用着舒服,粗糙度看着有变化,也没有什么不好的.第4个差别是下图中桌子下面的部分和上图比明显偏亮.这个误差则是因为环境贴图的遮挡信息只有在capture的那一点才是正确的,例如这里环境贴图是在桌子上面capture的,桌子下面的部分大部分入射光被桌子遮挡,应该会比较暗,这里则变成桌子下面接收到的光照和桌子上面一样,所以和上图比偏亮了.解决办法就是应该在桌子下面人工多capture一个单独的环境贴图.除了这些区别,色调的不同,以及背景模糊度的不同,都是不同渲染系统的postprocessing参数以及其他工程性的小问题,就不细说了.除了这些渲染本身的区别,实时渲染系统往往也需要更多的artistswork才能hack出接近真实的画面,例如在场景不同的地方放置probes,提前烘焙光照贴图等.最后,现在别说是用UE4做建筑可视化,就连做低成本动画电影的都有.毕竟快速的迭代可以降低很多的成本,也就有可能出现一些非Pixar那种一定要男女老少都能看才能保票房的题材的片子.而且要不是我这样把UE4脱光了衣服拿出来比较,大家直接看着也不会觉得有任何问题.甚至我相信很多读这个答案的人盯着这两张图看不出差别的.搞图形的就是这样..废了半天劲很可能是自娱自乐,真的搞的真实好看了,看得人也认为是理所当然..

在修改面板的，uvw命令里，在子层级点Gizmo后，用R缩放调贴图大小

虚幻、CE、U3D都是游戏引擎，谈不上大地形，无可比性；Unigine其实偏VR多点，尤其做大场景的模拟器，我觉得是做的最好的。

两个引擎思路设计是不一样的:Unreal注重的是工业化流程, 强调整体性, 官方性. 所以你会发现Unreal很少会有那么多的插件和扩展(普及程度是最大原因, 但还是和设计有关系). Unity3D的思路就是全脚本化, 让大家来给它做各种Mod, 可以说是用互联网思想来做引擎. 有了流量和用户, 普及就不是啥问题, 更可以说自己的哲学是正确的题主所说的, 用带反射的语言来做. Unity3D就是这么完成的编辑器. 可以说, 编辑器本身完完全全都是用引擎本体写出来的. 但引擎本体本没有编辑器支持. 而虚幻呢, 由于老的一些架构和思想下, 还是使用引擎本体糅合编辑器的功能, 通过宏控制来制作. 但多年的编写经验证明这么做其实也还好. 这是用C++做脚本这点. 我也感觉不大好, 至少来说, 开发效率和普及就受到很严重的牵制.另外我觉得, Unreal这种整合方式的思想和Unity3D这种MOD开发的思想肯定会长期存在的, 各有各的好处. 有的人喜欢完善, 有的人喜欢自定义. 就像Windows和Linux一样

这个问题可从几个方面来看： 免费：不是真正的免费，而是盈利达到一定程度的比例分成，越是大的公司对这一点越不能容忍。 开源：整个unreal引擎非常巨大，不论是抄袭，还是修改，都需要巨大的学习付出，而且产出小，投入和付出不成正比。 新功能...

freakadj.反常的，怪异的，稀奇的

UE4的蓝图就跟C++等编程语言在概念上是非常类似的。在蓝图中你可以定义变量、函数、宏等等，高级点的，它还可以被继承。这还不算，我们还可以定义蓝图接口，规范子类的行为。基本上C++中可以做的，蓝图也可以做到，而且是所见即所得，拖拖拽拽，即时编译，立即生效。一般的做法是，程序员在C++中做好功能模块，关卡设计师，用蓝图创建游戏的逻辑，关卡师不需要会编程、可以自己创建逻辑，至少在逻辑这一层不需要程序员来配合。这样的效率会高很多，而且也没有类似Lua这样的脚本语言参与，设计师的门槛要低很多了。

Unreal Development Kit (Unreal Engine 3)

那需要看real和unreal都分别是什么类型，如果类型之间能够通过类型转换转换相同的话，还是可以赋值的，比如int型赋值给float。

Unity优点手游的第一选择，网站上有很多的教程和文档（特别对于入门级开发者）；使用C#和JavaScript编码（C++可以在特定领域使用，但并不推荐）；比较友好，可用插件较多，开发效率高；简易且直观的UI界面及易上手学习设置；适用用低配置的硬件。Unity不足相比Unreal Engine4（UE4）3D画质不是最好的；材质Shader复杂；源代码不公开；Unity免费，Unity Pro和Unity iOS Pro仅提供30天全功能试用期；UE优点入门级的开发者可以在网上找到很多教程和文档；有专用的设计资源和优化公司，打造高端和沉浸式VR；使用蓝图（可视化编程）。拖拽节点和定制C++代码。然而，并非听起来这么容易，蓝图有自身的学习曲线；免费；可预先构建框架，快速创建环境和粒子系统，百万级渲染；更好的画质，材质编辑器较好；引擎的源代码可以从Github开源社区下载，意味着开发者实质上可以修改任何任何东西，包括物理引擎、渲染和图形用户界面。UE不足C++（仅限于初级开发者不熟悉这门语言）；加载时间比较久；实时处理较差。总的来说，两种引擎是开发VR的主流引擎。Unity 3D相对比较轻便，更适合开发轻量级的体验或Demo。但是，它能具有更好支持VR功能。UE4则是重量级。Unity看起来更适合开发者，UE4更适合对于动画，美术感兴趣的设计师。选择引擎主要还是看要开发什么样的项目。根据项目再去看需要什么样的引擎。如果你有足够的时间，可以尝试两种开发引擎，然后做出适合自己的选择。更多unity和ue4的插件就在纳金论坛上查看。

1:获得场景里的actor 2:获得场景里直接拖到actor上面的actor 3:获得actor上面的component 通过类型 4:获得actor上面的component 通过class 5:获得actor上面的component 通过class（所有这个类型的component）比上面的方法多了一个s 6:获得actor上面的root component 下面的所有component //不常用 7:获得actor上面的UChildComponent 上面的actor //不常用 8:AActor 类里 有一个Children 属性，这个是服务器用来复制网络消息的，客户端一般用不到

step_run = 0; //tim_cnt = 5.2363 * ft / (sqrt(acc*N_MOTOR/2)); //(ft * sqrt(60)*0.676) / sqrt(acc*N_MOTOR/2); tim_cnt = 7.7460 * ft / (sqrt(acc*N_MOTOR/2)); tim_rest = 0; i = 0; TIM3_Configuration(tim_cnt); run_state = run_state_acc; TIM_Cmd(TIM3,ENABLE); step_done = 0; while(step_done==0); while(i { i++; //tim_cnt_temp = tim_cnt; //tim_cnt = tim_cnt - (2*tim_cnt+tim_rest) / (4*i+1); //tim_rest = (2*tim_cnt_temp+tim_rest) % (4*i+1); tim_cnt_temp = tim_cnt / ( sqrt((float)(i+1)) + sqrt((float)(i)) ); TIM3_Configuration(tim_cnt_temp);

艾瑞太有wao肯city父母钙米飞雷肥zei差米哈他蹦蹦艾内啊泽宝污say爸 米爱look为可丝没课米死开儿踹闹特比万吐碎踹闹特比问油look米尬啦没课母污吧啦服瑞收嗨服扣wao处吐肚米

用官方的话说就是这啦，仅供参考Unity3D：Unity Technologies开发的一个让玩家轻松创建诸如三维视频游戏、建筑可视化、实时三维动画等类型互动内容的多平台的综合型游戏开发工具，是一个全面整合的专业游戏引擎。Unity类似于Director,Blender game engine, Virtools 或 Torque Game Builder等利用交互的图型化开发环境为首要方式的软件其编辑器运行在Windows 和Mac OS X下，可发布游戏至Windows、Mac、Wii、iPhone和Android平台。也可以利用Unity web player插件发布网页游戏，支持Mac 和Windows的网页浏览。它的网页播放器也被Mac widgets所支持Unreal：UNREAL ENGINE 的简写）中文：虚幻引擎 　（UNREAL ENGINE）是目前世界最知名授权最广的顶尖游戏引擎，占有全球商用游戏引擎80%的市场份额。中国首家虚幻技术研究中心在上海成立，该中心由GA国际游戏教育与虚幻引擎开发商EPIC的中国子公司EPIC GAMES CHINA联合设立。基于它开发的大作无数，除《虚幻竞技场3》外，还包括《战争机器》、《彩虹六号维加斯》、《镜之边缘》、《荣誉勋章：空降兵》、《质量效应》、《生化奇兵》等等。在美国和欧洲，虚幻引擎主要用于主机游戏的开发，在亚洲，中韩众多知名游戏开发商购买该引擎主要用于次世代网游的开发，如《剑灵》、《TERA》、《战地之王》、《流星蝴蝶剑Online》、《一舞成名》等。 iPhone上的游戏有《无尽之剑》（1、2）、《蝙蝠侠》等。unity3d挺好的，做游戏也是比较给力的

假的，不真实的

东京食尸鬼主题曲被禁的原因非常多，而且特别的重要

虚幻引擎4（UE4）地形系统可指定几何体（这些几何体用于整个地形或单独组件的简单和复杂碰撞）的细节程度。在以下部分中，我们将说明如何使用该系统，以及在 UE4 项目中使用前须知的相关信息。如要对简单和复杂地形碰撞的复杂度进行设置，需要执行以下操作： 1.在编辑器视口中选择地形地貌。在 Details 面板中打开 Collision 部分。可对简单和复杂地形碰撞网格体二者的复杂度进行设置，在性能和准确度上达到更好的平衡。如要在项目中独立设置简单和复杂碰撞等级，需要执行下列操作：可对单个地形组件的碰撞 Mip 等级进行设置，可降低关卡非操作区域的地形碰撞复杂度。 如要在项目中设置单个组件的碰撞 Mip 等级，需要执行下列操作： 1.在 Modes 下拉菜单中点击地形（Landscape）选项并选中 管理（Manage） 标签页。 2.使用 鼠标左键 点击选中地形组件。选中的地形组件为红色高亮。5.多选择几个地形组件并将两个碰撞 Mip 等级均设为 2。

场景由环境球体和冬季外部地图包围。 环境球体材质是基于无边界材质。 作为环境球体的基础材料，unlit材质非常简单。它由一个具有对比度参数控制（廉价对比度节点和标量参数）的纹理采样槽和具有多重节点的强度控制组成 从外面看到的景象。周围的盒子是轻质量重要值和后处理体积。 场景包含在3DS Max中创建的多个网格（165），然后导入到 Unreal Engine 4。它们是由物质画家制作的。以门为例… 为光照贴图（UV通道2）创建的门网格和UV。 门材质实例 …以及用于此实例的基础材料。 基础材质基础颜色-您可以看到纹理坐标控制，允许我们在 Unreal Engine 4中缩放UV。 [图片上传失败...(image-491f20-1550132354703)] 我们使用一张来自 Substance Painter的普通地图和另一张统一的蓝色地图（完全平滑的表面）。我们将它们混合在一起，并使用“正常量”参数来控制正常贴图纹理的强度。 遮罩纹理在不同的通道上包含不同的信息：红色是环境光遮挡（带有ao_数量参数），绿色是粗糙度，蓝色是金属色。 灯网（和聚光灯内部）。 从顶角看灯。 灯泡材质。 聚光灯设置。 灯具材质 地板网格被分为不同的元素。 地板紫外线通道1（用于纹理处理） 地板紫外线通道2（用于光照映射） 灯光和灯光质量设置。我们使用Blueprint 9BP Light Studio作为环境光（HDRI）。 细节照明可视化 仅照明可视化 没有后期处理的场景。 后处理场景 后量处理。我们改变了开花和曝光，增加了一点颗粒。我们还提高了白平衡的温度。 现场的最终截图 现场的最终截图 现场的最终截图 现场的最终截图 现场的最终截图 现场的最终截图 现场的最终截图 现场的最终截图 现场的最终截图 现场的最终截图 谢谢你的阅读！

Unity的优势：轻量级，安装、调试和打包方便；配置VR项目十分简单；学习成本低，文档完善；开发成本低；UI系统；在PS4上调试方便，有批处理文件可以一键运行；Asset Store；提供了一些VR下的Demo作为参考；Unity的劣势：内建工具不够完善；渲染差，光照系统糟糕，阴影bake有bug，只能勉强达到2A游戏入门水平；对于控制器支持较差，一些如手柄震动、VR控制器空间定位的功能引擎未集成，需要第三方插件或额外代码；没有材质编辑器，需要第三方插件；Prefab不支持继承；没有内建的Level Stream支持；Unreal的优势：画面效果完全达到3A游戏水准；光照和物理渲染即便在缩水的状况下也足以秒杀Unity；蓝图系统，从此策划不用再写代码；强大的材质编辑器；各种官方插件齐全；对于手柄、VR控制器支持良好；提供各种游戏模版，用来做原型配合Blueprint甚至比Unity更快；Unreal的劣势：C++；如果要开发PS4游戏需要重新编译引擎，12核服务器，24线程编译大概需要20-30分钟；如果需要重新编译引擎，光拉代码就需要至少一个小时；创建新项目大概又要编译十多分钟；如果切换平台，要编译几千到上万个shader；PS4部署不方便，打包编译同样非常久；学习成本高，各子模块功能强大但操作复杂；部分功能没有任何文档，已有功能的文档同样不够完善，不如Unity；开发成本高，某国内3A团队做了个10分钟的VR Demo，据说已经烧了一千多万；UI设计器非常之难用；VR下的一些best practice同样缺乏文档和例子，目前都在摸石头过河；Bug；结论：小团队没钱追求快速出效果，对画面要求不高的项目用Unity。中大团队不差钱，买得起Unreal技术支持，分工明确有专人填坑，对画面要求高的项目用Unreal。

咦？unravle吧。。

解决方法：　1、设置声音相关属性，首先进入控制面板——声音选项，在播放选项卡的下面应该会有扬声器这样的设备，双击打开属性窗口，在级别选项卡中，要保持喇叭状的按钮为正常状态。　　2、同样，如果是麦克风没声音的情况，就进入录制选项卡中的级别一栏，保持声音样的图标为正常状态。　　3、检查声卡驱动是否有问题，右键单击开始菜单的计算机选项，选择属性，进入设备管理器，查看声音、视频和游戏控制器一项中是否有带有黄色或红色叹号的项，如有过，请尝试更新声卡驱动(可下载驱动精灵自动更新)。　　4、检查Win7的声音服务是否被禁用，右键单击开始菜单中的计算机一项，选择管理，进入服务选项中，找到Windows Audio一项确保其保持启动状态。

作者 | 第二个区块 出品 | 比特魔方 Cocos-BCX被大家寄予厚望，不能排除Cocos2DX这个因素。Cocos2DX可能很多区块链行业的朋友还不了解。这是手游领域的三大引擎之一。 引擎，大家可以简单理解为开发游戏所用的工具箱。 本文将会介绍其中的几个大玩家，尽量中立的说一下优缺点。这样一来方便感兴趣的读者了解游戏引擎这个领域，二来方便对日后的游戏江湖做出独立判断。 【 1 】UNITY 3D Unity是目前3D手游领域使用量最多的引擎。它的开发商是Unity Technologies。在去年年中，Unity中国区在3D手机游戏市场的占有率达到了75%。在全球，占有率也到达了45%。实际上，在2019年之前，Unity曾经拥有过更高的市场占有率。 Unity的优点是体量小，上手容易。 行业里经常有声音说Unity在效果上输Unreal。我的观点是：不是所有游戏都以物理效果取胜，即使是3D游戏。而且，从几年前就发布的官方宣传片《亚当》的质量来看，Unity的潜力远大于多数开发者的操作能力。 有一个现实情况需要情形的意识到，从多年前Unreal3的时代开始，就有不少从业者认为Unity要走入黄昏了。然而这个判断至今没有发生。Unity的开发者数量优势和成本优势不容小觑。 视频简介 / 编者注：这个是一个合集链接，大概20分钟左右，非常好看。让魔小妹想起了《沙丘》。这个短片讲述的是人被迫变成机器人之后的悲惨命运。主人公亚当意外被人搭救，踏上逃亡之路，找寻自我。 【 2 】Unreal Unreal是Epic Games开发的一款游戏引擎，是在手游领域市场占有率仅次于Unity的引擎。 虽然在市场占有率上落后，但是在了利润上，被推崇的程度上，Unreal强于Unity。 大家之所以推崇Unreal，是因为看好未来的手游竞争会越来越往重度的、精品的路线上走。Unreal可以创造更加生动的光影效果。 在前段时间刚刚发布的Unreal5演示中，即时渲染的、有 3000万面 的道具让人叹为观止。一时间，游戏和影视业界很多人惊呼变革以来。 几年前《古墓丽影10》中劳拉十万面的脸部模型是可以拿来吹嘘的。而新公开的Unreal5视频中，有3000万面的道具在一个场景中放了500个。 任何事情都有它的反面。相比Unity，Unreal也有自己的劣势。比如目前的游戏教学、培训，更多还是使用Unity。这让本来就更好上手的Unity拥有更多的开发者生态。 再加上，手游市场毕竟有很多偏轻度的产品。这些产品的预算未必支撑得起Unreal开发，却可能很适合Unity。 【 3 】Cocos2DX Cocos2DX是一款2D游戏开发引擎，是市场中总体使用率最高的引擎，在2D引擎领域处于明显的领先地位，目前注册开发者已经超过140万。 相较于Unity和Unreal，Cocos2DX的技术积累没那么多，再加上是国人团队开发，因此被一些人轻看一眼。 实际情况是：Unity面对Unreal的比较优势，在Cocos2DX面对Unity和Unreal竞争的时候也一样生效。永远别小看开发者数量和成本优势对商业活动的吸引力。 从多年之前，人们就说2D已死。但时至今日，由于微信小游戏爆发，我们看到Cocos2DX并没有失去自己的阵地。再考虑到Unity和Unreal相较于Cocos2DX都有十年二十年的开发积累优势，我认为Cocos2DX还是值得被重视的。 换个角度想，国内在底层工具开发上比较薄弱，也不只是游戏引擎这一个案例。这是一种普遍情况。要改变这个情况，可能需要我们的市场、资本、观念、制度都往前走才行。 不得不提一句Cocos-BCX，是Cocos2DX的区块链兄弟项目。同样作为底层工具，在游戏公链这个赛道，至少国内团队没有落后。一旦区块链和代币在国内能被更多人可，Cocos2DX的积累将有机会直接助力Cocos-BCX。 【 4 】更多引擎 除了上边介绍的三款最被广泛运用的第三方引擎，很多游戏大厂也会自研或深度定制自己的引擎。 比如为《巫师》系列量身打造的 RED Engine 。 如果RED Engine能再次帮助《赛博朋克2077》获得成功，它将会成为CD Projekt真正的核心资产。 比如 Frostbite Engine（寒霜引擎） ，其优秀的物理碰撞处理能力让他孕育出了《战地》系列、《极品飞车》系列等大作。 游戏引擎是可以决定游戏开发流程和质量的重要工具，所以很多大厂会将其视作核心竞争力抓在自己手里。 这一点在更加成熟的主机游戏市场体现的更明显。照着这个逻辑来看，引擎这个赛道还将会容纳多个玩家。倒是在游戏引擎之外，很多特效软件会受到降维打击。 以上。 ps. 如果有兴趣，不妨去查查你喜欢的游戏是借助哪些引擎开发的O(∩_∩)O~

虽然现在虚幻4引擎开放免费使用了，但是并不是说所有游戏都适合用虚幻引擎的，如果《侠盗猎车手5》用了虚幻引擎，你会不会觉得很奇怪呢？而且，很早以前就有虚幻3坑了一代FPS游戏的说法。而暴雪一直在用自己开发的游戏引擎，一来自己开发的游戏引擎可以使得自己家的程序员很快的上手，二来，用自己开发的游戏引擎，游戏人物能展现出什么风格便都是自己来定了。除了暴雪外，用自己引擎开发游戏的公司也很多，像是维尔福的起源引擎，CD Projekt RED的REDengine等。

告诉我 告诉我 在其中的阴谋是谁在我体内？坏掉了 坏掉了 这个世界你在笑 明明什么也看不见请让这个坏掉的我 停止呼吸解不开 已经什么都不明白了连真相也 被冰冻了(freeze)快要坏掉了 不能坏掉 快要疯掉了 不能疯掉我要找到你我站在这动荡扭曲的世界里透过间隙渐渐什么无法看清请不要找我不要看着我在不知是谁描绘的这个世界里不想伤害你请记住我的存在这个鲜明的存在无限弥漫开来的 孤独缠绕着我记忆中无邪的微笑 隐隐刺痛动不了 解不开 动不了 解不开动不了 已经动弹不得了Unravel ghoul已经面目全非的 无可奈何的两者相互纠缠 两人一起灭亡快要坏掉了 不能坏掉 快要疯掉了 不能疯掉不想污染你我站在这荡扭曲的世界里透过间隙渐渐什么无法看清请不要找我不要看着我由谁来布置这阴谋 陷入孤独的圈套如果未来我没有逃脱也请记得我的存在这个鲜明的存在请不要忘记 不要忘记 不要忘记 不要忘记对面目全非的事情已经麻木(Paralyze)这个无可奈何的事情的乐园(Paradise)请一直记得我告诉我 告诉我是谁在我体内 求采纳~

最大的缺点就是不支持脚本，而这个缺点完全是致命，且不可逆的。在于UE4从开发之初便没有置入脚本。因此这个问题根本无法解决，除非进行架构级别的重写，等同于重新开发。只能说UE的理想太超前了，超前到了不切实际的程度，试图用一个自称为蓝图的可视化节点编辑器来取代脚本。理想很丰满，但现实的情况是，蓝图根本无法按照开发者的想法去实现逻辑。而只能用于一些固定模式的东西。。导致的结果就是，UE开发的项目，模式几乎都是差不多的。。要么就是场景漫游+射击，要么就是场景漫游+格斗。。再或者，就是单纯的场景漫游。。。。一个连斗地主，连连看，对对碰之类的简单逻辑都无法有效实现，翻来覆去只能围绕漫游的东西，真的能被称之为是在“搞开发”吗？一些景观漫游软件（如twinmotion，lumion），除了不能射击，不能格斗之外，看起来也是差不多的。。。而且蓝图会导致大量的冗余，造成严重的性能负担，造成UE4的项目，总是需要几乎变态的硬件配置，才可以流畅运行，这和所谓的“画面好，所以配置高”，其实没有多少直接关系。无论是寒霜3还是Unity，开发同等级别的项目，所需要的硬件配置，都要远远低于UE4的同级项目。其原理，与当年Adobe推出的DreamWeaver如出一辙，都是希望用鼠标拖拖拽拽就可以做出一个项目。不同点在于DreamWeaver拽的是网页，而UE拖拽的是游戏。。相同点在于，它们都存在变态的冗余，如果只依赖其本身提供的功能去开发，做出的东西根本无法商业化部署。说到这里，当然会有人提到C++。但如果我们真的精通C++，又为何不使用一些更底层的引擎呢？OSG啊，Ogre3D啊，有太多更底层的引擎可以选，可控性更强，自由度更高，而且还开源免费。使用商业引擎，本身不就是为了快速开发，降低门槛吗？每当提到蓝图，便总有人扯出C++当作标准答案，而且显得理所当然。又算是个啥？

不一样

没有oniverse这个单词，只有unreal，意思是：不真实的。所以两者不存在区别。重点词汇：unreal英［u028cn＇ru026au0259l］释义：adj.不真实的；虚幻的；不实在的；虚构的；空想的。例句：用作形容词（adj.）This drawing gives an unreal impression.这幅画给人不真实的印象。近义词：false英［fu0254：ls］释义：adj.假的；人造的；不真实的；错误的；虚伪的。adv.欺骗地例句：用作形容词（adj.）The impostor traveled on a false passport.那个伪装者用一本假护照旅行。

这个问题可从几个方面来看： 免费：不是真正的免费，而是盈利达到一定程度的比例分成，越是大的公司对这一点越不能容忍。 开源：整个unreal引擎非常巨大，不论是抄袭，还是修改，都需要巨大的学习付出，而且产出小，投入和付出不成正比。 新功能...

两个引擎思路设计是不一样的:Unreal注重的是工业化流程, 强调整体性, 官方性. 所以你会发现Unreal很少会有那么多的插件和扩展(普及程度是最大原因, 但还是和设计有关系). Unity3D的思路就是全脚本化, 让大家来给它做各种Mod, 可以说是用互联网思想来做引擎. 有了流量和用户, 普及就不是啥问题, 更可以说自己的哲学是正确的题主所说的, 用带反射的语言来做. Unity3D就是这么完成的编辑器. 可以说, 编辑器本身完完全全都是用引擎本体写出来的. 但引擎本体本没有编辑器支持. 而虚幻呢, 由于老的一些架构和思想下, 还是使用引擎本体糅合编辑器的功能, 通过宏控制来制作. 但多年的编写经验证明这么做其实也还好. 这是用C++做脚本这点. 我也感觉不大好, 至少来说, 开发效率和普及就受到很严重的牵制.另外我觉得, Unreal这种整合方式的思想和Unity3D这种MOD开发的思想肯定会长期存在的, 各有各的好处. 有的人喜欢完善, 有的人喜欢自定义. 就像Windows和Linux一样

Unreal是一款应用于游戏引擎上的设备软件，我认为任何引擎都是有坑和缺点的，对于Unreal来说，独立软件开发商的缺陷可能是高的硬件投资，高昂的学习成本，和需要掌握更多精湛的技巧。对于Unreal的开发者来说，它的缺点是发行成本高，生产技能不到位。引擎因为哪个引擎好用，得看你做什么游戏吧，独立开发者一般都是开发小游戏，所以大部分人推荐u3d。因为哪个引擎好用，这就取决于你生产什么游戏，而且游戏本身有没有吸引玩者的兴趣，而开发商一般都是独立开发的小游戏Unreal，所以大多数人都推荐Unreal3D。挑战如果你想玩那种高质量的游戏作为冲刺，你得有能力才直接上Unreal4呀？如果只是一个普通的游戏，当然推荐Unreal3D，无论是工具完善还是易用性都完爆Unreal4好不？人们就连做手机游戏也推荐Unreal，现在甚至连2D游戏都想着上Unreal，仅仅就因为3D效果好吗？结果就是导致开发效率大大降低了。最后给你的结论就是，用什么引擎，取决于你开发什么游戏，别说独立开发者了，就连我们比较大的游戏公司，也是看情况定的，比如我们的端游就用虚幻，手游就用Unreal3D。开发Unreal引擎没你想的那么简单，是技术的较量，谁能从中脱颖而出就看你的技术是否到位才是关键。

unreal指的是那些根本不存在的东西，而unrealistic只是那些不切实际的，但可以存在的东西

作为一个拥有10年游戏行业开发经验的老人，这里说说自己的感受：占有率：u3d依然是毫无疑问的上风。市场占有率高，有一个很大的好处，是跳槽容易，找工作也好找很多，招这个岗位的公司和可选择性也多。unreal虽然很霸气，但是能玩得转和玩得起的公司真心不多。上手难度：unreal无疑是比u3d入门要难的，难在它可以高度定制化，高度定制可以带来效率和品质的提升，但却提高了对使用者的素质要求，没有一定的3D知识基础和好的编程功底，上手要慢很多。u3d属于一个星期就能让你干活的类型，但做出来的代码质量就另外说，游戏品质也参差不齐。现在大多项目追求短平快，U3D很好契合这一点，也是很多公司选择的原因。效率：开发效率上，U3D占优。运行效率，unreal占优。当然如果是同等的技术，用Unity一样可以做到运行效率高效。应用方向：unreal本来就是主打主机平台和PC端的引擎，虽然也可以用于开发手游，但毕竟它追求的是画面品质。U3D主打移动平台，用于pc端的还是少，优点是能一键跨平台，当然从去年开始U3D对于VR的支持，也使得PC端的游戏越来越多。效果：从同等情况下，unreal的画面色彩要比U3D漂亮，但是代价也大，通常unreal开发是以团队来计算，而U3D则可以以个人为单位。同样U3D一样可以开发出媲美unreal的画面，但是需要花更多的成本和时间才可以换来和unreal类似的效果，主要是U3D高易用性所带来的弊端。总结：U3D：上手快，好找工作，移动端的热门，效率一般，但也不差，优化起来难度不低，坑太多。unreal：招的人少，入门时间长，难度高，品质的代言人，高定制带来了整个项目的可控性。

Unity3D：Unity Technologies开发的一个让玩家轻松创建诸如三维视频游戏、建筑可视化、实时三维动画等类型互动内容的多平台的综合型游戏开发工具，是一个全面整合的专业游戏引擎。Unity类似于Director,Blender game engine, Virtools 或 Torque Game Builder等利用交互的图型化开发环境为首要方式的软件其编辑器运行在Windows 和Mac OS X下，可发布游戏至Windows、Mac、Wii、iPhone和Android平台。也可以利用Unity web player插件发布网页游戏，支持Mac 和Windows的网页浏览。它的网页播放器也被Mac widgets所支持。Unreal：UNREAL ENGINE 的简写）中文：虚幻引擎 　（UNREAL ENGINE）是目前世界最知名授权最广的顶尖游戏引擎，占有全球商用游戏引擎80%的市场份额。中国首家虚幻技术研究中心在上海成立，该中心由GA国际游戏教育与虚幻引擎开发商EPIC的中国子公司EPIC GAMES CHINA联合设立。基于它开发的大作无数，除《虚幻竞技场3》外，还包括《战争机器》、《彩虹六号维加斯》、《镜之边缘》、《荣誉勋章：空降兵》、《质量效应》、《生化奇兵》等等。在美国和欧洲，虚幻引擎主要用于主机游戏的开发，在亚洲，中韩众多知名游戏开发商购买该引擎主要用于次世代网游的开发，如《剑灵》、《TERA》、《战地之王》、《流星蝴蝶剑Online》、《一舞成名》等。 iPhone上的游戏有《无尽之剑》（1、2）、《蝙蝠侠》等。unity3d挺好的，做游戏也是比较给力的 。

Unity3D：Unity Technologies开发的一个让玩家轻松创建诸如三维视频游戏、建筑可视化、实时三维动画等类型互动内容的多平台的综合型游戏开发工具，是一个全面整合的专业游戏引擎。Unity类似于Director,Blender game engine, Virtools 或 Torque Game Builder等利用交互的图型化开发环境为首要方式的软件其编辑器运行在Windows 和Mac OS X下，可发布游戏至Windows、Mac、Wii、iPhone和Android平台。也可以利用Unity web player插件发布网页游戏，支持Mac 和Windows的网页浏览。它的网页播放器也被Mac widgets所支持。Unreal：UNREAL ENGINE 的简写）中文：虚幻引擎 　（UNREAL ENGINE）是目前世界最知名授权最广的顶尖游戏引擎，占有全球商用游戏引擎80%的市场份额。中国首家虚幻技术研究中心在上海成立，该中心由GA国际游戏教育与虚幻引擎开发商EPIC的中国子公司EPIC GAMES CHINA联合设立。基于它开发的大作无数，除《虚幻竞技场3》外，还包括《战争机器》、《彩虹六号维加斯》、《镜之边缘》、《荣誉勋章：空降兵》、《质量效应》、《生化奇兵》等等。在美国和欧洲，虚幻引擎主要用于主机游戏的开发，在亚洲，中韩众多知名游戏开发商购买该引擎主要用于次世代网游的开发，如《剑灵》、《TERA》、《战地之王》、《流星蝴蝶剑Online》、《一舞成名》等。 iPhone上的游戏有《无尽之剑》（1、2）、《蝙蝠侠》等。unity3d挺好的，做游戏也是比较给力的 。

surreal 超现实的unreal 不真实的 ，假的

Unreal Open Day 是由 Epic Games 中国一年一度倾力打造的面向虚幻引擎开发者的技术分享活动，是引擎行业规格最高、规模最大、阵容最强的年度盛会之一。自从2015年第一届UOD在上海拉开序幕，已成功举办四届开放日活动，且规模也逐年扩大；2019年5月8 - 9日，第五届UOD即将在沪举办。在科技领域的道路上，虚幻引擎全力发展技术革命，截至今年GDC，虚幻引擎用户数已经突破了750万人，其中来自大中华区的用户数量占比相较往年又有了显著增加。 今年Epic Games创始人兼CEO Tim Sweeny先生将以State of Unreal作为第一个主旨演讲，为本届的虚幻引擎开放日Unreal Open Day的精彩议程拉开序幕，同时也会带领众多的虚幻开发者回顾过去一年的成果与进步。 其他精彩演讲主题 （会议议程与内容可能有调整） Keynote: 携手Unreal，为全球玩家打造AAA级手游 祖龙娱乐 / 创始人、董事长兼CEO 李青 李青，祖龙娱乐创始人、董事长兼CEO，是中国最早的游戏制作人之一。在他的率领下，祖龙娱乐成长为中国前三的游戏开发公司，并研制出《 万王之王3D 》、《六龙争霸 3D 》、《梦幻诛仙手游》、《九州天空城3D》等众多远销全球各个国家和地区的精品游戏。2019年，祖龙娱乐使用虚幻引擎4开发的手游大作《龙族幻想》广受瞩目，并有望成为MMO手游领域变革的新开端。 李青将展示祖龙娱乐在虚幻引擎上应用的效果，带开发者了解为达到这样的效果、背后所做的工作，以及给虚幻引擎开发者的经验分享。 Keynote: 本土开发者在游戏全球化趋势中的机遇 心动网络 / 首席执行官 黄一孟 黄一孟，心动网络创始人及CEO，TapTap联合创始人，负责制定集团整体战略及目标。 黄一孟有着多年积累下来的互联网基因，对游戏行业的理解更为深刻。2003年，还在学校中的他创办了VeryCD网站，将电驴软件带入中国；2009年，他再度创业进军游戏行业，并推出心动网络品牌，致力于打造优质游戏产品；2016年，他作为联合创始人创办TapTap，让玩家发现更多好游戏。 黄一孟对专业人才高度重视，通过营造良好的企业文化，保障公司的稳定快速发展。 Keynote: 携手前行 PlayStation上的UE4国产游戏近况分享 索尼互动娱乐（上海） / 总裁 添田武人 毕业于北大的添田武人先生在美进修经济学期间加入索尼，在1992年至2004年的十几年中，他一直从事索尼市场相关方面的工作。经过3年的学习，2006年添田武人拿到了MBA学位。在2013年重返索尼之前，添田武人先后在国际知名公司工作，主要负责市场开拓、营销策略和国际业务拓展等方面的工作。2013年底，添田武人重回索尼集团，加入索尼互动娱乐公司（原索尼电脑娱乐），负责中国市场。现任索尼互动娱乐（上海）有限公司总裁。 由索尼互动娱乐（上海）总裁添田武人带来的，PlayStation平台上国人UE4作品的近况分享和对未来的展望。 会议具体议程 （会议议程与内容可能有调整） 更多精彩分享尽在2019虚幻引擎技术开放日-5月8日及5月9日上海宝华万豪大酒店。 在这里，你不但能听到全球最知名虚幻引擎专家的精彩分析，还能与众多虚幻引擎的开发者进行深入的探讨与交流，共同分享对技术新动向的深入理解。除此之外，你还有机会了解虚幻引擎在更多行业领域的全新应用。可以说Unreal Open Day不但是一场交流学习的盛宴，更是众多虚幻高端人才思维火花碰撞的殿堂。更多的精彩话题，更深入的案例分享，更精彩的思维碰撞与交流，都值得你的期待！

unreal MP3点击，下载或保存都可以的

Unreal Engine 下载不了，可以通过另一个工具Epic Game Launcher下载。打开Epic Game Launcher，登录账号，在左边的选项卡中单击虚幻引擎选项，在右上角点击黄色的下载按钮就开始下载引擎。安装完成后右上角的黄色按钮就变成启动键了，也可以直接双击桌面上的“Unreal Engine”来启动。注意路径最好为全英文。Unreal Engine 3效果“Unreal Engine 3”3D引擎采用了最新的即时光迹追踪、HDR光照技术、虚拟位移…等新技术，而且能够每秒钟实时运算两亿个多边形运算，效能是“Unreal Engine”的100倍。而通过NVIDIA的GeForce 6800显示卡与“Unreal Engine 3”3D引擎的搭配，可以实时运算出电影CG等级的画面，效能非常非常恐怖。

阅读此文章之前，建议先看下入门版： https://www.jianshu.com/p/ec0ae889f417 首先，UE本身提供了很多拓展接口，基本可以满足日常插件开发的需要，我举些例子： 但是，上述这些正道接口，也只能覆盖90%的开发需求。那么剩下10%如何处理呢？ public目录中头文件引用方法太入门，本文不再赘述。 private目录中的头文件引用方法，例如：UnrealEngineSourceEditorAnimationBlueprintEditorPrivateAnimationBlueprintEditor.h 首先，在当前插件模块的build.cs文件中添加Private目录: 然后在某个源码文件，直接include: 使用private头文件后，virtual或inline函数，你都可以直接调用了。 其他函数可能会报链接错误。咋办呢？ 很简单，把这个函数的实现copy到你的cpp里即可。 UE官方其实提供了一种访问private变量的方法：所有标记了UPROPERTY的变量都是可以通过正道访问的。 例如, FAnimLinkableElement的SlotIndex变量: 访问SlotIndex的方法如下: 另外，不标记UPROPERTY的私有变量，其实也可以访问的，前提是变量的offset计算正确，这个太黑，就不提了。 我业余时间，写了个运行时，替换virtual函数的程序，链接在此： https://github.com/xiaoyaoliu/vimrc/tree/master/documents/cpp_samples/ReplaceVirtualFunction 例如，在动画蓝图中的Slot动画节点的右键菜单中添加新的UI入口。

谌嘉诚讲的Unreal课程评价比较好，他的视频详细总结了虚幻引擎教程，并且混合了实践中的经验，使得课程更容易理解。

应该这么做：打开 UE 4 的 任意一个项目，进入UE 4 编辑器编辑——编辑器偏好设置——普通——区域 & 语言 面板然后将中文改成 English 即可

unreal英音：["u028cn"riu0259l]美音：[u028cn"ril] unreal的中文翻译: 1.不真实的,假的 Those flowers look unreal. 那些花看上去是假的. 2.虚构的,幻想的

UnrealEngine也叫虚幻引擎，是一款由EpicGames公司开发的开源、商业收费、学习免费的游戏引擎。自1998年正式诞生至今，经过不断的发展，虚幻引擎已经成为整个游戏界运用范围最广，整体运用程度最高，次世代画面标准最高的一款游戏引擎。

unreal意思指：不真实的。一、unreal的发音，英音读[u02ccu028cnu02c8ru026au0259l]，美音读[u02ccu028cnu02c8riu02d0u0259l]。中文释义如下：1、【adj.】奇异的；虚幻的；梦幻般的；脱离现实的；表示十分喜爱或惊讶。2、派生词是unreality【n.】。二、双语造句如下：1、Many people have unreal expectations of what marriage will be like.许多人对婚姻生活抱有不切实际的憧憬。2、So, you still do not experience this next flowery and clinking strange unreal storm together?那么，你还不来一起感受下这场绚丽无比的奇幻风暴嘛？3、This picture is unreal to people.这幅画给人不真实的印象。4、The kids there live unreal lives where money, beauty, and pleasure are the only gods.那里的孩子过着不真实的生活，金钱、美貌和寻欢作乐是唯一的信仰。

是artificial 人工的,人造的untrue 不真实的(强调事实是否真实)unreal 虚假的(强调事物是否是真实存在的)false 错误的,与正确的相对

本页包含蓝图编辑器的界面元素和基础使用说明。 蓝图可视化脚本编写是 UE4 中一个用途广泛的系统。蓝图可以推动基于关卡的事件，为游戏内的 Actors 控制内部编写脚本的行为，甚至可以在高度写实的游戏角色系统中控制复杂动画。对于这些蓝图的单个应用而言，编辑蓝图脚本的位置和可使用的工具将根据不同需求产生细微变化。这意味着在 UE4 中蓝图编辑器存在多个出现位置和出现方式。抛开差异而言，蓝图编辑器执行的主要任务是一样的：创建并编辑强大的可视化脚本，驱动游戏的诸多元素。 究其本质而言，蓝图编辑器就是基于节点的图表编辑器。它是创建和编辑可视化脚本节点网络的主要工具，通常简称为蓝图。蓝图编辑器的设计对上下文（context）十分敏感，可在需要时单独访问对象的功能，在需要执行非常规操作时进行灵活处理。 关于蓝图编辑器有以下几个关键点： 在深入了解蓝图编辑器之前，应先对蓝图本身有良好理解。 蓝图编辑器的位置和可用工具将随当前编辑的蓝图类型出现细微变化。该文档将助你确定是否需要查看蓝图编辑器特殊形态的 UI 详解，或只需要看到可用功能的顺序列表。 关卡蓝图（Level Blueprint） 是一种专业类型的 蓝图（Blueprint） ，用作关卡范围的全局事件图。 在默认情况下，项目中的每个关卡都创建了自己的关卡蓝图，您可以在虚幻编辑器中编辑这些关卡蓝图， 但是不能通过编辑器接口创建新的关卡蓝图。 与整个级别相关的事件，或关卡内Actor的特定实例， 用于以函数调用或流控制操作的形式触发操作序列。 熟悉虚幻引擎3的人应该非常熟悉这个概念， 因为它与Kismet在虚幻引擎3中的工作原理非常相似。 关卡蓝图还提供了关卡流送和[Sequencer]的控制机制， 以及将事件绑定到关卡内的Actor的控制机制。 在编辑关卡蓝图时，蓝图编辑器包含以下部分 类默认值（Class Defaults） 选项卡包含有关蓝图默认设置和属性的信息，以及有关蓝图包含的任何变量的信息。您可根据需要修改这些设置。 类默认值（Class Defaults） 选项卡包含以下部分： 您也可以通过使用 获取类默认值（Get Class Defaults） 蓝图节点在运行时访问类默认值（Class Defaults）中定义的属性。目标用例用于纯数据蓝图类类型和其他情况，在这些情况下，您可能不一定需要/想要创建实例来访问默认属性值。 1.在您的蓝图类或函数图表中 右键单击，并从上下文菜单中输入 GetClassDefaults。 2.通过类选择器下拉菜单选择要访问的类。 您也可以使用函数调用或变量产生的类类型，如下面的示例所示。 3.选择节点后，您可以通过 详细信息（Details） 面板显示/隐藏引脚。 输出引脚（可访问的类属性）默认为显示，并且可以选择隐藏（类似于结构体断开/设置节点（Struct BreakSet Nodes）。 对象参考属性默认值当前 未 公开。 当前只公开 蓝图可见（BlueprintVisible） 或 蓝图只读（BlueprintReadOnly） 属性供默认访问。 目前，类（Class）输入下拉列表列示了 所有 UOBject派生的类类型（包括引擎类）。 工具栏 默认显示在蓝图编辑器的左上方。通过蓝图编辑器工具栏按钮可轻松访问编辑蓝图时的常用命令。工具栏将基于开启的模式和当前编辑中的蓝图类型提供不同按钮。 工具栏包含两个部分： 编译器结果 面板提供了编译您的蓝图脚本的反馈，告知您蓝图脚本编译是否成功或者是否有 错误 或 警告 。任何时候当发现错误或警告时，编译器结果面板会提供关于错误的信息并给出超链接，使您可以直接跳转到图表视图中存在问题的根源处。 默认情况下， 编译器结果 面板并不总是显示，但是可以在蓝图编辑器的 窗口 菜单中找到它。当蓝图编译时产生了错误或警告时，也会自动打开该面板。一般，该面板将会出现在当前 图表 面板的底部。 任何时候，当您的编译过程中产生警告或错误时， 编译器结果 面板使您可以执行以下操作： 将鼠标悬停到一条信息上来查看详细信息。 将鼠标悬停到一条信息尾部的超链接上，来查看到出问题的节点的链接。 点击面板右下角的 清除 按钮来清除现有的所有信息。 我的蓝图（My Blueprint） 选项卡显示了蓝图中图表、脚本、函数、宏等内容的树状列表。本质上其是蓝图的轮廓，以便让使用者更加便捷地查看蓝图现有元素或创建新元素。 不同类型的蓝图将在 我的蓝图（My Blueprint） 选项卡树状列表中显示不同的项目类型。 下方5个部分中可将蓝图元素组织到相应分组。而顶端部分提供新建图表、变量等快捷方式，同时还可在其中搜索整个 我的蓝图（My Blueprint） 面板。 我的蓝图（My Blueprint） 选项卡含有用于搜索蓝图下属图表的文本框。此文本框的操作方式与用于添加新节点的操作菜单相同，但仅限于在 我的蓝图（My Blueprint） 中搜索对象。使用者可基于命名、注释和其他数据进行搜索。举例而言，若一个节点为 SetActorHidden，只需在文本框输入对应文本，浏览器即可显示图表中所有 SetActorHidden 节点。 例如：法线蓝图固定显示 ConstructionScript 和 EventGraph。 此外，蓝图中创建的函数都将被显示。 关卡蓝图仅会显示 EventGraph 和其中创建的函数。 接口仅会显示其中创建的函数。 宏蓝图显示其中创建的宏函数。 在 我的蓝图（My Blueprint） 选项卡中 点击右键 同样可以访问以上按钮。右键 菜单还包含了新建列举资源的选项。 作为蓝图编辑器中的搜索工具，蓝图可以让您快速追踪各种对象。 Find Results（搜索结果） 面板是蓝图编辑器中的一个强大的搜索工具，允许您快速地基于以下条件来追踪各种对象： 当 搜索结果 面板跟踪搜索匹配项时，它将会显示一个结果列表，每项结果就像一个超链接，可以让图表视图跳转到对应的节点上。当需要跟踪可能深埋于复杂的蓝图脚本节点网络中的特定节点或一段信息时，这是一种非常好的方法。 和在网页浏览器中搜索类似，当在蓝图编辑器中工作时，按下 Ctrl-F 可以调出 搜素结果 面板。默认情况下，该面板出现在 图表 面板的底部。如果 Compiler Results(编译结果) 面板正在显示中，那么 搜索结果 面板将停靠在它的旁边。 Details（细节） 面板是一个情境关联的区域，使得可以在蓝图编辑器中编辑选中项的属性。它包含一个用于快速访问特定属性的搜索条，并且一般还会包含一个或多个可折叠的类目，用于组织其中所包含的属性。 细节面板 也是您处理很多蓝图编辑工作的地方，包括： 图表编辑器（Graph Editor） 面板是蓝图系统的核心。您可在此创建节点和线路的网络，以定义脚本化行为。您可以单击节点以快速选择节点，并拖动节点来重新定位它们。 使用以下控件可浏览 图表编辑器（Graph Editor） 选项卡： 概述蓝图类的组件模式中的视口 在 视口（Viewport） 中，您可在蓝图编辑器中查看和操控您蓝图的组件。 视口（Viewport） 左上角的 视图（View） 下拉菜单中的选项与关卡编辑器的 视口（Viewport） 菜单选项存在少许差异。

主要是这个原因Error, Could not load existing package file "....UDKGameScriptDOGameS.u". Check the log file for more information.无法读取现存文件 ....UDKGameScriptDOGameS.u 检查下现有文件是否存在 在检查下存取权限还没问题 就看看日志

集合面部。导航栏的位于内容浏览器顶部，包含浏览器样式的功能按钮，显示或隐藏源和“集合Collections”。借助该按钮，你可以切换源视图和“集合Collections”区域的显示状态——快速折叠浏览器的这些区域，使它们不占据屏幕空间。

无论是否if clause，verb都是跟subject(前面名词)的，不会跟从后面的object的。 不留意以下答案 1. If you were me what would you do? 2. If you were them what would you do? 3. If I was you what could I do? 3. 以上的答案是逻辑性的conditional以past tense写出记录一段问题；但是如果这句是如你所说的这问题是问unreal的假设可能问题，这句便应该是 If I were you what could I do? 意思是过去的假设：假如当作我是你的话，我会可以怎样做？ 这句的写法很不妥的。 想弄清楚所有假设状态的用法，看这里。 To 回答者：Jenkin: I agree with 回答者:aShlEy. With “be” in the “if” clause we normally use the subjunctive “were” for all persons. We may hear English speakers using was. It is being accepted today especially in conversation but we should not use it in formal situations. 2011-12-29 10:14:16 补充： When we use second conditional we are talking something unreal unlikely or untrue. We are talking about the situation now or in the future and not in the PAST. For the past third conditional is used. 唔系 其实呢个subjunctive mood 无论I /we/ you/ they /he/ she/ it 都系用were最正式 用was冇咁正式 但都叫啱

不现实的

本指南说明如何放置和使用体积以增强关卡行为和设置。 体积 是三维 Actor，用于更改关卡中不同区域的行为。例如，体积可用于下述行为： 将体积放置到关卡中之后，你可以按照你认为合适的方式调整它的大小或位置。放置体积时需要谨记两个要点： 阻挡体积（Blocking Volume） [碰撞文档] 阻挡体积（Blocking Volume）可替代静态网格体上的碰撞表面使用，尤其适用于建筑物墙壁。它可以增强场景运行的可预测性，因为物理对象不会与地板和墙壁上的凸起等微小细节交互。通过降低物理模拟的系统开销，它也可以提高性能。 摄像机阻挡体积（Camera Blocking Volume） 是预配置的碰撞设置，可阻挡摄像机且忽略除摄像机以外的所有Actor的体积。它们旨在定义不可见边界，以将摄像机限制在合理范围之内。例如，在第三人称游戏中，游玩区域的墙壁上具有多叶藤蔓等装饰物。在这些情况下，可贴着墙壁放置很薄的摄像机阻挡体积（Camera Blocking Volume），确保摄像机不撞进藤蔓或伸到叶片后面，使得它流畅运动，提供房间中角色动作的无遮挡视图。 销毁Z体积（Kill Z Volume） 的目的是在特定类型的游戏中防止对象越界，例如，在平台游戏中从悬崖上掉落或掉进深坑，或者在科幻背景设定中在不穿宇航服的情况下离开太空船。针对进入销毁Z体积（Kill Z Volume）的任何Actor，它都将调用 FellOutOfWorld 函数，在默认情况下，这些Actor将在快速经历清除过程后销毁自身。如果游戏需求不同于此，你可以为任意类型的Actor覆盖此行为。例如，如果钥匙等玩家必须收集到才能继续游玩游戏的物品掉进了熔岩坑，游戏可能需要将该物品传送回玩家可以到达的区域而非销毁该物品，或者至少应告知玩家该物品已销毁并重新加载上一个检查点，而非任由游戏停留在无法获胜的状态。 除了从物理体积分配的属性之外，施加伤害的体积还具有下面概述的一组特定属性 有一些针对该体积设置的属性，你可以从 细节（Details） 面板中调整这些属性，如下图所示。 触发器体积（Trigger Volume） 可以在玩家或其他对象进入或离开它们时引起事件。可快速将它们与 关卡蓝图 配合使用来测试事件和游戏性方案或功能，而无需更多蓝图。 例如，你可以在关卡中放置一个触发器体积，然后在 关卡蓝图 中为该体积创建一个重叠事件，它可以播放声音，打开门或启动过场动画场景。 音频体积 环境区域设置（Ambient Zone Settings） 定义位于相关音频体积中的声音Actor如何根据玩家位置发生改变。可在 细节（Details） 面板中调整"环境区域设置（Ambient Zone Settings）"。 剔除距离体积（Cull Distance Volume） 是优化工具，借助它们，你可以基于对象距摄像机的距离和其大小对对象进行剔除（不绘制到屏幕）。它可以在对象尺寸小到可被视为不重要时不绘制对象，从而帮助你优化场景。按照沿其最长有效维度的边界框计算大小，选择的剔除距离是与该大小最接近的剔除距离。 剔除距离体积（Cull Distance Volume）设置取决于 剔除距离（Cull Distances） 属性，如以下 细节（Details） 面板截图所示。 上图中的属性定义下列行为： 按钮。接下来，只需填入给定对象的大小以及你希望该尺寸或小于该尺寸的对象被剔除时所处的距离。无需按照特定的顺序创建这些属性。 层级LOD体积（Hierarchical LOD Volume） 被[层级细节]（HLOD）系统用来将Actor划分到单个HLOD群集。生成群集时，考虑到手动放置的体积，虚幻引擎将覆盖其常规的生成过程。 Lightmass角色间接细节体积（Lightmass Character Indirect Detail Volume 与Lightmass重要体积（Lightmass Importance Volume）相似，它会在玩家高度（相对于地面）以及在整个体积中生成间接光线样本。此类型的体积的一个示例用法是将该体积放置在电梯井中，这样可确保沿电梯井的所有间接照明都正确，而非只有底部的间接照明正确。 Lightmass重要体积（Lightmass Importance Volume） 网格体合并剔除体积（Mesh Merge Culling Volume） 标记它们包含的网格体对象，以使这些对象合并成单个网格体。通过将合并区域内的一系列小型网格体作为一个网格体进行剔除或引起HLOD生成以通过更优的方式减少几何体的数量，它可以提高性能. 通过调整 细节（Details） 面板中的属性应用给摄像机的后期处理设置，可以被 后期处理体积（Post Process Volume） [后期处理文档] 预计算可视性体积（Precomputed Visibility Volume） 主要用于性能优化。这些体积存储Actor的可视性，以了解它们在场景中的位置。应仅将这些体积放置在玩家可以到达的区域。 如果预计算可视性体积（Precomputed Visibilty Volume）的自动生成结果不理想，你可以使用 预计算可视性覆盖体积（Precomputed Visibility Override Volume） 手动覆盖Actor的可视性，以了解它们在场景中的位置。这些体积也用于性能优化，而且应仅将这些体积放置在玩家可以到达的区域。 关卡流送体积（Level Streaming Volume） 用于协助 [关卡流送] 过程。它们提供了一种封装关卡以及基于玩家进入或离开体积的时间控制它何时切入和切出内存的简便方法。 可使用 寻路网格体边界体积（Nav Mesh Bounds Volume） 来控制在关卡中构建寻路网格体的位置。寻路网格体用于计算在关卡不同区域的寻路路径。 在该体积中，会在所有表面上构造寻路网格体，其角度合理，适于在其上行走。你可以按照需要重叠所需数量的此类体积以生成所需的寻路网格体。 使用寻路网格体边界体积（Nav Mesh Bounds Volume）的方法是创建一个或多个将关卡的可寻路区域包围在其中的寻路网格体边界体积（Nav Mesh Bounds Volume）。寻路网格体将自动被构建。 内容示例中的 寻路网格体（Navmesh） 图提供了三个示例，说明如何生成和使用 寻路网格体（Navmesh） 来使 Pawn 能够通过障碍物、翻过斜坡或从窗台上跳下来。在编辑器中，将 NavMeshBoundsVolume 放置在关卡中后，按下 P 键将显示/隐藏寻路网格体（NavMesh）覆盖的区域。这个地图中的最后一个例子展示了当在关卡中移动 Actor 时，寻路网格体（NavMesh）的覆盖区域是如何自动更新的（可以在 关卡编辑器/其他（Level Editor/Miscellaneous） 下的 编辑器设置（Editor Settings） 中取消选中 自动更新导航（Update Navigation Automatically） 复选框来禁用该设置）。 寻路网格体图 下面列出了在 寻路网格体（Navmesh） 图中提供的示例：