Blueprint编译过程

Blueprint 编译概述

一、术语

Blueprint,像C++语言一下的,在游戏中使用前需要编译。当你在BP编辑器中,点击编译按钮时候,BP资源开始把属性和图例过程转换为一个类对象处理。

1. FKismetCompilerContext

此类用来做编译工作。每次编译就会产生一个新的实例。保存将编译的类和BP等。

2. FKismetFunctionContext

为一个函数保存信息,例如关系图引用,属性和产生UFunction.

3. FNodeHandlingFunctor

一个帮助类,用来处理在编译器(单例)中一个类的节点。包含函数产生的注册管脚链接,产生编译状态。

4. FKismetCompiledStatement

编译器转换节点为编译状态,后端把它转换为字节码操作。

5. FKismetTerm

图例的终端,包括有literal,const,variable reference(变量引用)。每个数据管脚连接其中一项。当然你可以通过NodeHandlingFunctor来自定义变量或中间结果。

二、编译过程

基本处理过程如下:

橙色的为全编译下才有的步骤。

关于缩写:

class default object (CDO)

清理类

类使用UBlueprintGeneratedClass 产生的对象,被清零并反复使用,指针不用处理UE4自己搞定。CleanAndSanitizeClass函数功能是擦除函数属性和功能,初始化类对象。(因为UE4使用的类对象池,类对象不删除,每次都用新的代替旧的对象)。

创建类属性

编译迭代通过蓝图的NewVairable数组和其他地方(构建脚本等)查找到类需要的所有Uproperites,然后使用CreateClassVariablesFromBlueprint函数,在UClass范围内创建UProperties 。(先找到Properites标示,然后使用函数来创建属性)。

创建函数列表

编译器使用Event Graphs创建函数列表,每个内容调用PrecompileFunction()函数来穿件正常函数图和预编译函数。

处理事件图表

通过使用CreateAndProcessUberGraph() 来实现处理过程。此函数拷贝所有的事件图表到一个大图表中,在确定哪些节点可以扩展后,为每个函数创建事件节点,每个事件图表创建FKismetFunctionContext。

处理函数图表

通过使用ProcessOneFunctionGraphProcessing 函数来处理常规函数图表 ,该函数把每个图表拷贝到临时图表中,以便于有机会扩展。每个函数图表创建FKismetFunctionContext。

预编译函数

PrecompileFunction()是预编译函数。步骤如下:

· 执行列表和计算数据依赖关系

· 更改无时间表或无数据依赖的节点。

· 运行节点的RegisterNets() 函数

· 为函数捏的值创建FKismetTerms

· 创建UFunction和关联属性

绑定和链接

编译器感知到类的所有UProperties 和UProperties ,绑定和链接类,包括属性关系,属性大小,函数映射等。此时,实际上是一个没有最后标示和元数据的缺省类对象。

编译函数

下一步就是通过节点句柄Compile()函数,使用AppendStatementForNode()函数,为剩余的节点产生FKismetCompiledStatment 的对象。(就是产生状态对象)。AppendStatementForNode函数也可以创建用于本地使用的FKmismet对象。

完成编译类

To finish compiling the class, compiler finalizes the class flags and propagates flags and metadata from the parent class before finally performing a few final checks to make sure everything went alright in the compile.

在最后编译之前,需要确保所有的检查都正确,编译器确认类标示,传播标示,来自父类的元数据。

产生代码

backends 从每个函数内容的状态转换为代码。两个backends使用:

·  FKismetCompilerVMBackend - 转换FKCS 为虚幻虚拟机脚本字节流。字节流将被序列化为函数的脚本数组。

·  FKismetCppBackend - 产生用来调试的类C++代码。

拷贝类缺省对象属性

使用CopyPropertiesForUnrelatedObjects()函数,编译器拷贝旧缺省对象的值到新的CDO。属性拷贝通过标签的序列化,只要名字一致就可以正确转换。在本阶段CDO组件重建实例和适当修改。 The GeneratedClass CDO is authoritative.

重建实例

因为类的大小或属性会增减,编译器每次编译需要重建实例。过程中使用TObjectIterator 来找到所有类的实例,在产生一个新类,使用CopyPropertiesForUnrelatedObjects函数来把旧实例拷贝到新实例中。

关于细节,请看 FBlueprintCompileReinstancer类。

===============

原文地址:https://docs.unrealengine.com/latest/INT/Engine/Blueprints/TechnicalGuide/Compiler/index.html

初学翻译,诚惶诚恐!有不足之处,请多多指导!

万分感谢!

时间: 2024-10-29 04:18:02

Blueprint编译过程的相关文章

2.4、uboot配置和编译过程详解

2.4.1.uboot主Makefile分析1 2.4.1.1.uboot version分析 (1)uboot版本号分为3个级别: VERSION:主版本号 PATCHLEVEL:次版本号 SUBLEVEL:再次版本号 EXTRAVERSION:另外附加的版本信息 这四个用.隔开共同构成了最终的版本号. (2)Makefile中版本号最终生成了一个变量U_BOOT_VERSION,这个变量记录了Makefile中配置的版本号 (3)include/version_autogenerated.h

FFmpeg在Linux下安装编译过程

转载请把头部出处链接和尾部二维码一起转载,本文出自:http://blog.csdn.net/hejjunlin/article/details/52402759 今天介绍下FFmpeg在Linux下安装编译过程,用的是CentOS, 总体过程比较顺利,就是在ffmpeg等的时间稍长点.没什么技术难点.仅当记录. 关于FFmpeg FFmpeg是一个开源免费跨平台的视频和音频流方案,属于自由软件,采用LGPL或GPL许可证(依据你选择的组件).它提供了录制.转换以及流化音视频的完整解决方案.它包

编译过程中,termcap.h 文件找不到路径 licli.a终于生成

编译过程中,termcap.h      文件找不到路径 查看是linux  源码下找不到termcap.h文件 安装了所有关于*cap*的源码包也不起作用 今天终于解决了这个问题,搜termcap.h  发现一篇文章,如下 ----------------------------------------------------------------------------------------- 安装minicom2.3出现termcap.h错误解决方法 2010-05-06 17:12:

GCC与编译过程

GCC与编译过程   GCC(GNU Compiler Colletion),GUN编译器套装,是一套由GNU开发的编程语言编译器.Linux系统下的GCC编译器实际上是调用其他不同的工具来完成预处理.编译.汇编和链接工作. 一.编译过程 在计算机的眼里,只有1和0.不幸的是,我们用C语言写出来的代码,计算机无法直接看明白.所以一个程序如果需要被计算机执行,那么就必须翻译成能被计算机读懂并执行的1和0.实现这一结果的过程,我们称之为编译. 编译包括以下步骤:预处理.编译.汇编和链接.具体过程如下

Hive SQL的编译过程

Hive是基于Hadoop的一个数据仓库系统,在各大公司都有广泛的应用.美团数据仓库也是基于Hive搭建,每天执行近万次的Hive ETL计算流程,负责每天数百GB的数据存储和分析.Hive的稳定性和性能对我们的数据分析非常关键. 在几次升级Hive的过程中,我们遇到了一些大大小小的问题.通过向社区的咨询和自己的努力,在解决这些问题的同时我们对Hive将SQL编译为MapReduce的过程有了比较深入的理解.对这一过程的理解不仅帮助我们解决了一些Hive的bug,也有利于我们优化Hive SQL

C程序编译过程浅析【转】

转自:http://blog.csdn.net/koudaidai/article/details/8092647 前几天看了<程序员的自我修养——链接.装载与库>中的第二章“编译和链接”,主要根据其中的内容简单总结一下C程序编译的过程吧. 我现在一般都是用gcc,所以自然以GCC编译hellworld为例,简单总结如下. hello.c源代码如下: ?[Copy to clipboard] C 1 2 3 4 5 6 [c] view plaincopy <span style=&qu

Windows下Caffe在GPU编译过程

Windows下Caffe在GPU编译过程 GeForce8800 GTS512: cc=1.1 CUDA6.5 问题一: src/caffe/layers/conv_layer.cu(20): error : too few arguments in function call Error in in conv_layer.cu :forward_gpu_gemm needs the argument skip_im2col #1962 解决: https://github.com/BVLC/

【转】 Apk文件及其编译过程

Apk文件概述 Android系统中的应用程序安装包都是以apk为后缀名,其实apk是Android Package的缩写,即android安装包. 注:apk包文件其实就是标准的zip文件,可以直接用解压缩软件解开.Apk包中的内容 解压缩一个apk文件后,目录结构一般如下: *.apk ├-res │ ├+layout │ └+drawable ├-META-INF │ ├-MANIFEST.MF │ ├-CERT.SF │ └-CERT.RSA ├-resources.arsc ├-cla

C语言的编译过程、安装gcc编译器以及设置环境变量

以我对C语言编译过程的了解,我用了一点时间画了一个图,提供给大家参考一下,希望有些能对您的问题提上帮助. 前几天刚初步学习了C语言的编译过程,感触挺深的.在C语言中头文件其实起了一个很大的作用. 1.头文件可以不需要编译 2.可以查看具体的声明 3.头文件加上实现文件的o文件提交给使用者即可 ,不需要知道源代码 4..o文件预先编译,所以整个项目编译时,会大大提高编译的时间 . 5.当一个文件(A.c文件)依赖于头文件(b.h)时 ,如果b.c编译之后形成的b.o文件重新编译后,a.o的文件不需