Init
This commit is contained in:
72
02-Note/演讲与教程笔记/UE5你可能不知道的35个新功能.md
Normal file
72
02-Note/演讲与教程笔记/UE5你可能不知道的35个新功能.md
Normal file
@@ -0,0 +1,72 @@
|
||||
---
|
||||
title: UE5你可能不知道的35个新功能
|
||||
date: 2022-11-10 11:28:08
|
||||
excerpt:
|
||||
tags:
|
||||
rating: ⭐
|
||||
---
|
||||
## 前言
|
||||
[35 UE5 Features You Probably Don't Know About](https://www.youtube.com/watch?v=k2IP5DYQ0-0)
|
||||
|
||||
## ConsoleVariable
|
||||
### ConsoleVariablesEditor
|
||||
一种用于快速切换不同数值ConsoleVariables的工具。方便TA/图程调节参数。
|
||||
|
||||
首先需要在启用插件`ConsoleVariablesEditor`。
|
||||
|
||||
|
||||
之后就可以在Window-ConsoleVariables打开这个工具了。
|
||||
|
||||
|
||||
主要的操作方法就是点击左上角的按钮添加ConsoleVariables。
|
||||
|
||||
|
||||
|
||||
之后还可以将其保存成预设，方便进行切换。
|
||||
|
||||
|
||||
### ABTest
|
||||
一种方便比较2种ConsoleVariables效果差别的工具，开启后会以一定频率不断进行切换参数，以此方便开发者进行效果比较。
|
||||
- abtest (Console Command) (value1) (value2)
|
||||
- abtest stop
|
||||
|
||||
比如：
|
||||
> abtest r.VolumetricFog 0 1
|
||||
|
||||
## Asset
|
||||
### Asset Reload
|
||||
可以在资产上右键-AssetAction-Reload，直接加载本地磁盘或者当前版本管理版本的资产，而无需重启整个编辑器。
|
||||
|
||||
### Asset高级搜索语法
|
||||
比如：
|
||||
>(NaniteEnable = False) AND （Triangles > 5000)
|
||||
|
||||
可以查询的信息主要为鼠标放在资产上显示的信息。
|
||||
|
||||
### Asset List显示
|
||||
在ContentBrower右边的Settings中点击List即可显示成列表模式。
|
||||
|
||||
## UE建模工具
|
||||
- CubeGrid：使用Cube画刷进行原型关卡的搭建。
|
||||
- FixPivotTool：调整Pivot位置。
|
||||
|
||||
### GeometryScript
|
||||
通过蓝图脚本进行一些建模操作，比如对场景中的物品进行布尔运算啥的。
|
||||
|
||||
### TextureBaking
|
||||
位于UE建模工具的Baking中。有BakeTX、BakeVtx与BakeAll。
|
||||
|
||||
## Niagara
|
||||
Baker：可以将Niagara制作的特效优化成Flip效果。
|
||||
|
||||
## Chaos
|
||||
ChaosCacheManager组件可以将ChaosCache设置成Pose之后通过设置StartTime来制作一些时间逆转的效果。
|
||||
|
||||
## Sequence
|
||||
Sequence摄像机与玩家摄像机混合过渡效果。在摄像机轨道上右键，点击Can Blend。之后进入某个区域播放Sequence就有这种下够哦。
|
||||
|
||||
## 其他
|
||||
- 开启屏幕空间旋转：编辑器设置中勾选Enable Screen Rotation
|
||||
- Procedural Foliage Volumn
|
||||
- 可以通过ShadowPassSwitch材质节点控制某一些区域的模型不投射阴影。
|
||||
- 在Simulation之后选中对应的物体，之后按K就可以保留物理模拟后的结果，适场景美术。
|
||||
74
02-Note/演讲与教程笔记/杭州EPIC2019传媒学院线下技术交流沙龙.md
Normal file
74
02-Note/演讲与教程笔记/杭州EPIC2019传媒学院线下技术交流沙龙.md
Normal file
@@ -0,0 +1,74 @@
|
||||
# 灼华互娱
|
||||
## 头发
|
||||
他们的解决方案是：
|
||||
1、Nvidia的HairWorks
|
||||
2、在DCC中解算面片头发动画之后导出ABC缓存。
|
||||
|
||||
HairWorks是基于dx11的，使用了HairWorks就无法使用dx12的Rtx。不过4.24新出的Hair Rendering功能可以代替之前HairWorks。
|
||||
|
||||
## ABC缓存使用
|
||||
主要使用ABC缓存结算头发与布料，但ABC缓存很可能因为过大而导致导入崩溃。所以灼华互娱对DCC的ABC导出插件进行魔改从而减少ABC缓存大小。但个人认为最佳的解决方案还是重新实现导出缓存格式，不过这需要实现DCC导出插件与Unreal4导入插件（引擎没有必要使用高精度数据），工作相对来说会大一些。
|
||||
|
||||
## Niagara与Houdini结合
|
||||
灼华互娱采用的方案是：
|
||||
使用Niagara制作普通粒子特效。
|
||||
对于需要解算巨量粒子则使用Houdini生成粒子缓存，导入Ue4中。在Ue4中生成模型Instance作为粒子。
|
||||
|
||||
## 资产管理
|
||||
灼华互娱使用USD(通用场景描述) 皮克斯公司开发的开源工具，来制作整个资产管理系统。从而在流程上实现了很多自动化处理。
|
||||
|
||||
比如各种资产同步，比如Maya或者houdini工程进行修改，就会自动导入Ue4。之后自动导入服务器。
|
||||
|
||||
# ASher的演讲 Ue4中地形及环境特效的制作与表现
|
||||
主要介绍了Volumetric Fog/Cloud、LansmassBrush、Erosion、Niagara、VolumeMaterial。
|
||||
|
||||
个人感觉4.24的地形侵蚀工具相当不错，可以通过模拟流体来创建河流侵蚀河岸效果。也可以增加地形的细节以增加可信度。而且可以导出高度图、侵蚀图、泥沙流动图等，你可以用这些贴图制作别的物体Mask。甚至是导入niagara制作特效。
|
||||
|
||||
另外你也可以使用这个系统与niagara，制作海水拍打岸边的岩石所造成的的水花。
|
||||
|
||||
## 体积插件可以从github下载编译
|
||||
配合4.24出的物理大气系统可以轻松渲染出一个很不错的天空。它在dev-rendering分支中，位于/Engine/Plugins/Experimental/Volumetrics。
|
||||
|
||||
## 体积雾
|
||||
### 体积雾材质
|
||||
材质使用的是案例关卡中的雾气材质。具体的材质节点可以参考Shaderbits.com。
|
||||
|
||||
至于雾气会绕开Mesh雾气，这个应该就是根据距离场，再使用类似FlowMap的方式来解决的。
|
||||
|
||||
对于天空中的云，通过输出地形高度图来影响。
|
||||
|
||||
体积雾阴影需要trick，通过体积雾的高度图来计算normal，之后通过方向光与法线的dot来计算自阴影。
|
||||
|
||||
### 在Sequencer里控制时间
|
||||
use manual time控制时间。
|
||||
|
||||
### 使用命令行调整体积雾质量
|
||||
r.volumetricFog.TemporalReprojection 0
|
||||
r.volumetricFog.GridSizeZ 1024
|
||||
|
||||
### Temp SuperAA相关
|
||||
|
||||
|
||||
|
||||
|
||||
使用这个方法可以解决物体与地形的边界过于明显的问题。另一种解决方法是：
|
||||
|
||||
|
||||
Lerp的Alpha还可以使用HeightLerp、相对高度甚至是距离场来设置。
|
||||
|
||||
|
||||
地形的融合注意使用Material LOD
|
||||
http://riteofilk.com/2017/07/29/blurring-the-edge-blending-meshes-with-terrain-in/
|
||||
|
||||
Dither TAA节点可以通过以下视频了解：
|
||||
https://www.youtube.com/watch?v=PKX_v4RDkPc
|
||||
|
||||
Dither TAA的另一个技巧就是让物体产生半透明的效果（将DitherTAA节点连接到Mask上）
|
||||
|
||||
### Quiexl 扫描库贴图设置技巧
|
||||
使用以下设置会让画面变得锐利一些：
|
||||
|
||||
r.ToneMapper.Sharpen 3
|
||||
r.ScreenPercentage 120
|
||||
|
||||
贴图设置Mipmap设置为Sharpen5。
|
||||
100
02-Note/演讲与教程笔记/杭州UnrealCircle2022笔记.md
Normal file
100
02-Note/演讲与教程笔记/杭州UnrealCircle2022笔记.md
Normal file
@@ -0,0 +1,100 @@
|
||||
---
|
||||
title: 杭州UnrealCircle2022笔记
|
||||
date: 2022-08-09 13:55:15
|
||||
tags:
|
||||
rating: ⭐️⭐️
|
||||
excerpt:
|
||||
---
|
||||
# 杭州UnrealCircle
|
||||
## ChaosCloth
|
||||
1. 与引擎其他模块协作，比如**动画系统**
|
||||
2. 基于PositionBase，稳定的表现效果。应该是基于粒子的。
|
||||
3. 允许使用AnimDriveMask 动画蓝图节点以及参数设置。
|
||||
4. 支持蓝图设置参数以及对应的Debug工具。
|
||||
5. 支持老算法（NvCloth？）的结算结果。
|
||||
6. Chaos没有碰撞体数量限制，NvCloth<32。新增只会影响Cloth的TaperedCapsules。
|
||||
|
||||
- 对角色的Clothing菜单里的，勾选与环境进行碰撞，即可实现与环境碰撞。collision with environment。
|
||||
- MeshSkinning->Mesh Skinning选项，对与高面Cloth的优化方案
|
||||
- CVARs Debug命令与PIE参数可视化
|
||||
- p.ChaosClothEditor.Debugxxx
|
||||
- p.ClothPhysics.WaitForParallelClothTask 1
|
||||
- p.ChaosDebugView.DebugRaw;
|
||||
- Lo-Hi值与Mask值相关。
|
||||
|
||||
## 博采传媒 基于Unreal的虚拟制片
|
||||
剧本->资产制作->剧本可视化 制作预演短片。
|
||||
Previz-》Techviz-》虚拟制景-》LED环幕拍摄
|
||||
|
||||
博采制作了一个半圆柱形的LED棚来解决工业光魔 棚的缺陷。杭州750平米5米高;安吉900平米8米高。
|
||||
|
||||
一个月制作 0特效 科幻短片，LED棚实拍。
|
||||
优点：可以节约实景道具，同时获得结果接近的光影效果。
|
||||
难点：如何将LED屏幕的光打到角色身上。比如拍摄夜景时，控制DMX灯光与LED屏场景同步，来对角色进行补光。
|
||||
道具研发：比如模拟棚内汽车颠簸的承载系统。
|
||||
|
||||
#### 需要大量拍摄技巧
|
||||
为了保证演员脸上的间接照明，演员必须里LED屏幕非常接近(2m,夹角150°)。
|
||||
|
||||
个人想法：是否可以使用无人机矩阵进行补光处理。
|
||||
|
||||
- 小场景丁达尔光
|
||||
- 小置景大场景：需要小场景与背景结合经验。
|
||||
- 丁达尔光：可以直接做出丁达尔光的场景。
|
||||
- 摄像机仰拍：部分镜头因为圆顶屏幕的限制需要使用仰拍视角来规避。
|
||||
- 虚拟拍摄与DMX拍摄
|
||||
|
||||
## 虚幻引擎在短视频中的应用
|
||||
可以购买LED电视代替LED屏（低配版）
|
||||
|
||||
## 虚幻录像系统
|
||||
视频地址：https://www.bilibili.com/video/BV1Z34y1n72n?share_source=copy_web
|
||||
|
||||
#### 概念
|
||||
- ReplaySubsystem：一个全局的回放子系统，封装核心接口并且暴露给上层使用。
|
||||
- DemoNetdriver：继承自NetDriver，宏观控制回放的录制与播放。
|
||||
- DemoNetConnection：继承自NetConnection，自定义实现回放数据的发送位置。
|
||||
- ReplayHelper：防撞一些放回处理数据的接口，将回放逻辑与DemoNetDriver进行解耦。
|
||||
- XXXNetworkReplayStreamer：序列化数据的存储类。
|
||||
|
||||
#### Streamer（流送）有5种方式：
|
||||
1. Null
|
||||
2. Http
|
||||
3. 内存
|
||||
4. 文件
|
||||
5. 还有一个忘记了
|
||||
|
||||
#### 实现快进
|
||||
1. CheckPoint：存档点，即一个完整的世界快照，每隔一段时间记录一个。
|
||||
2. Stream：一段连续时间的数据流，存储着从上一个Checkpoint到当前的所有录制数据。
|
||||
3. Event：记录一些特殊的自定义事件。
|
||||
|
||||
#### 录像系统的Streamer使用方式：
|
||||
- UGameInstance* GameInstance=GetWorld()->GetGameInstrance();
|
||||
- GameInstance->StarrtRecordingRecord()
|
||||
- GameInstance->PlayReplay()
|
||||
- 在CS模块文件中增加**NetworkReplayStreaming**与**LocalFileNetworkReplayStreaming**模块；按照需求还可以增加InMemoryNetworkReplayStreaming与HttpNetworkReplayStreaming。
|
||||
|
||||
#### 版本兼容
|
||||
- SendProperties_BackwardsCompatible_r/ReciveProperties_BackwardsBackwardsCompatible_r
|
||||
- 跨版本兼容：将本版蹦属性的名称等信息一并写入NetFieldExports结构体，再进行序列化；
|
||||
- SendProperties_r/RecevieProperties_r
|
||||
- 不考虑兼容：只序列化某个属性的Index以及内容，不记录属性名称。
|
||||
|
||||
#### 关卡设计思路
|
||||
- 游戏中的死亡回放要使用内存Streamer。
|
||||
- 在进行比赛的同时播放死亡录像采用：DuplicatedLevelCollection方案实现。
|
||||
- 对Level进行划分：DynamicSourceLevel原始世界、StaticLevel存放静态Actor、DynamicDuplicatedLevels存放回放世界。
|
||||
- 使用ActorGUID来区分是服务器Actor还是本地Actor。
|
||||
|
||||
#### 观战系统
|
||||
FHttpNetworkReplayStreamer，通过服务器发送一个拷贝到观战服务器中。
|
||||
|
||||
#### 优化
|
||||
- 尽量避免RPC，而多使用属性同步
|
||||
- 使用PlayerState，不适用Controller来存储同步数据
|
||||
- 服务器与客户端都可以录制回放
|
||||
- 建立对象池，来避免加载、Spawn、Destroy、Actor GC的卡顿问题
|
||||
- 回放世界与真实世界是同一个物理场景，需要避免碰撞
|
||||
- 避免在回放世界打开物理
|
||||
- 通过设置PxFilterFlags FCollisionFilterData并修改引擎的碰撞规则处理
|
||||
118
02-Note/演讲与教程笔记/究极风暴渲染技术.md
Normal file
118
02-Note/演讲与教程笔记/究极风暴渲染技术.md
Normal file
@@ -0,0 +1,118 @@
|
||||
---
|
||||
title: 究极风暴渲染技术
|
||||
date: 2022-08-09 13:55:15
|
||||
tags:
|
||||
rating: ⭐️
|
||||
excerpt:
|
||||
---
|
||||
|
||||
此文为转载 转载地址此文中已注明，本地址转载请注明 http://blog.sina.com.cn/diorsolo
|
||||
|
||||
重视画面效果的DOF 图A是应用DOF前的状态。在这个基础上由于适用了从ZBuffer中抽出的(unfocusmask)，虽然再现出了DOF，但是因为在角色上有轮廓线（Outline），模糊的部分和不模糊的部分的差距鲜明的显出了，轮廓若隐若现，图C。因此像图D那样在unfocusmask本体上加上Blur来抑制上述的不合适，图E。实际仔细看来，本来的焦点应该符合背景而显得模糊，但考虑图像的融合还是采用了这种方法。顺便说一句，Blur使用了高斯filter来处理，可以很轻松的完成。【千里马肝注：这的确是一个让unfocus部分与focus部分更柔和融合的小trick。】
|
||||
|
||||
|
||||
### 火焰的特效
|
||||
图A里是佐助的[豪火球忍术]，图B是实际的模型构成。这个特效可以由中心的球体模型（图C），平面的正面化模型（图DE），对应移动的生成平面多边形的轨迹模型（图F），这三个部分构成，把这些合成后，可以实现拥有2D的样子并在3D空间中没有不协调感的特效。还有，适用于Flare或轨迹的动画用贴图如图所示各自八张的循环,每个一种，但是担任特效的下田星儿先生表示，最初是做成了平均性形状的多边形，在实际组合时让多边形变形，即使用一个种类的循环动画也能够表现出形态丰富的火焰。顺便说一句，这个特效为了再现动画版的时间，虽然是一秒内8到15个画面，但游戏本身是按30fps活动。试验性的尝试过60fps和15fps，但在60fps中不能流畅的做出活动的动画，一旦用15fps做出动画，作为游戏的反应就变差了。
|
||||
|
||||
http://www.opengpu.org/forum.php?mod=viewthread&tid=6609&extra=page=1 转载原文地址，尊重作者劳动
|
||||
|
||||
## 为了让动画片和游戏没有界限
|
||||
本作是在06年初时开发的，当时Xbox360刚在日本发售，PS3的发售还要有些时候，这时不论是谁都在思考着今后的次时代游戏的开发战略。在这样的状况中，负责开发CyberConnect2公司的董事社长松山洋先生，决心把[伴随着次世代机的图形性能飞跃的提高，各种开发经费也高涨]这个问题，通过以全世界的市场作为目标进行开发而得到突破。
|
||||
|
||||
为了实现这个坚固的理念，深思熟虑过我们自己对于世界的优势，导出的方针就是[把日本独有的动画和漫画的表现贯穿始终]，那就成为了所谓的[把动画和游戏的界限消除]的具体目标。为了这个目标，首先编成了10人的研究开发组作为先头部队，这期间有7名设计师进入开发组内，从事制作被称为[超动画]的[贯穿始终]的视觉表现的预想影像，经过了半年时间终于在3dsMax上做了出来。
|
||||
|
||||
为了达成目标如动画般的画面表现，本作的动画全部用手工完成，一方面是松山先生回想起那些庞大的工作量就说[总之是动作组（MotionTeam）一直很努力才顺利前进]，另一方面动作指导的石桥洋平先生也回答说[确实太辛苦了，但是有研究开发时适当策略可供参考，所以可以冷静的应对]。确实是可靠的言词。
|
||||
|
||||
还有，本作是有动画版权的游戏，所以要由原版权公司检查。具体上，和动画设定的出入，对于游戏中存在的IF（假象剧情），原创忍术的[奥义]的表现进行检查。这些都给予了细心的注意，动画师不时地一边参照动画影像一边进行工作，还要根据每个负责人的文字描述做出概念，之后由导演进行核对，整个工程全部的阶段都要在内部核对，要做到尽可能不返工的程度，用这样精炼的制作来接受原版权公司的监督。职员们这样的努力，已经出色的成为本作的一个理念[兼顾画面的观赏性和作为游戏的游戏性这样的两个目标]。事实上在本作的预告片公开时，也能看到用户和游戏业界对于过高的游戏品质比起动画业界发出了更多的赞赏声。
|
||||
|
||||
最后，通过采访最有印象的是，开发职员要面对把原作动画作为初始的动画本身，从言词的细微传来了敬意和热爱。从下页开始要介绍这种丝毫不妥协的热爱，平时挑战各种各样限制本作构思和技术平衡的真髓。
|
||||
|
||||
### 让人感觉不到CG噪音的简单角色表现
|
||||
动画作画的关键就是对信息量的控制。用少量的信息表现出强烈的个性，怎么才能做出活灵活现的角色呢？
|
||||
|
||||
|
||||
|
||||
### 角色模型的LOD
|
||||
角色的建模使用3dsMax。图里是主人公漩涡鸣人的身体和头的建模（从左开始是高、中、低模）。多边形数量各自为高模16000（头部2400）、中模8000（头部1400）、低模4000（头部700），基本上由从镜头的距离算起：5米以内、5到7米、8米以上来区分，以此进行LOD处理。梅田公一先生表示，这是为了在减轻描画处理负荷的同时，表现出动画特有的[远处的东西被画出线条是经过整理的形态]。还有，有时有必要让人清楚的看到表演性质的脸，还会发生由于大量的角色登场引起的负荷上升那样局面的情况，要根据情况强制性的切换高模或是低模。还有，脸上使用到了很多的多边形，本作中使用法术时结印的手指也分配到了相当精细的多边形。
|
||||
|
||||
【千里马肝注：临、兵、斗、者、皆、阵、烈、在、前。这九个字源于东晋葛洪的《抱朴子*登涉篇》，（葛洪者，乃东晋时结合儒家思想改造道教，宣扬采药炼丹、长生不老的人，至此，道教变成为封建统治服务的宗教）“临兵斗者，皆数组前行，常当视之，无所不辟。” 意思是说，常念这九个字，就可以辟除一些邪恶。在抄录这九个字时，把“数、组、前、行”误抄成“阵、列、在、前”而沿用至今。这九个字分别的意思是：临，代表身心稳定。兵，代表能量。斗，代表宇宙共鸣。者，代表复原。皆，代表危机感应。阵，代表心电感应或隐身。列，代表时空控制。在，代表对五元素的控制。（五元素：就是我们熟知的金、木、水、火、土。）前，代表光明。】
|
||||
|
||||
|
||||
### 重视画面效果的生动配色阴影
|
||||
公司内部以前使用过的乘法CelShader，绘制出皮肤的阴影部分的褪色效果是个难点，见上图A。在本作中，为了解决那个问题，模仿了Photoshop的softlight图层效果开发出了CelShader，见上图B。用这个方法虽然确实在皮肤的影子上能得到良好的结果，但同时衣服等东西原本的色彩很高的部分影子也变的明亮，结果作为影子就会出现破绽。于是开发出了新的彩度高的像素上使用乘算，彩度低的像素上用softlight的，把影子颜色在直线上混合描绘的shader，实现了取得平衡的阴影，见上图C。另外，项目主管的西川裕贵先生表示，因为这个shader保持相当的的彩度，根据动画上经常用的色调也可以适用在阴影的表现上，例如说把夜里的阴影做成青色时也很有用。
|
||||
|
||||
【千里马肝注：动画在绘制之前，会由一位经验丰富的美术绘制一套被称作“色彩指定”，简称“色指”的图片，其中对于角色的肤色、头发色、眼睛、服饰等的颜色进行规定，包括该部分在阴影下的颜色、高光的颜色等等。这样严格要求的结果是，当动画关键帧被绘制完成后，流水线上的美术必须严格按照色指进行上色，于是出来的动画效果就如同一个人画出来的一样。】
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 整理出动画风格的阴影
|
||||
虽然图A把高模做出了GlowShading，但是如果使用这个光源设定进行CelShading，光照会像图B那样忠实的表现出阴影来，导致表情变的非常僵硬。这样就达不到动画片的效果，所以需要像图C和D那样让模型膨胀再整理法线，作成调整过的模型，取得了法线信息后，把那些适用在原模型上，就可以再现出图E那样动画风格的柔软的表情。还有，在实际主机上的再现是开发了专用的插件对应完成的。这个Shading技术可以说是初期研究开发阶段很大的一个成果。
|
||||
|
||||
【千里马肝注：这种手法之前在《偶像大师1、2》中也出现过，具体实现还是第一次见到。需要试验一下，这种膨胀的方式，当光源位置变化时会是什么效果？】
|
||||
|
||||
|
||||
### 必要的轮廓线(Outline)抽出法
|
||||
作为轮廓线的生成法，从PS2的时候就是被经常使用的方法，把模型按法线的方向推出很大的一圈，再把多边形的法线反向作为轮廓的绘制手法，图A。用这个方法，因为对于全部的多边形都适用一样的处理，头发等的轮廓也忠实的绘制出来，表现出期望中的动画风格的质感。还有一种生成法，一次性把模型渲染到2Dbuffer中进行post处理，是一种抽出模型的轮廓（silhouette）的绘制手法，图B。用这个手法，虽然使用silhouette生成了简单的的轮廓线（Outline），但不能在silhouette的内侧生成。所以本作的Celshading上附加了轮廓线（Outline）选择的选项，由于设计师会对应状况选择绘制方法，实现了这两个手法的并用。
|
||||
|
||||
【千里马肝注：图A的方法不用多说；图B的方法可以将normal或depth渲染到rendertarget中，然后进行Sobelfilter处理。作为卡通渲染，有时的确不希望过多的细节被表现出来，这里本作使用2种可选项是个好办法。更多的信息请见RenderMonkey中的NPR。】
|
||||
|
||||
|
||||
|
||||
### 动画中加入了其所特有的夸张
|
||||
动画的深奥妙趣，就是充分利用省略和强调张驰。
|
||||
那么如何通过CG来表现这些并灵活的运用呢？
|
||||
这里来披露一些吧。
|
||||
|
||||
|
||||
### 索具(Rigging)的准备配置(Setup)
|
||||
角色的索具装配使用了Biped。骨骼的构成，被称为全角色共通的基础的躯干部分有52个，各种调整用的自由骨骼是22个，面部是67个，服装和头发等摇动的物体用的延伸骨骼是30到80个，全部大概每个角色可以算出是170到220个。还有，做成的动画数，漩涡鸣人的情况，在自由战斗时是125个，极限任务模式里是90个。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 动画拖影（AnimeBlur）的实现
|
||||
作为动画片固有的速度表现，速度过快的会有轮廓被拖长的情况。在本作中把三角锤的模型重叠（图A）,提前加入角色的末端部分（图B）,把骨骼拉出来（图C），实现了这个效果（图D）。在骨架上加入了弹簧控制，根据动作的速度把拉出的长度自动的变化，虽然做出的动作也有些和表演意图不同，但为了取得平衡，全部的人都加入了。
|
||||
【千里马肝注： 关于弹簧控制，请搜索：虎克定律。】
|
||||
|
||||
|
||||
|
||||
### 面部配置（Setup）的基础
|
||||
面部正如前述那样由67个骨骼控制（图A）。作为本作特有的设定，下唇的下骨骼占到脸的三分只一。这是为了可以表现出即使是动画独特的张嘴，下巴的位置也不会改变，或是表现出图B那样，脸有很大的扭曲。还有一看就明白的，真实系的面部配置中，大多被设定的脸颊或鼻根的骨骼极少。这样着色在平面上难以反映变化，所以并不是要设定最低限度的骨骼，而代替那些皱纹表现的，要用专用的3D模型（图C）来实现，图D。顺便说一句，图C的两个白色圆板是眼睛的高光，这样可以把皱纹以及高光从shader上分离，容易按意图做出表情
|
||||
|
||||
|
||||
### 动画独特的不合常态的关节
|
||||
图A作为人的动作当然相当的正确，但是按动画来看就太过死板缺乏趣感。正是像图B那样柔软有弹性的形状变化才符合动画片。为了实现那些，要用基础的骨骼（图A）制作动作后，再把子阶层模型顶点网格通过自由骨骼对权重进行控制（图C的红色部分），这样就可以制作动画独特的柔软性。
|
||||
|
||||
|
||||
### 大胆夸张的动画风格构图
|
||||
在实际的镜头中，一旦让被摄影对象的人完全的进入画面，怎样努力也如图A那样有透视的限制。所以为了得到如图B那样动画型的夸张的构图，要通过Biped的骨架的辅助动画中加算上Scale，让其在物理性上巨大化。
|
||||
|
||||
|
||||
### 面部的作业环境
|
||||
使用了以前的目标变形（MorphTarget）是因为要在本作中变更骨骼，如图那样，准备了选择器，工作中可以迅速的对应新的手法（图A）。还有，由于这个变更，表情的数据库管理化就成了问题，但是可以把表情的骨骼和标准的姿态的骨骼的差值做成文本档案化，解决了输出脚本的制作问题。由于这样，通过目标变形能够混合两个表情的同时，还可以转移到拥有同一个骨架构造的其他角色上做出类似的表情，对工作的效率化，还有风格的统一等有很大的作用。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 背景的概要
|
||||
上图是战斗舞台的其中一个，角色的移动可能范围按实际尺寸是直径50米，最远景是500米左右，大约用了5万多边形做成。担当背景制作的四所铁矢先生表示，开发当初好像有40万到50万多边形，一边要维持品质一边要把多边形消减到能够实时绘制处理的水平，很辛苦呢
|
||||
|
||||
|
||||
### 丰富的河流表现
|
||||
让水面上反射出美丽阳光的河流（图A）,如何能用一张平面的多边形作出来（图B）。使用的贴图有，color（图C），height（图D），normal（图E），shadow（图F），环境（图G）5个种类，水的颜色在shader参数里设定，在颜色上也可以增加高度的信息。环境贴图拥有alpha通道,加入了模拟的HDR信息（图H）绘制太阳一类的效果。像素描绘的结果，会显出很强的GlareFilter效果，花了很多工夫。
|
||||
|
||||
|
||||
### 背景的贴图
|
||||
在贴图上使用了Albedo贴图（图A）和阴影贴图（图B）。根据适用的地方，在2048X2048到256X256像素的范围内选择尺寸，使用DXTC格式总计30MB的程度。还有，用Photoshop的插件做成Mipmap来使用（图C）。虽然由于这些贴图的容量会增加33%，但和没使用时比起来，GPU的处理负荷减轻了接近一半，那个效果是非常大的。
|
||||
|
||||
|
||||
|
||||
### 背景的作业环境
|
||||
公司内部在构筑开发环境上也倾注了全力，在背景制作中使用了30台以上的wacom的21寸液晶绘图板。更有应该注意的是在负责人的头上，有个防止面对监视器时映入灯光的特别定作的圆盘形的遮光罩。这是日产汽车和slik共同开发的产品，由于这个抑制了照明，实现了没有那么明亮的作业环境。
|
||||
|
||||
27
02-Note/演讲与教程笔记/虚幻开放日2020/LiveLink的应用及扩展.md
Normal file
27
02-Note/演讲与教程笔记/虚幻开放日2020/LiveLink的应用及扩展.md
Normal file
@@ -0,0 +1,27 @@
|
||||
## 参考案例
|
||||
https://www.bilibili.com/video/BV1tp4y1r7A7
|
||||
|
||||
Engine/Source/Runtime/LinvLinkInterface
|
||||
|
||||
## 添加数据类型
|
||||
>在Roles文件夹中得到XXXType.h与XXXRole.h中，增加自定义数据类型与Roles规则。
|
||||
|
||||
- FLiveLinkBaseStaticData：静态变量
|
||||
- FLiveLinkBaseFrameData：每帧变量
|
||||
- FLiveLinkBaseBlueprintData:蓝图数据，用于在蓝图中访问对应的数据。
|
||||
|
||||
## 添加规则
|
||||
- GetDisplayName():定义自己的LiveLink名称。必须定义且唯一。
|
||||
- GetXXXDataStruct():返回XXXType.h中定义的结构体。
|
||||
- InitializeBlueprintData():初始化数据并且赋值到FLiveLinkBaseBlueprintData中设置的变量里。
|
||||
|
||||
## 编写LiveLinkProvider(数据发送端)
|
||||
>在Provider中编写传递数据过程
|
||||
|
||||
## 编写LiveLinkController
|
||||
IsRoleSupportedd():判断Role是否为指定Role,即判断数据为什么类型Role的数据。
|
||||
Tick():编写每帧处理逻辑。
|
||||
|
||||
## 使用
|
||||
在LiveLink管理器中连接Provider
|
||||
在Actor中挂载LiveLinkController组件
|
||||
26
02-Note/演讲与教程笔记/虚幻开放日2020/有用演讲地址.md
Normal file
26
02-Note/演讲与教程笔记/虚幻开放日2020/有用演讲地址.md
Normal file
@@ -0,0 +1,26 @@
|
||||
### 虚幻引擎4全平台热更新方案
|
||||
https://www.bilibili.com/video/BV1ir4y1c76g
|
||||
|
||||
### 虚幻引擎中基于物理的动画
|
||||
https://www.bilibili.com/video/BV1UV411a7Jq
|
||||
主要讲解使用的计算功能与思路。
|
||||
|
||||
### 深入解读Niagara：智能粒子效果
|
||||
https://www.bilibili.com/video/BV1At4y1v7EQ
|
||||
|
||||
### 虚幻引擎的Niagara系统与实时VFX的演进（Niagara功能节点介绍）
|
||||
https://www.bilibili.com/video/BV13541157SU
|
||||
|
||||
### 纯虚幻引擎流程的卡通烟雾特效
|
||||
https://www.bilibili.com/video/BV1fV411a7Se
|
||||
一句话：是要用Niagara模拟粒子，之后使用CaptureSceneRender获知速度、透明度、Alpha等信息的flip，之后再制作粒子效果。
|
||||
|
||||
### 用虚幻示意图形（UMG）UI设计器优化并构建3A级UI
|
||||
https://www.bilibili.com/video/BV1EK4y1j7VB
|
||||
UMG的优化
|
||||
|
||||
### 用Unreal Insights收集、分析及可视化你的数据
|
||||
https://www.bilibili.com/video/BV1Ay4y1q7Kj
|
||||
|
||||
### 利用虚幻引擎自动化框架进行性能测试
|
||||
https://www.bilibili.com/video/BV1Ca4y1p7Bq
|
||||
18
02-Note/演讲与教程笔记/虚幻开放日2020/用CI与CD基础架构实现高效的移动游戏开发.md
Normal file
18
02-Note/演讲与教程笔记/虚幻开放日2020/用CI与CD基础架构实现高效的移动游戏开发.md
Normal file
@@ -0,0 +1,18 @@
|
||||
## 视频地址
|
||||
https://www.bilibili.com/video/BV19p4y167gh
|
||||
|
||||
## 为什么需要CL
|
||||
- 多操作系统开发需要
|
||||
- 构建与发布产品（不同环境）
|
||||
- 构建DLL并且上传到哨兵程序中
|
||||
- 构建自定义引擎
|
||||
- 运行自动测试程序
|
||||
- 检测代码与分支的有效性
|
||||
- 为每个设置构建对应的版本
|
||||
|
||||
## CL工具
|
||||
- TeamCity
|
||||
- Jenkins
|
||||
- Bamboo
|
||||
|
||||
## CD
|
||||
40
02-Note/演讲与教程笔记/虚幻开放日2020/虚幻引擎移动端ComputeShader的应用.md
Normal file
40
02-Note/演讲与教程笔记/虚幻开放日2020/虚幻引擎移动端ComputeShader的应用.md
Normal file
@@ -0,0 +1,40 @@
|
||||
|
||||
## 视频地址
|
||||
https://www.bilibili.com/video/BV1ey4y1q7s4
|
||||
|
||||
## ComputerShadder
|
||||
### 支持原子操作
|
||||
InterLockedAdd(),Min()/Max(),Exchange()
|
||||
|
||||
|
||||
### 线程同步
|
||||
GroupMemoryBarrierWithGroupSync()
|
||||
|
||||
### Shader传入参数
|
||||
- GroupThreadID(SV_GroupThreadID)
|
||||
- GroupID(SV_GroupID)
|
||||
- DispatchThreadID(SV_DispatchThreadID)
|
||||
- GroupIndex(SV_GroupIndex)
|
||||
|
||||
可以在微软的文档中找到具体解释。
|
||||
|
||||
### ComputeShader对于PixelShader的优势
|
||||
PixelShader只能处理当前Shader，ComputeShader是任意位置可写。可以用于编写屏幕空间反射等需要将效果写入任意位置的效果。
|
||||
可以更好地利用显卡的并线单元。使用二分法循环计算：
|
||||
|
||||
|
||||
|
||||
共享内存：举个例子模糊、等需要多次采样各个像素的算法，使用共享内存就可以减少采样次数与消耗。
|
||||
|
||||
#### 工作组
|
||||
工作组会影响共享内存大小，从而影响多次采样像素的效率。但也会影响线程同步，同步速度变慢，也会影响原子操作次数。
|
||||
|
||||
### PixelShader对于ComputeShader的优势
|
||||
- PixelShader可以预加载贴图并且缓存UV，使得读取贴图的效率会非常高。而ComputeShader需要计算出UV，所以做不到这点。
|
||||
- PixelShader支持FrameBuffer压缩，减少带宽压力。
|
||||
- PixelShader支持更多的贴图格式。
|
||||
|
||||
## ComputeShader优化技巧
|
||||
- Optimizing Compute Shaders For L2 Locality Using Thread-Group ID Swizzling
|
||||
- DirectCompute Programming Guild
|
||||
- DirectCompute Optizations And Best Practices
|
||||
42
02-Note/演讲与教程笔记/虚幻开放日2022/UE5新材质系统-Strata.md
Normal file
42
02-Note/演讲与教程笔记/虚幻开放日2022/UE5新材质系统-Strata.md
Normal file
@@ -0,0 +1,42 @@
|
||||
## 前言
|
||||
视频地址：https://www.bilibili.com/video/BV1Ge411N7Bm/?spm_id_from=333.999.0.0&vd_source=d47c0bb42f9c72fd7d74562185cee290
|
||||
|
||||
开启Strata的方式：
|
||||
- ProjectSettings- Enable Strata Materials
|
||||
为了提高编译效率，可以给ConsoleVariables.ini添加`r.D3D.ForceDXC=1`
|
||||
|
||||
有关材质函数的帮助可以参考 `Engine/Content/Functions/Strata`。
|
||||
|
||||
## Strata
|
||||
|
||||
|
||||
|
||||
Fuzz用于模拟天鹅绒这种边缘会泛光的材质。
|
||||
|
||||
|
||||
这里的MFP指的是Mean Free Path（平均自由路径），下面这4个引脚控制SSS效果。
|
||||
|
||||
|
||||
使用下图节点实现透射率转化为MFP，这主要是方便美术理解，也因为MFP不是线性的关系所致。该节点通过计算BaseColor与TransmittanceColor来取得MFP与Thickness。
|
||||
|
||||
|
||||
## 混合方式
|
||||
- Horizontal Mixing：水平混合模式。使用Mask贴图混合也可以做到。
|
||||
- Vertical Layering：垂直混合模式。(使用Strata可以保证物理正确)
|
||||
- 
|
||||
- Coverage Weight：权重混合
|
||||
- Thin Film
|
||||
- 
|
||||
## Strata Tree
|
||||
可以通过查看Strata材质组成构造。
|
||||
|
||||
其中好处就是在跨平台移植时可以方便得关掉一些材质功能，在保证大体效果接近的情况下进行优化。
|
||||
|
||||
|
||||
## 数据存储方式
|
||||
|
||||
|
||||
## debug与命令
|
||||
勾选 `Show - Visualize - StrataMaterial`就可以查看占用数据。
|
||||
|
||||
r.Strata.Debug.VisualizeMode 1/2/3 可以切换不同的debug视图。
|
||||
32
02-Note/演讲与教程笔记/虚幻开放日2022/UE热更新的原理与实现.md
Normal file
32
02-Note/演讲与教程笔记/虚幻开放日2022/UE热更新的原理与实现.md
Normal file
@@ -0,0 +1,32 @@
|
||||
## 前言
|
||||
视频地址：
|
||||
https://www.bilibili.com/video/BV1d841187Pt/?spm_id_from=333.999.0.0&vd_source=d47c0bb42f9c72fd7d74562185cee290
|
||||
|
||||
## 基础包拆分
|
||||
- PrimaryAssetLabel
|
||||
- ChunkIDs
|
||||
- ObbFilter(Android)
|
||||
|
||||
UE默认拆分基础包的缺点：
|
||||
- 只拆分UAsset
|
||||
- MetaData不会拆分（仍在Chunk0）
|
||||
- Chunk中无法配置Non-Asset文件
|
||||
- UE不支持IOS IPA包内PAK的过滤
|
||||
|
||||
## UnrealFileSystem
|
||||
UE的热更新是基于Pak的热更新。
|
||||
|
||||
## Pak
|
||||
在Cook完之后使用UnrealPak进行打包。
|
||||
```cmd
|
||||
UnrealPak.exe SAVE_PAK.pak -create=RESPONSE_FILE.txt -compress
|
||||
```
|
||||
|
||||
### Mount
|
||||
1. Pak需要挂载到游戏中才能使用。
|
||||
2. Mount时可以设置Pak的优先级。
|
||||
|
||||
自动挂载目录：
|
||||
1. Engine/Content/Paks
|
||||
2. GAME_DIR/Content/Paks
|
||||
3. GAME_DIR/Saved/Paks
|
||||
52
02-Note/演讲与教程笔记/虚幻开放日2022/多线程渲染.md
Normal file
52
02-Note/演讲与教程笔记/虚幻开放日2022/多线程渲染.md
Normal file
@@ -0,0 +1,52 @@
|
||||
---
|
||||
title: UE的多线程渲染
|
||||
date: 2022-11-23 16:55:20
|
||||
excerpt:
|
||||
tags: Rendering
|
||||
rating: ⭐⭐
|
||||
---
|
||||
视频：https://www.bilibili.com/video/BV1sP4y117Dg/?spm_id_from=333.999.0.0&vd_source=d47c0bb42f9c72fd7d74562185cee290
|
||||
|
||||
# 并行渲染
|
||||
因为一些平台的RHI指令需要等待驱动层返回才能继续执行，所以会使用分离RHI线程的方式来解决。
|
||||
|
||||
|
||||
渲染线程会每帧的帧头处等待RHI线程执行结束。
|
||||
|
||||
|
||||
## RHI
|
||||
同时渲染线程会将这些RHI命令都打包在一起，以链表的方式发送到RHI线程进行处理。其中FRHICommandListImmediate（单例，只存在一个）只存放立即执行的RHI命令，比如LockTextre2D子类的。
|
||||
|
||||
|
||||
## 多线程翻译RHI指令
|
||||
- IRHIComputeContext：只有一些ComputeShader相关逻辑。
|
||||
- IRHICommandContext（继承自IRHIComputeContext）：其他更多GPU指令。
|
||||
|
||||
Command会以链表的方式被构建成CommandBuffer之后加入驱动层的Queue中。
|
||||
|
||||
|
||||
## 线程同步
|
||||
- 前端使用了TaskGraph System来同步，主要通过设置Task与Task之间的条件来实现的。
|
||||
- 后端使用Barrier、Fence、Semaphore等方法。
|
||||
|
||||
## MeshDrawCommand的并行过程
|
||||
|
||||
|
||||
|
||||
|
||||
## RDG并行渲染
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 并行渲染Debug
|
||||
- ByPass
|
||||
- r.RHICmdBypass
|
||||
- - forcerhibypass
|
||||
- GRHISupportsRHIThread
|
||||
- console variables =>r.metal.IOSRHIThread r.OpenGL.AllowRHIThread r.vulkan.RHIThread
|
||||
- -rhithread -norhithread
|
||||
- GRHISupportsParallelRHIExecute
|
||||
- r.Vulkan.RHIThread >1
|
||||
22
02-Note/演讲与教程笔记/虚幻开放日2022/气氛和调子-UE影调设计和实战解析.md
Normal file
22
02-Note/演讲与教程笔记/虚幻开放日2022/气氛和调子-UE影调设计和实战解析.md
Normal file
@@ -0,0 +1,22 @@
|
||||
|
||||
## 时间与天气
|
||||
首先得确定时间与天气（大气），可以制作一个多维度的表格作为参考，之后就可以在创作时选择接近环境氛围快速出效果了。
|
||||
|
||||
这里李文磊介绍了自己做一个渲染参数数轴，对比度、亮度、颜色=>渲染效果。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
每个突然结果上标注曝光度、主光角度、色温、饱和度以及天气。
|
||||
|
||||
|
||||
|
||||
甚至可以配上其他渲染参考
|
||||
|
||||
|
||||
## 曝光
|
||||
曝光是确定时间之后第二确定的。但艺术创作需求很可能会是过曝或者欠爆的，所以不能直接依赖与自动曝光。
|
||||
|
||||
1、可以通过切换到BaseColorOnly模式下（固有色亮度与灯管都会影响曝光），测算暗部Ev与亮度Ev值之后，再来调整自动曝光的范围。
|
||||
2、如果真实情况得到想要的效果就可以使用曝光补偿与曝光补偿曲线。
|
||||
46
02-Note/演讲与教程笔记/虚幻开放日2022/虚幻开放日2022.md
Normal file
46
02-Note/演讲与教程笔记/虚幻开放日2022/虚幻开放日2022.md
Normal file
@@ -0,0 +1,46 @@
|
||||
## 值得看的视频
|
||||
- [UOD2022]UE5新材质系统-Strata
|
||||
|
||||
### 渲染
|
||||
- [[多线程渲染]]
|
||||
- [Rendering Dependency Graph解析]( https://www.bilibili.com/video/BV18K411Z7Jg/?spm_id_from=333.1007.top_right_bar_window_history.content.click&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
- RDG底层原理以及调试工具介绍。
|
||||
- [Deformer Graph](https://www.bilibili.com/video/BV18g411W7yh/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
- [[UE5新材质系统-Strata]]
|
||||
- 移动端
|
||||
- [UE 遮挡剔除技术改进及Nanite的Culling管线浅析](https://www.bilibili.com/video/BV1rR4y1Z7QW/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
- 分析了UE4、UE5Nanite、与移动的剔除实现与改进方法。
|
||||
- [GAUSSF: 移动端高性能及UE4插件方案](https://www.bilibili.com/video/BV1H14y1H7e5/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
- 模仿FSR算法实现的移动端超采样算法。
|
||||
- [极速光影-探讨《Racing Master》中的光影技术](https://www.bilibili.com/video/BV1sP4y1R7TV/?spm_id_from=333.999.0.0&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
|
||||
### Gameplay
|
||||
- [物理载具的网络同步](https://www.bilibili.com/video/BV1Ye4y1s7tT/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
- [不Mass怎么Meta](https://www.bilibili.com/video/BV13D4y1v7xx/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
- [从行为树到状态树](https://www.bilibili.com/video/BV1ed4y1b7Zk/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
- 主要的作用是一个通用的状态机来适配MassAI，因为行为树作为一个ActorComponent，只能作用于Pawn。它可以在其他各个类中使用。也可以用来代替行为树。
|
||||
- 不使用其他方案的原因
|
||||
- 蓝图：复杂
|
||||
- Ai行为树：切换条件不明显
|
||||
- 动画状态机：不能总览，需要深入每个层级才能了解细节。且该功能转为动画设计。
|
||||
- 
|
||||
- [[UE热更新的原理与实现]]
|
||||
|
||||
### 关卡
|
||||
[[气氛和调子-UE影调设计和实战解析]]
|
||||
[UE5 Geometry Script的探索与应用](https://www.bilibili.com/video/BV1rR4y1o7Db/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
|
||||
### 动画
|
||||
[IKRig的应用价值](https://www.bilibili.com/video/BV17P411g7Qp/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
动画重定向、IK动画重定向以及相关应用场景介绍。
|
||||
|
||||
### 特效
|
||||
[Niagara中的物理模拟](https://www.bilibili.com/video/BV1324y1m7nA/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
|
||||
### 其他
|
||||
- [主机游戏的跨平台开发与优化-《暗影火炬城》的主机开发经验](https://www.bilibili.com/video/BV1WD4y1e7N6/?spm_id_from=333.999.0.0&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
- 开发主机游戏的相关经验。
|
||||
- [低成本虚拟制片 Vol 3](https://www.bilibili.com/video/BV1UG411F79p/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
- RealityCapture
|
||||
- [初探RealityCapture摄影测量常用流程](https://www.bilibili.com/video/BV1k841187dX/?spm_id_from=333.788&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
- [从RealityCapture到虚幻引擎5(官方字幕)](https://www.bilibili.com/video/BV1sG4y137qi/?spm_id_from=333.999.0.0&vd_source=d47c0bb42f9c72fd7d74562185cee290)
|
||||
80
02-Note/演讲与教程笔记/虚幻开放日2023/总有一个你不知道的虚幻引擎调试技巧.md
Normal file
80
02-Note/演讲与教程笔记/虚幻开放日2023/总有一个你不知道的虚幻引擎调试技巧.md
Normal file
@@ -0,0 +1,80 @@
|
||||
# 蓝图
|
||||
## 蓝图调试器
|
||||
位于菜单栏-工具-调试-蓝图调试器，主要有变量信息以及调用堆栈。
|
||||
|
||||
可以开启异常时中断蓝图来定位异常位置。位于
|
||||
- 编辑器偏好设置-通用-试验性功能-蓝图-异常时中断蓝图。
|
||||
- DefaultEditorPerProjectUserSettings.ini
|
||||
- `[/Script/UnrealEd.EditorExperimentalSettings]`
|
||||
- `bBreakOnExceptions=True`
|
||||
|
||||
## 在蓝图中触发对应的情况
|
||||
一些情况与数据很难马上出发，可以使用一下情况直接还原指定状态：
|
||||
- UFUNCTION中添加**CallInEditor**
|
||||
- 在蓝图函数中勾选编辑器中调用
|
||||
- 使用编辑器的蓝图函数库
|
||||
- Python
|
||||
- Puerts Editor
|
||||
|
||||
## PrintString & AddOnScreenDebugMessage()
|
||||
李米娜有一个`FName Key`选项，可以指定一个Key这样就不会打印出大量数据，只会显示当前数据。
|
||||
|
||||
# Logs
|
||||
- Shipping 开启: bUseLoggingInShipping=true (adb log中不显示)启动参数-log:在命令行中显示log
|
||||
- 修改Log的显示级别
|
||||
- 控制台命令log LogName NewVerbosity:运行时修改Log的显示级别控制台命令:log global error
|
||||
- 配置文件参数:DefaultEngine.ini:[Core.Log] global=error
|
||||
- 启动参数:-ini:Engine:[Core.Log]:global=error
|
||||
# VisualLogger
|
||||
|
||||
# 作弊管理器（CheatManager）
|
||||
代码位于CheatManager.h/cpp
|
||||
|
||||
# 调试相机（DebugCamera）
|
||||
- 快捷键
|
||||
- 默认快捷键为~
|
||||
- 可以在 Baselnput.ini中修改默认快捷键/或在Userlnput.ini中重载`[/Script/Engine.Playerlnput]`
|
||||
- `+DebugExecBindings=(Key=Semicolon,Command="ToggleDebugCamera"`
|
||||
- `+DebugExecBindings=(Key=Apostrophe,Command="ToggleForceDefaultMaterial")`
|
||||
- 控制台命令ToggleDebugCamera
|
||||
- 控制台命令Teleport:将角色移动到debug 相机注视处
|
||||
- 控制台命令slomo 0.1:所有运行逻辑放缓10倍
|
||||
|
||||
# Obj
|
||||
console命令，推荐在打包阶段使用，检查UObject的回收情况。具体可以参考UEngine::HandleObjCommand
|
||||
|
||||
# VisualStudio
|
||||
可以通过设置强制不优化部分代码
|
||||
- 独立c++文件：
|
||||
- Checkout(使用P4）或修改文件(使用git)，C++文件会因为adaptive unity build的机制单独编译
|
||||
- BuildConfiguration.xml:`<BuildConfiguration><bAdaptiveUnityDisablesOptimizations>true<|..>`
|
||||
- Target.cs:bAdaptiveUnityDisablesOptimizations = true;
|
||||
- 单个模块：
|
||||
- 单个模块:
|
||||
- BuildConfiquration.xml:`<ModuleConfiguration><DisableOptimizeCode><ltem>ModuleName</..>`
|
||||
- Build.cs:OptimizeCode = CodeOptimization.InShippingBuildsOnly or CodeOptimization.Never
|
||||
- Target.cs:DisableOptimizeCodeForModules数组
|
||||
- 代码块:
|
||||
- UE_DISABLE_OPTIMIZATION / UE_ENABLE_OPTIMIZATION
|
||||
- UE_ENABLE_OPTIMIZATION_SHIP / UE_DISABLE_OPTIMIZATION_SHIP(shipping)
|
||||
- Target.cs: UE_CHECK_DISABLE_OPTIMIZATION=1在打包机上设置，避免包含未优化代码
|
||||
|
||||
## 跳过执行语句
|
||||
- 拖动当前指示运行代码位置的黄色箭头。
|
||||
- Ctrl+Shift+F10，Set Next StateMent。
|
||||
- 按住Ctrl+点击黄色箭头
|
||||
|
||||
## 查看其他模块的全局变量
|
||||
在监视窗口中使用ModuleName!VariableName查看全局变量
|
||||
- UnrealEditor-Core!GConfig
|
||||
- UnrealEditor-Engine!GPlayInEditorContextString
|
||||
- UnrealEditor-Core!GFrameCounter
|
||||
![[VisualStudio_Watcher_Module.png|800]]
|
||||
|
||||
## Natvis
|
||||
- Visual Studio Natvis框架可以自定义数据类型在调试器变量窗口中显示的方式
|
||||
- Unreal的 Natvis实现:`Engine\Extras\VisualStudioDebugging\Unreal.Natvis`
|
||||
- 安装方式:将Unreal.Natvis复制到`C:\Users\<user>\Documents|Visual Studio 2022\Visualizers\`路径下
|
||||
- 修改立即生效
|
||||
|
||||
![[VisualStudio_Natvis.png|800]]
|
||||
6
02-Note/演讲与教程笔记/虚幻开放日2023/渲染相关的分享.md
Normal file
6
02-Note/演讲与教程笔记/虚幻开放日2023/渲染相关的分享.md
Normal file
@@ -0,0 +1,6 @@
|
||||
- 《鸣潮》基于虚幻引擎4的多平台效果和性能优化实践 | 王宏波 库洛游戏:https://www.bilibili.com/video/BV1BK411v7FY/?spm_id_from=top_right_bar_window_dynamic.content.click&vd_source=d47c0bb42f9c72fd7d74562185cee290
|
||||
- UE4手机端 TAA鬼影解决
|
||||
- VelocityBuffer渲染次数
|
||||
- 鸣潮手机端GBuffer结构（OnePass)
|
||||
- 在虚幻引擎5中打造多层体积天空:https://www.bilibili.com/video/BV1d64y1P7Ef/?spm_id_from=top_right_bar_window_dynamic.content.click&vd_source=d47c0bb42f9c72fd7d74562185cee290
|
||||
- FSR3技术原理以及在虚幻引擎中的集成:https://www.bilibili.com/video/BV1xe411H71Q/?spm_id_from=top_right_bar_window_dynamic.content.click&vd_source=d47c0bb42f9c72fd7d74562185cee290
|
||||
9
02-Note/演讲与教程笔记/虚幻开放日2024/其他有价值的分享.md
Normal file
9
02-Note/演讲与教程笔记/虚幻开放日2024/其他有价值的分享.md
Normal file
@@ -0,0 +1,9 @@
|
||||
# 其他有价值的分享
|
||||
- 【[UFSH2024]《三角洲行动》，诠释新一代游戏开发方式 | 王理川 天美Y1工作室技术美术组负责人/专家】 https://www.bilibili.com/video/BV18F2oYAEp2/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
- TODO
|
||||
- [ ] [UFSH2024]用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线 | 晨风 Neverwind 完美世界游戏 https://www.bilibili.com/video/BV1rW2LYvEox/?spm_id_from=333.999.0.0&vd_source=d47c0bb42f9c72fd7d74562185cee290
|
||||
- [x] 【[UFSH2024]虚幻引擎4移动端渲染管线改造总结分享 | 陈勇 成都西山居 引擎组组长】 https://www.bilibili.com/video/BV18F2oYAES8/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
- [ ] 【[UFSH2024]关于程序化生成，我们还能做什么？ | 周杰 徐凯鸣 腾讯IEG Global】 https://www.bilibili.com/video/BV1MP2oYhE6h/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
- [ ] 【[UFSH2024]虚幻引擎5移动渲染管线扩展与优化 | 张锦 永航科技 引擎组负责人】 https://www.bilibili.com/video/BV1mP2oY8EBh/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
- [ ] 【[UFSH2024]在虚幻引擎中使用移动端光追实现大世界阴影和环境光遮蔽效果 | 姚巍 陆星宇 腾讯游戏生态发展部】 https://www.bilibili.com/video/BV1mP2oY8Erq/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
- [ ] 【[UFSH2024]0A团队享3A开发 ——像大厂一样玩转LookDev 和CFX | 高颖俊 铃空游戏 首席TA管线TD】 https://www.bilibili.com/video/BV1Vry5Y7EZY/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/Lumen_SHData.png
(Stored with Git LFS)
Normal file
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/Lumen_SHData.png
(Stored with Git LFS)
Normal file
Binary file not shown.
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/Lumen_能量补偿1.png
(Stored with Git LFS)
Normal file
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/Lumen_能量补偿1.png
(Stored with Git LFS)
Normal file
Binary file not shown.
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/Lumen_能量补偿2.png
(Stored with Git LFS)
Normal file
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/Lumen_能量补偿2.png
(Stored with Git LFS)
Normal file
Binary file not shown.
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/SDF阴影与额发阴影.png
(Stored with Git LFS)
Normal file
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/SDF阴影与额发阴影.png
(Stored with Git LFS)
Normal file
Binary file not shown.
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/场景半程阴影屏蔽后.png
(Stored with Git LFS)
Normal file
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/场景半程阴影屏蔽后.png
(Stored with Git LFS)
Normal file
Binary file not shown.
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/角色阴影最终合成.png
(Stored with Git LFS)
Normal file
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/角色阴影最终合成.png
(Stored with Git LFS)
Normal file
Binary file not shown.
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/角色非半程阴影屏蔽前.png
(Stored with Git LFS)
Normal file
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/角色非半程阴影屏蔽前.png
(Stored with Git LFS)
Normal file
Binary file not shown.
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/角色非半程阴影屏蔽后.png
(Stored with Git LFS)
Normal file
BIN
02-Note/演讲与教程笔记/虚幻开放日2024/用虚幻引擎5为《幻塔》定制高品质动画流程风格化渲染管线/角色非半程阴影屏蔽后.png
(Stored with Git LFS)
Normal file
Binary file not shown.
16
02-Note/演讲与教程笔记/虚幻开放日2024/第56期用Rider点燃你的UE开发之旅.md
Normal file
16
02-Note/演讲与教程笔记/虚幻开放日2024/第56期用Rider点燃你的UE开发之旅.md
Normal file
@@ -0,0 +1,16 @@
|
||||
# 前言
|
||||
【[中文直播]第56期 | 用Rider点燃你的UE开发之旅 | 孙涛 JetBrains(官方字幕)】 https://www.bilibili.com/video/BV1HAmRYjETW/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
|
||||
# 好用的功能
|
||||
- 调试
|
||||
- **数据断点**：变脸改变时进行断点。
|
||||
- ***方法断点***：打了断点后，可以输入函数名字，之后在运行到对应的函数后，命中断点。
|
||||
- 断点数据过滤：可以在堆栈变量显示区域直接输入变量名进行过滤。
|
||||
- 自定义调试符号服务器。
|
||||
- 格式
|
||||
- 自定义代码风格警告：右下角的铅笔可以设置需要提醒的类型。
|
||||
- 格式识别：右键显示更多选项，Reformat and cleanup - Detect code settings。
|
||||
- Rider Livelink：安装插件后，可以在运行的按钮边上的UE图标处设置运行方式。
|
||||
- 实用插件
|
||||
- EzArgs：方便输入一些UE项目启动参数。输入过一次后面就可以点了。
|
||||
- EnhancedUnrealengineDocumentation
|
||||
212
02-Note/演讲与教程笔记/虚幻开放日2024/虚幻引擎4移动端渲染管线改造总结分享.md
Normal file
212
02-Note/演讲与教程笔记/虚幻开放日2024/虚幻引擎4移动端渲染管线改造总结分享.md
Normal file
@@ -0,0 +1,212 @@
|
||||
# 移动端SSR
|
||||
## GBuffer
|
||||
- SSR计算阶段需要的WorldNormal来自GBufferA,Roughness来自GBufferB
|
||||
- SSR结果转换成间接高光需要的SpecularColor来自GBufferB和GbufferC
|
||||
```c++
|
||||
derived from BaseColor,Metalness,Specular
|
||||
GBuffer.SpecularColor = ComputeF0(GBuffer.Specular,GBuffer.BaseColor,GBuffer.Metallic);
|
||||
|
||||
```
|
||||
|
||||
MobileBasePass片段着色器额外增加一张RT--OutColorAux,rgb通道存SpecularColor,a通道存Roughness
|
||||
```c++
|
||||
PIXELSHADER_EARLYDEPTHSTENCIL
|
||||
void Main(
|
||||
FVertexFactory InterpolantsVSTOPS Interpolants
|
||||
, FMobileBasePassInterpolantsVSTOPS BasePassInterpolantts
|
||||
, in float4 SvPosition:SV_Position
|
||||
OPTIONAL_IsFrontFace
|
||||
, out half4 OutColor : SV_Target0
|
||||
, out half4 OutColorAux : SV_Target1
|
||||
#if DEFERRED_SHADING_PATH
|
||||
```
|
||||
|
||||
```c++
|
||||
OutColorAux.rgb=ShadingModelContext.Specularcolor;
|
||||
OutColorAux.a=GBuffer.Roughness;
|
||||
```
|
||||
|
||||
- 其中SpecularColor初始化值为计算得到的间接高光(延迟管线是在混合阶段计算)
|
||||
```c++
|
||||
ShadingModelContext.SpecularColor = (DielectricSpecular -)
|
||||
ShadingModelContext.SpecularColor = GetEnvBRDF(ShadingMode
|
||||
```
|
||||
|
||||
## TemporalAAHistory
|
||||
- TemporalAA多帧累积的SceneColor,用于射线RayCast交点的屏幕坐标采样获取颜色
|
||||
- 降噪作用(SSR默认Quality每个像素打一根Ray)
|
||||
- 移植DesktopTAA替换MobileTAA(详细见图像处)
|
||||
|
||||
## HZBFurthest
|
||||
- 可以理解为场景深度的Mipmap，用于RayMarching求交加速。
|
||||
- 参考UE4.27移植（不是必须）
|
||||
|
||||
## SSR计算
|
||||
- SpecularColor和Roughness从OutColorAux获取,WorldNormal通过SceneDepth重构获得
|
||||
```c++
|
||||
#if SHADING_PATH_DEFERRED
|
||||
FGBufferData GBuffer = GetGBufferDataFromSceneTextures(UV
|
||||
#else
|
||||
FGBufferData GBuffer = (FGBufferData)0;
|
||||
GBuffer.ShadingModelID
|
||||
= SHADINGMODELID_DEFAULT_LIT;
|
||||
GBuffer.WorldNormal = normalize(ReconstructNorma1FromDept
|
||||
GBuffer.SpecularColor = MobileSceneColorAux.SampleLevel(
|
||||
GBuffer.Roughness = MobileSceneColorAux.SampleLevel(Mobil
|
||||
GBuffer.Depth = CalcSceneDepthByTexture(UV);
|
||||
#endif
|
||||
```
|
||||
|
||||
- SSR结果预乘SpecularColor,这样可以与SceneColorMobile做Blend One One混合
|
||||
```c++
|
||||
#if FEATURE_LEVEL == FEATURE_LEVEL_ES3_1
|
||||
Outcolor.rgb*=GBuffer.SpecularColor;
|
||||
#endif
|
||||
```
|
||||
|
||||
## 结论
|
||||
- 不足:重建的WorldNormal是面法线,没有延迟管线GBuffer的像素级法线,某些角度反射结果会有差异
|
||||
- 早期的方案:OutColorAux的rg通道存WorldNormal,a通道存Roughness,b通道存SpecularColor的灰度值(某些光照环境下结果不准确,放弃)
|
||||
|
||||
# 实时平面反射
|
||||
平面反射与DepthPass的兼容问题修改。
|
||||
## 需求
|
||||
在包含平面反射(裁剪平面开启)的场景中,开启Full Prepass的情况下,平面反射绘制的内容出现深度遮挡错误
|
||||
|
||||
**裁剪平面**
|
||||
平面反射的裁剪平面(Global Clip Plane)用于保证绘制结果的正确--那些在反射相机的视锥体内,但在反射平面下方的物体不应该参与反射,需要被剔除掉
|
||||
|
||||
**硬件实现**
|
||||
默认实现是通过SV_ClipDistance语义在模型的光栅化阶段剔除,但不是所有的平台都支持,移动平台BasePass走的是PS的clip剔除
|
||||
|
||||
## 实现方法
|
||||
1. 自定义语义
|
||||
DepthOnlyVS设置ClipDistance值,通过自定义语义插值传递给片段着色器DepthOnlyPS。
|
||||
```c++
|
||||
struct FDepthonlyVSTOPS
|
||||
{
|
||||
#if USE_PS_CLIP_PLANE
|
||||
float OutclipDistance : OUTCLIPDIST;
|
||||
#endif
|
||||
```
|
||||
|
||||
2. PS剔除
|
||||
在DepthOnlyPS中用clip函数剔除(负值表示在裁剪平面以下,会被剔除)
|
||||
```c++
|
||||
#if USE_PS_CLIP_PLANE
|
||||
clip(Interpolants.OutClipDistance);
|
||||
#endif
|
||||
```
|
||||
|
||||
3. PS绑定条件
|
||||
在移动平台,当场景包含平面反射的情况下走DepthOnlyPS
|
||||
|
||||
## 结论
|
||||
- Depth Pass走PS会有额外开销,但仅限场景中包含平面反射的时候,其它情况下Depth Pass仍然可以不需要PS
|
||||
- 另一种修改方案:当场景中包含平面反射的时候关闭Full Prepass,在某些效果依赖Full Prepass的时候不行(详细见接下来动态阴影分享)
|
||||
|
||||
# CSM策略优化
|
||||
- 移除视锥外物体的阴影渲染
|
||||
|
||||
# ModulatedShadow渲染管线改造
|
||||
## 需求
|
||||
- 在角色展示时CSM阴影精度不够,阴影效果不稳定(ViewDependentWholeScene的阴影方式)
|
||||
- 解决方案:Modulated Shadow具有独立的阴影视锥和阴影深度图区域,在阴影精度方面更有优势(Per-Object的阴影方式)
|
||||
|
||||
## 问题1:阴影重叠
|
||||
- Modulated Shadow独立计算各个投影物体的阴影,与SceneColorMobile相乘输出,导致投影重叠区域多次与阴影颜色相乘被压黑
|
||||
- 解决方案:增加一个中间RenderTarget,做为每个Per-Object阴影视锥的输出目标,最后对RT统一阴影颜色处理后,再与SceneColorMobile相乘输出
|
||||
## 问题2:透明物体无阴影接收
|
||||
- 阴影方式处理依赖场景深度,而透明物体不写场景深度
|
||||
- 解决方案:透明物体的阴影Receive还是走CSM
|
||||
## 问题3:在MobileBasePass之后计算
|
||||
- 阴影信息需要早于MobileBassPass构造好,用于着色计算
|
||||
- 考虑过的方案:MobileBassPass用上一帧的Modulated Shadow信息,但存在阴影拖影和透明物体阴影结合的问题
|
||||
- 最终方案:参考UE4.27移植并开启Full Prepass,在MobileBassPass之前获得场景深度,构造好Modulated Shadow
|
||||
|
||||
## 结论
|
||||
项目应用两套阴影方案:角色展示场景主要用Modulated Shadow,满足高精度的阴影效果需求,战斗场景用CSM,效率优先
|
||||
|
||||
# 特效性能 Separate Translucency透明渲染管线改进
|
||||
修改方案:参考非移动端做透明渲染RenderPass与MobileBasePass分离。
|
||||
|
||||
1. SeparateTranslucencyColor
|
||||
申请低分辨率的RenderTarget用于透明绘制,然后Upsample到SceneColorMobile上
|
||||
2. SeparateTranslucencyDepth
|
||||
SceneDepth需要跟SeparateTranslucencyColor做同比例Downsample
|
||||
|
||||
注意:SceneDepth的Resolve跨RenderPass渲染目标改变,基于Memoryless的SceneDepth获取方式需要改为从Texture中获取,比如:DepthFade,LookupDeviceZ
|
||||
|
||||
3. 重设SceneTextures
|
||||
增加EMobileSceneTextureSetupMode去设置降分辨率后的SceneDepthTexture
|
||||
```c++
|
||||
(buseSeparateTranslucencyDepth && SceneContext.SeparaateTranslucencyDepth)
|
||||
SceneTextureParameters.SceneDepthTexture=GetRDG(SceneContext.Separate
|
||||
```
|
||||
|
||||
## 进一步需求
|
||||
- 角色的透明材质不想受降透明分辨率影响
|
||||
1.保证角色渲染的精度;2.透明和不透明的衔接部分因为精度不一样出现裂缝问题
|
||||
## 解决方案
|
||||
- 通过扩展材质上的SeparateTranslucency的勾选项灵活控制走Normal还是SeparateTranslucencyPass
|
||||
## 与其他透明的乱序问题
|
||||
- 通过角色透明写CustomeDepth,其他透明判断CustomDepth解决
|
||||
|
||||
## 结论
|
||||
- 通过透明渲染分辨率可根据机型、画质和场景的不同灵活控制特效的GPU开销
|
||||
- 透明渲染Pass拆分产生了更多的透明渲染乱序问题,通过设置Sort Priority,配合CustomDepth解决
|
||||
- SceneCapture下的透明渲染:还是走Normal Translucency (SceneCapture需要使用alpha通道)
|
||||
|
||||
# 图像处理 Desktop Temporal AA移动端移植
|
||||
## 需求
|
||||
- MSAA对Depth Resolve支持的不好,无法满足渲染管线特性扩展的需求(SSPR、AO和Full Prepass等都需要Depth的Resolve)
|
||||
- TemporalAA通过每帧使用不同的像素抖动Jitter,把采样结果分散到多帧,累积到History帧与当前帧混合,可以达到很好的抗锯效果
|
||||
- MobileTAA只做两帧混合,抗锯效果不够,而且没有基于Velocity的像素修正,快速移动会有鬼影(Ghosting)
|
||||
|
||||
## 解决方案
|
||||
**增加Velocity Pass**
|
||||
- 可移动模型:更新Primitive的LocalToWorld和PreviousLocalToWorld
|
||||
- 骨骼模型:需要上一帧的骨骼矩阵计算顶点位置,使用SRV Buffer代替Uniform Buffer传递骨骼变换矩阵(UniformBuffer有大小上限)
|
||||
- VS计算出顶点当前和上一帧的屏幕空间坐标,传递给PS计算差值作为Velocity输出
|
||||
```c++
|
||||
// 3d velocity,includes camera an object motion
|
||||
float3 Velocity = float3(ScreenPos - PrevScreenPos, DeeviceZ - PrevDeviceZ);
|
||||
```
|
||||
|
||||
**Reprojection位置纠正**
|
||||
- 在后期阶段,通过变换计算当前屏幕坐标在上一帧中的屏幕坐标,再结合Velocity数据对History帧做正确采样
|
||||
```c++
|
||||
float2 BackN = PosN.xy - PrevScreen;
|
||||
|
||||
BackN = DecodeVelocityFromTexture(EncodedVeloc:ty).xy;
|
||||
|
||||
HistoryScreenPosition = InputParams.ScreenPoS -BackN;
|
||||
```
|
||||
|
||||
## 结论
|
||||
- TAA整体抗锯效果最好,而且基于多帧的时间域实现,可以更好的与新渲染特性兼容,且对SSR起到降噪的作用
|
||||
- TAA后期位置需放在Bloom之前,避免放在Bloom之后产生的flicker
|
||||
- 在后期的末端加上FXAA,弥补TAA在后期管线上靠前对有些效果(比如AfterTonemap)抗锯不生效的问题
|
||||
|
||||
# 图像处理 Mobile FSR
|
||||
## 具体方案
|
||||
从UE5移植Mobile FSR 1.0，主要包含针对移动端优化的Upscale和锐化两个Pass。
|
||||
|
||||
# 3D UMG
|
||||
Canvas Panel 3D
|
||||
- 继承自Canvas Panel,增加透视相关参数,比如Camera的Anchor、FOV和Panel的Rotation、Offset等参数,OnPaint时转换成ViewProjection矩阵传递给Widget
|
||||
- 优点:1.顶点还是2D,没有增加渲染开销;2.可在编辑器实时预览3D效果
|
||||
- 不足:只有Canvas的深度信息,无法做顶点级别的深度效果
|
||||
|
||||
## 场景交互3DUI
|
||||
- 新增SeparateTranslucencyAfterPostProcess半透明材质标识,对应新增一个Mesh Pass和Processor收集此类型MeshBatch,放在Tonemap之后绘制
|
||||
- 解决默认的WidgetComponent受到Tonemap影响带来的色差问题
|
||||
- 本质上是Mesh的透明渲染,有顶点级别的深度信息,可以访问SceneDepth来实现场景交互
|
||||
## 需处理的问题
|
||||
- Tonemap之后绘制,需跳过MobileBasePass的颜色纠正和Android平台的Y轴翻转
|
||||
- TAA早于TranslucencyAfterPostprocess Pass生效,在该Pass绘制前,View的投影矩阵像素Jitter需去掉(HackRemoveTemporalAAProjectionJitter)
|
||||
|
||||
## 结论
|
||||
- Canvas Panel3D类型满足最常用的界面需求;TranslucencyAfterPostprocess类型满足与场景交互的界面需求
|
||||
- 抗锯齿:Canvas Panel 3D类型通过带MSAA的中间RenderTarget方式处理;TranslucencyAfterPostprocess类型依靠后期末尾的FXAA
|
||||
- 其他:使用第三方NiagaraUIRenderer插件来满足UMG上显示特效的需求
|
||||
47
02-Note/演讲与教程笔记/虚幻开放日2024/虚幻引擎中的DS服务器优化.md
Normal file
47
02-Note/演讲与教程笔记/虚幻开放日2024/虚幻引擎中的DS服务器优化.md
Normal file
@@ -0,0 +1,47 @@
|
||||
- 【[UFSH2024]虚幻引擎中的DS服务器优化 | 陈杰 铃兰计划UE前端主程序】 https://www.bilibili.com/video/BV1uUy5YkEiN/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
# 拆分DS服务器
|
||||
**拆分:**
|
||||
单局游戏会有一个大地图的Server和若干个子地图
|
||||
的Server。
|
||||
|
||||
**通信:**
|
||||
**每个子地图Server都有TCP协议和大地图Server有实时数据的沟通。**
|
||||
|
||||
大地图Server是大场景,以PVP为主;子地图是小
|
||||
场景,有更复杂的AI和物理行为,以PVE为主。
|
||||
|
||||
拆分成大致一下结构：
|
||||
- LaunchServer
|
||||
- ServerClient1
|
||||
- MainMapServer1
|
||||
- MainMapServer2
|
||||
- MainMapServer3
|
||||
- ServerClient1
|
||||
- MainMapServer1
|
||||
- MainMapServer2
|
||||
- MainMapServer3
|
||||
|
||||
# 使用Fork部署Server
|
||||
使用Fork启动Server可以节约性能
|
||||
- 节约内存占用5% => 1.1%
|
||||
- 启动速度提升200%
|
||||
|
||||
```c++
|
||||
//DS服务器必须以单线程方式启动 添加命令行参数-nothreading强制单线程启动
|
||||
FGenericPlatformProcess::EWaitAndForkResult tempResult = FUnixPlatformProcess::WaitAndFork();
|
||||
switch (tempResult)
|
||||
{
|
||||
case FGenericPlatformProcess::EWaitAndForkResuult::Child
|
||||
//*如果使用sigqueue,有效载荷int将被分成上下uint16值。上面的的值是"cookie"和
|
||||
//*较低的值为"索引"。这两个值将用于使用模式DS-<cookie>-<index>命名进程。这个名字
|
||||
//*如果提供-WaitAndForkCmdLinePath=/home/guoyuanhua/Server/ForkChildComd,子进程的命令行参数将用内容填充在
|
||||
//其中子文件的"索引"是要在目录中读取的文件的名称。
|
||||
|
||||
//fork启动文件在/home/guoyuanhua/Server/a.out
|
||||
//先启动DS服务器./DissidiaServer Main-nothreading Foo引用的目录中找到的文件的
|
||||
//取命令行参数
|
||||
//获取进程id FUnixPlatformProcess::GetCurrentProcessld();
|
||||
}
|
||||
```
|
||||
|
||||
# 整理并且标识同步规则
|
||||
Reference in New Issue
Block a user