【vb生成excel源码】【图床系统源码】【生产管理源码】ue4源码

时间:2024-11-25 02:57:05 来源:opengl vs 源码 编辑:连锁直销系统源码

1.UE4学习笔记(1):UE源码编译+安卓打包
2.UE4 LevelSequence源码解析
3.UE4源码剖析——异步与并行 中篇 之 Thread
4.UE4源码剖析:MallocBinned(上)
5.UE入门笔记(1):编译UE4源码 + apk打包
6.UE4 代理(Delegate)源码浅析(3)

ue4源码

UE4学习笔记(1):UE源码编译+安卓打包

       注:该笔记以UE4..2在windows平台为例,源码vs版本为

       1.关联github和Epic账户

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

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

       记得确认邮件,否则还是源码(当初就是忘记了,卡了好一会儿)

       2.下载UE4源码

       在 Releases · EpicGames/UnrealEngine (github.com)中选择自己需要的源码vb生成excel源码版本(我使用的是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 LevelSequence源码解析

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

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

       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源码剖析——异步与并行 中篇 之 Thread

       我们知道UE中的异步框架分为TaskGraph与Thread两种,上篇教程我们学习了TaskGraph,它擅长处理有依赖关系的短任务;本篇教程我们将学习Thread,它与TaskGraph相反,它更擅长于处理长任务。而下一篇文章,我们则会承接Thread,去学习一下引擎中一些重要的线程。

       Thread擅长处理长任务,从长任务生命周期这个层面来看,我们可以先把长任务分为两类:常驻型长任务与非常驻型长任务。

       常驻型长任务侧重于并行,通常用于监听式服务,例如网络传输,使用单独的线程对网络进行监听,每当有网络数据包到达时,线程接收并处理后,不会立即结束,燕窝溯源码网站而是重置部分状态,继续监听,等待下一轮数据包。

       非常驻型长任务侧重于异步,通常用于数据处理,例如主线程为了提高性能,避免卡顿,会将一些重负载的运算任务分发给分线程处理,可能分批给多条分线程,主线程继续运行其他逻辑。任务处理完成后,将结果返回给主线程,分线程可销毁。

       接下来,我们通过两个例子学习Thread的使用。

       计算由N到M(N和M为大数字)所有数字的和。使用Thread异步调用,将计算操作交由分线程执行,计算完成后再通知主线程结果,代码实现如下:

       逻辑分为两部分:启动分线程计算数字和,使用Async函数,参数为EAsyncExecution::Thread,创建新线程执行。学习Async函数用法,该函数返回TFuture对象,代表未来状态,当前无法获取结果,但在未来某个时刻状态变为Ready,此时可通过TFuture获取结果。

       主线程注册回调,等待分线程计算完成,使用TFuture的Then函数,完成时触发注册的回调,也可使用Wait系列函数等待计算完成。

       接下来学习常驻型任务使用。

       定义玩家血量上限点,音乐小程序源码当前点,当血量未满时,每0.2秒恢复1点血量。代码实现分为创建生命治疗仪FRunnable对象、重写Run函数、创建FRunnableThread线程、测试恢复功能和释放线程资源。

       生命治疗仪创建与测试完整代码如下,可验证生命恢复功能和暂停与恢复。

       UE4中的FRunnable与FRunnableThread提供创建常驻型任务所需接口。无论是常驻型还是非常驻型,底层实现相同,都是使用FRunnableThread线程。

       FRunnableThread线程结构包含标识符、逻辑功能、效率与性能、辅助调试字段。线程创建与生命周期分为创建FRunnable类对象、创建FRunnableThread对象两步,通过FRunnable的生命周期管理实现线程运行与停止。

       UE4线程管理流程包括继承并创建FRunnable类对象、创建FRunnableThread对象,生命治疗仪线程创建代码。

       UE4中的几种异步方式底层使用线程实现,学习了线程类型、创建、生命周期、销毁方法,为下篇学习引擎特殊线程打下基础。

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,实现内存装箱过程。

UE入门笔记(1):编译UE4源码 + apk打包

       实验环境:win / VS专业版 / UE4..

       准备工作①获取UE4源码:按照官方教程,完成邮件确认后即可下载 UE4..2源码。

       记得下载Commit.gitdeps.xml文件,后续会用到。

       ②VS安装工具包:打开Visual Studio Installer,选中并安装

       2、编译

       下面操作均基于UE4源码文件夹

       ①执行bat文件

       a)运行setup.bat,如出现下面错误,则需要替换Commit.gitdeps.xml文件

       b)运行GenerateProjectFiles.bat,如出现下面错误,则将文件路径改短

       ②编译

       打开UE4.sln,右键UE4选“生成”,编译过程多分钟

       ③UE4,启动!

       编译完成后,打开Engine\Binaries\Win,找到UE4Editor.exe,即可启动。

       3、安卓环境配置

       下载Android Studio并在UE4部署安卓:参考官方教程以及UE部署到Android以及杂症的解决,配置过程较为复杂,一步步来不要跳步。

       4、打包并测试

       打包过程报错:

       ①packagingresults: error: failed to build "uattempproj.proj"

       解决:打开项目.sln,重新生成AutomationTool

       ②找不到dx文件

       解决:打开C:\Users\Administrator\AppData\Local\Android\Sdk\build-tools,将或版本文件夹中的dx.bat 和 lib 文件夹中的 dx.jar 复制到 .0.0 版本文件夹的对应位置。(build-tools从版本之后把dx的方式去掉了,而UE需要这个,没有的话会发布失败)

       手机测试报错:

       ①No Google Play Store Key

       解决:UE项目设置->Android中勾选“将游戏数据打包至.apk中”,重新打包

       参考链接

       ① UE部署到Android以及杂症的解决

       ② UE4学习笔记(1):UE源码下载编译+安卓打包

       ③ 油管教程《Unreal Engine 4..2 Packaging For Android | Unreal Engine 4..2 Export Android Project》

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,该类定义了用于处理多播代理的数组实例。

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

UE4 LevelSequence源码剖析(一)

       UE4的LevelSequence源码解析系列将分四部分探讨,本篇聚焦Runtime部分。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解决方案的绝对路径。这部分内容是编辑器生成的,而源码编译项目则不会包含这些特定的路径信息,因为它们是由开发人员手动构建的。

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

copyright © 2016 powered by 皮皮网   sitemap