UE4 LevelSequence源码解析

       本文旨在总结UE4中LevelSequence工具的学习理解，内容涉及LevelSequence结构、源码插值数据提取及数据导出实例，编译同时也提供了一些实用技巧。多久

       LevelSequence在UE4中分为运行时Runtime和编辑器Editor两部分。改源e改Runtime中，源码游戏咖啡屋源码主要文件位于/Runtime/MovieScene和/Runtime/MovieSceneTracks文件夹下，编译包括了LevelSequence资产在关卡中的多久组成形式和播放设置。在Editor中，改源e改文件位于/Editor/Sequencer文件夹下，源码包含了Sequence的编译组成部分和通用方法。每个ALevelSequenceActor包含UMovieSceneSequence和ULevelSequencePlayer，多久前者存储数据，改源e改后者负责播放。源码

       UMovieSceneSequence和ULevelSequencePlayer的编译结构，展示了Sequence资产与当前场景之间的关系。Sequence数据按Actor组织，每个Actor可以持有多种UMovieSceneTrack，用于记录不同属性，所有Track均继承自UMovieScenePropertyTrack。Track由多个Section组成，Section由UMovieSceneChannel存储关键帧数据。

       LevelSequence的模拟过程由Evaluation实现，现在主要由EntitySystem负责，以支持多线程提高效率，具体解释见文章：Performance at scale: Sequencer in Unreal Engine 4. - Unreal Engine。

       在实际模拟中，关键数据的提取是重点。对于Transform等float类型数据，Sequence编辑器支持以曲线方式灵活调整关键值之间的变化过程。MovieSceneFloatValue结构体用于存储关键帧数据，通过访问该值即可获得对应数据。

       导出数据的实例是将Sequence内属性（如Transform）导出为曲线。首先获取LevelSequence资产，然后获取绑定的Actor。利用获取的Actor，可以进一步获得轨道，在线地图展示源码并将对应数据存储到曲线中。

       一些技巧包括：某些特殊Component在Sequence中作为同等层级存在，可通过此方式获取Component的Track；相对位置配置在Instance Data中，可通过变量获取对应数据；实践体验Sequence生成过程，建议通过/Editor/SequencerRecord入手，直观看到生成流程。

       参考文章包括：UE4 LevelSequence源码剖析（一）- 知乎、UE4 LevelSequence源码剖析（二）- 知乎、UE4 LevelSequence源码剖析（三）- 知乎、Performance at scale: Sequencer in Unreal Engine 4. - Unreal Engine。

UE4源码剖析——Actor蓝图之CDO与SCS

       在UE的日常使用中，蓝图（UBlueprint）是我们接触最多的资产类型。每个蓝图在创建时需要选择一个父类，这决定了蓝图的类型，比如Actor蓝图、Component蓝图、Widget蓝图、动作蓝图等。以Actor蓝图为例，本文将深入探讨蓝图的基础架构，并学习如何通过代码读取蓝图资产在蓝图编辑器中的属性值。此外，本文还将重点介绍如何利用SCS框架管理新组件，并在运行时加载这些组件。

       在实际开发中，我们经常需要对蓝图进行处理，例如在大型项目中，制定一套资源规范并开发一套资源检测工具。这些工具往往需要遍历特定目录下的蓝图并执行某些条件判断和处理。本文将帮助大家了解如何实现这些功能。

       **实战需求**：

       1. **例1**：要求所有放置在“Buildings”文件夹下的蓝图必须包含`StaticMeshComponent`组件，且`StaticMesh`字段不能为空。

       2. **例2**：要求“Cars”文件夹下的所有蓝图的`SceneComponent`组件移动性必需为`Movable`。

       **蓝图的父类与Actor蓝图**：

       1. **蓝图的父类**：创建蓝图时，编辑器面板中选择的父类决定蓝图的类型，例如`TestActorChild2`的emc区块链源码父类为`TestActorChild1`，而`TestActorChild1`的父类为`TestBlueprintActor`。

       2. **Actor蓝图**：若蓝图的父类层级链最顶层是`Actor 类`，则该蓝图为`Actor蓝图`。

       **蓝图产生类**：蓝图的`_C`后缀代表蓝图产生类，它用于在编译时生成C++类，包含蓝图中的信息。

       **蓝图类（UBlueprint）**：加载蓝图包时，通过`LoadObject`函数获取到的是`UBlueprint`类。

       **蓝图骨骼类（SkeletonGeneratedClass）**：以`SKEL_`前缀和`_C`后缀加载，表示蓝图的基础信息，通常在编辑器中修改时会重新生成。

       **蓝图产生类（GeneratedClass）**：仅以`_C`为后缀加载，用于在运行时创建蓝图对象。

       **前后缀声明**：`UBlueprint.h`中的`GetBlueprintClassNames`函数定义了这些前缀。

       **Actor蓝图产生类的实例化与阶段拆分**：

       1. **CDO的构建**：`ClassDefaultObject`是每个类的默认对象，用于提供默认属性值和行为。

       2. **SCS组件附加**：通过蓝图编辑器的组件面板添加组件，这些组件存储在`SimpleConstructionScript`中，用于在运行时添加组件。

       **CDO与SCS**：

       - **CDO**：存储默认属性值与行为，节省数据传输和存储，支持配置化。

       - **SCS**：简化组件添加过程，通过蓝图编辑器直观操作组件。

       **需求回顾与实现**：通过遍历CDO和SCS，判断组件属性值，实现特定条件的检测，如`StaticMeshComponent`的`StaticMesh`字段是否为空。

       本文从实际需求出发，全面介绍了蓝图的基本概念、内部分类、构建流程以及如何利用SCS管理组件。希望本文内容能帮助开发者更深入地理解蓝图的工作原理，提高资源管理与组件处理的效率。

UE4 LevelSequence源码剖析（一）

       UE4的LevelSequence源码解析系列将分四部分探讨，本篇聚焦Runtime部分。webpack源码泄露修复Runtime代码主要位于UnrealEngine\Engine\Source\Runtime\MovieScene目录，结构上主要包括Channels、Evaluation、Sections和Tracks等核心模块。

       ALevelSequenceActor是Runtime的核心，负责逐帧更新，它包含UMovieSceneSequence和ULevelSequencePlayer。ALevelSequenceActor独立于GameThread更新，并且在Actor和ActorComponent更新之前，确保其在RuntTickGroup之前执行。

       IMovieScenePlaybackClient的关键接口用于绑定，编辑器通过IMovieSceneBindingOwnerInterface提供直观的蓝图绑定机制。UMovieSceneSequence是LevelSequence资源实例，它支持SpawnableObject和PossessableObject，便于控制对象的拥有和分离。

       ULevelSequencePlayer作为播放控制器，由ALevelSequenceActor的Tick更新，具有指定对象在World和Sublevel中的功能，还包含用于时间控制的FMovieSceneTimeController。UMovieSceneTrack作为底层架构，由UMovieSceneSections组成，每个Section封装了Section的帧范围和对应Channel的数据。

       序列的Eval过程涉及EvalTemplate和ExecutionTokens，它们协同工作模拟Track。FMovieSceneEvaluationTemplate定义了Track的模拟行为，而ExecutionTokens则是模拟过程中的最小单元。真正的模拟操作在FMovieSceneExecutionTokens的Apply函数中执行，通过BlendingAccumulator进行结果融合。

       自定义UMovieSceneTrack需要定义自己的EvaluationTemplate，这部分将在编辑器拓展部分详细讲解。序列的Runtime部分展示了如何在GameThread中高效管理和模拟场景变化，为后续的解析奠定了基础。

UE4：源码编译与编辑器生成项目的区别

       UE4源码编译与编辑器生成项目的区别主要体现在 uproject和sln文件上。

       首先，编辑器生成的项目文件（uproject）会使用版本号来明确关联使用的引擎版本，这种关联方式直观且易于识别。小番茄同城源码例如，文件名会包含版本号，如"Project_v1.0.0.uproject"，这样可以轻松知道项目的引擎对应版本。

       相反，源代码编译的项目文件使用的是全局唯一标识符（GUID），以表示本地引擎的版本。这意味着在不同的PC上，即使使用相同的引擎，生成的uproject文件的GUID也会不同，这是为了区分本地环境的差异。

       其次，sln文件（解决方案文件）之间的差异主要在于其中包含的UE4解决方案的绝对路径。这部分内容是编辑器生成的，而源码编译项目则不会包含这些特定的路径信息，因为它们是由开发人员手动构建的。

       总结来说，编辑器生成的项目文件更侧重于版本管理和引擎关联，而源码编译则更注重项目的自定义和跨平台一致性。两者在结构和内容上有所不同，以满足不同开发阶段的需求。

UE4 代理（Delegate）源码浅析（3）

       本文章仅为个人在学习虚幻引擎过程中的理解，可能存在不准确之处，如有错误，欢迎指正。

       本文将深入探讨虚幻引擎中的两种动态代理机制，并与静态代理进行比较。前两篇已详细介绍了静态代理和事件机制，本篇作为系列的终结篇，将重点解析动态代理。

       动态代理与静态代理的主要区别在于动态代理能够与蓝图进行交互。本文将通过分析源码，揭示动态代理实现与静态代理的区别。

       动态单播代理的实现基于宏DECLARE_DYNAMIC_DELEGATE_OneParam。宏接收三个参数：代理名、参数类型和参数名。宏使用BODY_MACRO_COMBINE辅助宏，将参数拼接为独一无二的名字，进而实现代理类的封装。

       执行代理方法通常涉及宏FUNC_DECLARE_DYNAMIC_DELEGATE，该宏接收多个参数，如弱指针类型、代理名、执行函数接口、参数类型列表、真正传给绑定函数的参数等。这些参数在执行函数接口中整合，实现动态代理的执行。

       动态单播代理的父类TBaseDynamicDelegate内部定义了TMethodPtrResolver，用于处理代理的绑定。__Internal_BindDynamic方法实现代理绑定功能。动态单播代理继承自TScriptDelegate，该类提供了与代理绑定相关的各种方法。

       动态多播代理的实现方式与静态多播相似，内部保存动态单播的数组，用于执行代理时调用数组中绑定的函数，实现多播效果。动态多播代理的宏为DECLARE_DYNAMIC_MULTICAST_DELEGATE_OneParam，其内部实现与动态单播代理类似。

       动态多播代理的父类TBaseDynamicMulticastDelegate提供了代理绑定的内部接口，如判断代理是否绑定、添加绑定、删除绑定等。动态多播代理继承自TMulticastScriptDelegate，该类定义了用于处理多播代理的数组实例。

       总结而言，动态代理与静态代理的架构类似，通过不同的参数配置和宏实现，实现了与蓝图的交互。动态代理在实现上更加灵活，支持多播和单播功能，为虚幻引擎提供了强大的事件处理能力。本文旨在提供动态代理的源码解析，帮助开发者更好地理解和使用虚幻引擎的代理机制。

UE源码下载编译+安卓打包配置及部分补充杂症的解决

       在Windows平台下，UE4..2与VS结合进行源码下载与编译，及安卓打包配置的过程，需要注意以下关键点。

       源码下载遵循官方指引，确保邮箱确认，下载的为压缩包。

       Visual Studio的下载与配置需前往官网获取安装包，确保安装时多选工作负荷，包含桌面应用与移动应用、.NET桌面开发选项。

       运行GenerateProjectFiles.bat时，若遇"未找到框架 .NET Framework Version"问题，应确保安装配置时已勾选.NET桌面开发工作负荷。

       双击Setup.bat与GenerateProjectFiles.bat，等待过程中会下载所需资源，需耐心等待。

       在VS中打开UE4.sln，通过UE4项目生成开始编译源码，编译耗时取决于电脑性能，完成后文件约g。

       编译过程中，遇到“UE4 fatal error C: 编译器限制: 达到内部堆限制”与“error C: 超过了 PCH 的虚拟内存范围”问题，参考相关文章，调整系统性能设置以避免问题。

       编译完成后，UE4Editor.exe可执行文件位于D:\Program\UnrealEngine-4.\UnrealEngine-4.\Engine\Binaries\Win，创建桌面快捷方式便于使用。

       清理中间文件前，建议参考Win 编译安装Unreal Engine 4的方法。在项目根目录创建批处理文件，执行清理操作后文件夹大小约G，接近Epic客户端安装的UE4大小。

       安卓打包配置繁杂，具体步骤可参考官方文档与相关文章。运行SetupAndroid.bat时，若出现错误，检查Java版本是否一致，通过SDK Manager更新或调整版本。

       在虚幻编辑器打包过程中遇到依赖包下载问题，参考Android Studio gradle下载依赖包失败的解决办法，修改build.gradle.ftl文件，使用阿里云国内镜像站点下载依赖，避免网络延迟。

       最后，打包并成功运行于设备，完成UE4部署至安卓环境。注意文中链接包含相关文章与资源，以供深入学习与参考。

UE4学习笔记（1）：UE源码下载编译+安卓打包

       注：该笔记以UE4..2在windows平台为例，vs版本为

       1.关联github和Epic账户

       要在github上获取UE4源码需要先关联账户，否则找不到源码，网页

       按照官网提供流程即可完成 GitHub上的虚幻引擎 - Unreal Engine

       记得确认邮件，否则还是（当初就是忘记了，卡了好一会儿）

       2.下载UE4源码

       在 Releases · EpicGames/UnrealEngine (github.com)中选择自己需要的版本（我使用的是4..2），这步很简单，但需要注意的是还需要将Commit.gitdeps.xml文件也一并下载，用于替换同名文件（有些版本则没有这样的文件），不替换的话后续会报错（之后步骤中会提到）

       解压后目录如下：

       3.执行bat文件

       （1）点击运行setup.bat，没有替换Commit.gitdeps.xml文件可能会出现如下问题：

       （2）点击运行GenerateProjectFiles.bat，此过程可能会出现如下问题：

       未找到框架 .NETFramework Version=v4.6.2

       只需要在VS Installer中选中安装就行：

       完成后会生成UE4.sln文件

       4.生成

       VS打开UE4.sln，开始生成：

       但是生成过程中我出现了这样的问题：

       UE4 fatal error C: 编译器限制: 达到内部堆限制

       error C: 超过了 PCH 的虚拟内存范围问题解决

       我出现这样问题的原因是我的C盘空间不够大（分区的时候给的比较少），托管系统设置在C盘，导致无法分配足够的虚拟内存，设置为空间足够的盘即可。

       步骤：电脑->属性->高级系统设置->高级->性能设置->高级->更改

       OK，成功编译完成

       5.安卓打包

       该过程有官方文档，并且比较繁琐，直接给出链接：

       设置虚幻的Android SDK和NDK | 虚幻引擎文档 (unrealengine.com)

       UE部署到Android以及杂症的解决 - 知乎 (zhihu.com)

       我就提一下自己遇到的问题，在UE4中进行安卓打包的时候遇到了这样的问题：

       原因在于SetupAndroid.bat中，SDK Platform的版本选择是，而在UE项目设置->平台 - Android SDK中的SDK API Levle默认选择latest。但是我安装AS的时候默认给我安装了最新的Android API （此时latest指向的是版本），导致冲突。解决方法是UE项目设置中手动设置指定版本，或者在AS中卸载高于版本的Android API。

       OK，打包成功！！！

       6.打开游戏

       但是，是的，还有但是（都最后一步了，还有问题OVO！！！），在手机上下载安装，打开后是这样的：

       原来是因为打包除了生成apk文件还生成了obb，至于Google Play Store Key应该就是一个密钥了。

       解决方法是在UE项目设置->Android中勾选“将游戏数据打包至.apk中”，我们可以看到对这个勾选项的解释：

       行，勾选后重新打包，成功运行：

UE4源码剖析：MallocBinned（上）

       近期着手UE4项目开发，对UnrealEngine已久仰慕，终于得此机会深入探索。鉴于项目内存性能问题，决定从内存分配器着手，深入研读UE4源码。虽个人水平有限，尚不能全面理解，但愿借此机会揭开源码神秘面纱，让新手朋友们不再感到陌生。

       UE4内存分配器位于硬件抽象层HAL（Hardware Abstraction Layer）中。具体装箱内存分配器代码位于VS项目目录：UE4/Source/Runtime/Core/Private/HAL/MallocBinned。

       分析从ApplePlatformMemory::BaseAllocator开始，可发现Mac平台的默认分配器为MallocBinned，iOS的默认分配器为MallocAnsi。以下将重点分析MallocBinned。

       一、确定对齐方式

       FScopeLock用于局部线程锁，确保线程同步。关于Alignment的确定，通常使用默认值。默认值取决于内存对齐方式，此处默认对齐为8字节。

       二、确定有足够空间来内存对齐

       代码中，SpareBytesCount用于确认空间足够。若分配内存小于8字节，则按Alignment大小匹配箱体；若大于8字节，则按Size + Alignment - sizeof(FFreeMem)匹配箱体。

       三、确定箱体大小

       根据Size的大小，有三种不同的处理方式。k以下的内存分配采用装箱分配，PoolTable中包含个不同大小的池子。

       四、初始化内存池

       分析内存池初始化过程，主要工作包括：确定内存大小，分配内存块，设置内存池基本信息。

       五、内存装箱

       AllocateBlockFromPool从内存池中分配一个Block，实现内存装箱过程。