ue4怎麼編譯材質

㈠ ue4 paper2d 材質

紋理材質。
是Paper2D的核心，是一種紋理映射平面網格物體和相關材質。在UE4中可通過Sprite編輯器對sprite進行編輯，並利用Flipbooks實現基於sprite的動畫。
UE4，即虛幻4，它是一套為開發實時技術而存在的引擎工具目前廣泛應用於3D建模渲染，游戲開發中。

㈡ ue4怎麼編寫無銜接的材質

選擇一維數值,調節金屬感和粗糙度
三維基礎顏色(想要啥顏色就選啥顏色)與主節點鏈接,調節各個數值便可調節出相應的金屬材質

㈢ UE4粘液材質

紋理材質。UE4是Paper2D的核心，UE4粘液是一種紋理映射平面網格物體和相關材質。在UE4材質中可通過Sprite編輯器對sprite進行編輯，並利用Flipbooks實現基於sprite的動畫。虛幻4是一套為開發實時技術而存在的引擎工具，廣泛應用於3D技術。

㈣ 虛幻4怎麼延遲改變材質

首先在看這個系列之前，你需要具備以下：
（1）至少要敲過簡單的渲染器，不管是拿dx敲還是拿gl敲或者vk之類的。
（2）對虛幻引擎有一定了解，對虛幻的渲染有一定了解。可以看我前幾篇文章，或許可以有所幫助。
（3）C++基礎。其實本人c++水平也是一般般（常常受到公司程序大牛的鄙視，不過我是美術）。
（4）至少一塊RTX顯卡可以用來做實時光線追蹤（2019年）
隨著引擎版本的更新，後續會逐步加入新版本。那麼下面就正式開始吧！
【概覽虛幻4渲染管線】
首先，虛幻有很多個管線的。Mobile管線和Deferred管線。首先找到
在這個函數里你將會看到很多熟悉的函數名稱
虛幻就是通過調用這些函數來一步步繪制的。是不是很眼熟？這個就是各大論壇啦，博客啦講的虛幻渲染流程的真面目。
下面就是官方的DrawOrder了。那麼這個順序是怎麼來的呢。就是上面那個函數的調用順序。
再打開這個Render函數，你就將看到延遲渲染一幀所調用的各個函數。（反正我看了半天就看到個大概的渲染順序之外，還是啥也不知道）
那麼當我們把一個模型托到場景里，這個模型被渲染出來的整個流程到底是什麼樣的呢？這個流程其實是非常龐大的。下面我就來一個一個拆分。
（1）第一步：資源准備階段。這個階段包括頂點緩沖區的准備，索引緩沖區的准備。這一步由場景代理管理完成。當然從磁碟里讀取模型資源這些就涉及到StaticMesh這些了。想了解這一步可以去看我以前的博客，或者直接去看UPrimitiveComponent，UMeshComponent，UStaticMeshComponent，UCableComponent，UCustomMeshComponent。當你把這些源碼全部研究一遍後，這個階段算是了解了。這個階段我不打算再描述了，因為已經有了很多現成的代碼了。
（2）第二步就是shader資源的准備了，這個又是一個非常大的話題了。可以去看我以前關於給改材質編輯器和加shadingmode的文章便可以有個大概的了解。這一步我還會進一步闡述。
（3）第三步就是繪制了。
我們先不看Render函數那些復雜的調用，我們把精力先集中到shader層面來。一張畫面是怎麼開始繪制的呢？

通過這個我們便能知道一個大概的繪制流程（千萬別以為虛幻只有這幾步，不過主要的大概的流程是這樣）。先繪制那些深度啊，初始化視口啦我們先不管。我們來看下這個BasePass。這個BasePass乾的事情就是把GBuffer畫出來。
這里就是像素著色器的入口。繪制完這一步後，我們就有了GBuffer然後再繪制剩下的。環境遮罩驟就先不說了。來看看最重要的光照部分。
光照部分的入口在這里：
虛幻的TiledDeferredLighting的渲染方式。不知道這個的去看毛星雲的RTR3的博客的光照那節，講得特別好。這里給個傳送門：
https://blog.csdn.net/poem_qianmo/article/details/77142101
這里會調用
GetDynamicLighting這個函數會調用
這里會接著調用
看到這里就很熟悉了，看過前面我修改shadingmode的博客應該會對這里很熟悉。
lighting繪制完了之後就會繪制一些反射啊之類的東西了，然後就是透明物體啊後期啊。這些後面會慢慢分析他們。我們先把兩個最重量級的研究了。
接下來我們研究一下fog渲染階段。找到FogRendering.cpp你就會發現，其實繪制fog的是一個globalshader。前面繪制各個物體的是materialshader。
你會發現繪制fog的是一個globalshader。虛幻一共有這么幾種shader：Globalshader materialshader和meshshader。
這篇博客只是一個概述性和引導性的。只是說明一下虛幻繪制的一個大概情況。下一卷我將演示一下怎麼自己寫個shader，引擎識別它，編譯它，然後如何cpu和gpu進行信息交流的
4.20的Unreal渲染模塊有了較大改動。
主要是為了配合引擎新增特性和性能優化。不過大體上的流程還是和上個版本的保持一致。
為了給LTC讓道，所以shader做了大面積重構。
ShadingModel改為了IntergrateBxDF
下面會對繪制流水線詳細寫一遍，由於量巨大所以我會慢慢更新。
（1）【InitView】
引擎代碼注釋寫得非常簡單：Initialize scene's views.Check visibility, build visible mesh commands, etc.
這是渲染管線的開始，這步是為渲染管線准備繪制當前幀所需要各種資源。後面的管線就是判斷一下畫不畫，綁定一下狀態和RT然後就畫畫畫就好了。這一階段做的事情非常多也非常雜。首先來看看一些主要的
ComputeVisibility
可見性剔除有很多種技術，引擎會使用多種方法進行組合剔除，把沒必要渲染的東西剔除干凈，最大限度在渲染之前就做到最省。
虛幻提供了幾種剔除方法
他們各有優劣，可以根據不同平台和情況進行選擇。
VisibilityMap
在後面會把視口中可見性屬性是非可見的物體剔除掉。
PrecomputedVisibilit
在場景中可以使用預烘焙的可見性數據。
如果當前視口場景中有可見性烘焙數據就會啟用可見性烘焙的剔除方式
ViewFrustomCulled
做完前面的步驟後，還會進行視錐體剔除，並且大部分情況下，視口會使用視錐體剔除
進行視錐體剔除後可以減少大部分沒必要繪制的圖元
這時再配合各種其它的剔除方法就可以進一步剔除
而這里的「其它的剔除方法」包括但不限於PrecomputedVisibility，Distance，DynamicOcclusion
DistanceOcclusion
不在距離范圍內就不繪制，非常簡單有效的繪制方式。這種剔除方式挺適合地面上擺的小物件，擺的一些decal或者小道具，對大型建築不適合。
Hardware Occlusion Queries
硬體的可見性剔除。這種方法將每幀的可見性檢查作為每個Actor的查詢發出。 Actor的可見度在一幀之後被回讀 - 如果相機移動得非常快，有時會產生不利影響，導致它們「彈出」。 硬體遮擋的成本隨著在GPU上執行的查詢的數量而變化。 使用距離和預計算可見性方法可以減少GPU每幀執行的查詢次數。
在各種剔除後，在InitView的最後會根據這些數據建立MeshPass
（2）【EarlyZ-PrePass】
EarlyZ由硬體實現，我們的渲染管線只需要按照硬體要求渲染就可以使用earlyz優化了，具體步驟如下：
（1）首先UE4會把場景中所有的Opaque和Mask的材質做一遍Pre-Pass，只寫深度不寫顏色，這樣可以做到快速寫入，先渲染Opaque再渲染Mask的物體，渲染Mask的時候開啟Clip。
（2）做完Pre-pass之後，這個時候把深度測試改為Equal，關閉寫深度渲染Opaque物體。然後再渲染Mask物體，同樣是關閉深度寫，深度測試改為Equal，但是這個時候是不開啟clip的，因為pre-pass已經把深度寫入，這個時候只需要把Equal的像素寫入就可以了。
關於EarlyZ的具體詳解可以去看參考文章【1】
首先渲染prepass的第一步肯定是渲染資源的准備啦。primitive資源會在InitView的時候准備好。
然後會再BeginRenderingPrePass函數中設置各種繪制管線的綁定，包括關閉顏色寫入，綁定Render target
然後再調用draw之前會把各種UniformBuffer和渲染狀態設置好
然後調用draw
最後完成PrePass的繪制
（3）【ShadowDepthPass】
根據不同的燈光類型會繪制不同種類的shadowmap。總的來說繪制shadowmap的時候不會使用遮擋剔除。
Unreal渲染shadowmap目前我就找到個視錐剔除
shadowdepthpass可能是在basepass之前，也可以是之後，具體看EarlyZ的方式
我們的燈光種類繁多大致可以分為兩類，一類使用2Dshadowmap的，一類使用Cubemapshadowmap的
上圖的1部分就是渲染2DshadowMap，2部分渲染的就是Cubemapshadowmap，這一步只是渲染出shadowmap供後面的Lightingpass使用。
（4）【BasePass】
BasePass使用了MRT技術一次性渲染出GBuffer。
再上一次GBuffer的數據分布
BasePass把GBuffer渲染出來之後就可以供後面的LightingPass使用了。我們的材質編輯器再Surface模式下也是在生成MaterialShader為BasePass服務
這部分可以去看看我的材質編輯器篇有詳細介紹。
也是通過一系列設置綁定渲染狀態資源等，最後調用dispatchdraw
可以注意到，MRT0是SceneColor而不是BaseColor
Scene在BasePass中做了簡單的漫反射計算
這一步用到了，這個測試場景我是烘焙過的，我把烘焙數據去掉，SceneColor其實是這樣的：
啥也沒有黑的
BasePass會在這個階段把預烘焙的IndirectLiting計算到SceneColor這張RT上供後面的pass使用
（5）【CustomDepthPass】
上面的圖渲染了一個球的customdepth（在紅圈處可以看到一個球，可能不是很明顯哈）。CustomDepth沒啥特別的，就是把需要繪制CustomDepth的物體的深度再繪制一遍到CustomDepthBuffer上。
（6）PreLightingPass
虛幻封裝了一套方便畫PostPass的機制，後面的繪制SSAO，Lighting，SSR，Bloom等各種pass都是用的這逃Context的機制。
PreLighting這步主要是在用前面的GBuffer算decals和SSAO為後面的Lighting做准備。
SSAO使用的是FPostProcessBasePassAOPS這個C++shader類。
對應的USF是PostProcessAmbientOcclusion
並且使用Computeshader來加速計算。
（7）【DirectLightPass】
LightPass也非常復雜，整個pass的代碼有幾千行，shader代碼也有幾千行非常恐怖的系統。我們先找到入口函數：
（1）方向光
根據不同的情況，使用不同的渲染策略
渲染不同情況下的燈光大體分類如下。還會根據不同的渲染方式分類。
比如一般的方向光：
在渲染方向光的時候因為不需要考慮分塊，所以直接把每盞燈挨個畫出來就可以了
下面我只放了一盞方向光
下面我放三盞方向光：
（2）TileDeferredLighting
如果燈光不渲染陰影，並且燈光沒用IES並且燈光數目達到80盞以上（4.22）並且啟用了TileDeferred管線，那麼虛幻4就會使用TileDeferredLight來計算光照，虛幻實現TileDeferrdLight使用的是一個Computeshader
有很多燈光使用的潛規則。
（8）【ScreenSpaceReflectionPass】

（9）【TranslucencyPass】
透明物體會放在最後渲染，但是在後期的前面。需要看是否在DOF(景深)後合並。
對於這個上圖的那個場景來說，透明物體渲染的buffer是長下面這樣的：
最後在後期中組合
如果沒有啟用r.ParallelTranslucency透明物體只能挨個渲染。
如果啟用了就可以走上面的並行渲染分支。
透明物體的渲染在實時渲染中一直比較迷，會有各種問題。比如排序等等。在默認情況下是走AllowTranslucentDOF的。AllowTranslucentDOF是什麼意思呢，代碼的注釋里有解釋。
Translucent物體的渲染有幾種模式：
這里的代碼我們在BasePassPixelShader.usf里能找到
對於非透明物體來說basepass是渲染GBuffer的，但是對於透明物體來說，BasePass是渲染基礎的+Lighting的，會在這里一次性渲染完，如果我們想改透明物體的shading方式，就需要用在這里改了。

㈤ 如何學習Unreal Engine 4的材質系統源代碼

雙擊GenerateProjectFiles.bat文件，一分鍾後會生成一個UE4.sln
用Visual Studio 2013打開UE4.sln

進入後按F5進行編譯，時間較長請耐心等待
（外星人20分鍾，小編的機子1.5小時，聽說還有2小時的，心裡瞬間平衡多了……）

打開圖示目錄（Win32和Win64文件夾是按機子的信息打開）
找到UE4Editor.

看可以在桌面創建一個快捷方式。

打開中……

出現這個窗口後，可以選擇你想要的類型，下面的框是命名。

擴展後還可以更改文件目錄。

㈥ ue4怎麼渲染

虛幻引擎在FEngineLoop::PreInit中對渲染線程進行初始化。使用ue4渲染慢卡頓可以藉助雲桌面來完成渲染。
渲染線程的啟動位於StartRenderingThread全局函數中。
創建渲染線程類實例
通過FRunnableThread::Create函數創建渲染線程
等待渲染線程准備好，從TaskGraph取出任務並執行
注冊渲染線程
創建渲染線程心跳更新線程
渲染線程的主要執行在全局函數RenderingThreadMain中，游戲線程會藉助EQUEUE_Render_COMMAND宏，向渲染線程的TaskMap中添加渲染任務。渲染線程則不斷的提取這些任務去執行。
這里需要注意，渲染線程並非直接向GPU發送指令，而是將渲染命令添加到RHICommandList，也就是RHI命令列表中。由RHI線程不斷取出指令，向GPU發送。並阻塞等待結果。此時，RHI線程雖然阻塞，但是渲染線程依然正常工作，可以繼續處理向RHI命令列表填充指令，從而增加CPU時間的利用率，避免渲染線程憑空等待GPU的處理。
渲染架構
虛幻引擎對於場景中所有不透明物體的渲染方式，是延遲渲染
對於半透明物體的渲染方式，是前向渲染
在虛幻引擎中，先進行延遲光照計算不透明物體，然後藉助深度排序，計算半透明物體。
FDeferedSceneRender::Render函數
1、初始化視口 InitViews
進行必要的可見性剔除。分為三步：預設置可見性，可見性計算，完成可見性計算。
預設置可見性 PreVisibilityFrameSetup
1.根據當前畫質，設置TemporalAA的采樣方式，同時確定采樣位置。采樣位置用來微調視口矩陣。TemporalAA采樣，每一幀渲染的時候，讓這個像素覆蓋的位置進行微弱的偏移，然後混合前面幾幀的渲染結果。
2.設置視口矩陣，包括視口投影矩陣和轉換矩陣。
可見性計算 ComputeViewVisibility
1.初始化用於可視化檢測的緩沖區，位數組，用0和1表示是否可見。翻譯為點陣圖BitMap
2.視椎體剔除，對應函數FrustumCull，該函數內部使用ParallelFor函數的線性剔除，進行並行化的非同步剔除。
3.遮擋剔除
4.根據可見性點陣圖，設置每個需要渲染對象的可見性，即Hidden flags
5.開發者控制對象可見
6.獲取所有對象的渲染信息，對應函數是每個RenderProxy的GetDynamicMeshElements函數。
網格物體組件對應的容器是RenderProxy，材質對象的容器是MaterialRenderProxy
完成可見性計算 PostVisibilityFrameSetup
1.對半透明的對象進行排序。半透明對象的渲染由於涉及互相遮擋，必須按照從後往前的順序來渲染。
2.對每個光照確定當前光照可見的對象列表
3.初始化霧與大氣的常量值。
4.完成對陰影的計算。包括對覆蓋整個世界的陰影，對固定光照的級聯陰影貼圖和對逐對象的陰影貼圖的計算。
虛幻引擎的剔除方式是藉助ParallelFor的線性剔除，並行化的線性結構剔除在性能上優於基於樹的剔除。
2、PrePass 預處理階段
降低Base Pass的渲染工作量。通過渲染一次深度信息，如果某個像素點的深度不符合要求，這個像素點就不會進行工作量最大的像素渲染器計算。
不是基於分塊的GPU，渲染器的EarlyZPassMode參數不為DDM_None，或GEarlyZPassMovable不為0，才會進行PrePass計算。
對象的渲染按照設置渲染狀態，載入著色器，設置渲染參數，提交渲染請求，寫入渲染目標緩沖區的步驟進行。
設置渲染狀態 SetupPrePassView
關閉顏色寫入，打開深度測試與深度寫入。PrePass不需要計算顏色，只需要計算每個不透明物體像素的深度。
渲染靜態數據
三個繪制列表由靜態模型組成，通過可見性點陣圖控制是否可見。
只繪制深度的PositionOnlyDepthDrawList
主要繪制不透明物體的DepthDrawList
帶蒙版的深度繪制列表MaskedDepthDrawList，蒙版對應材質系統中的Mask類型
渲染動態數據
通過ShouldUseAsOccluder函數詢問Render Proxy是否被當做一個遮擋物體，是否為可移動，決定是否需要在這個階段繪制。
寫入渲染目標緩沖區
通過RHI的SetRenderTarget設置。
TStaticMeshDrawList::DrawVisible函數
繪制可見對象
繪制可見對象的基礎是可見對象列表，在繪制之前，每個繪制列表已經進行了排序，盡可能共用同樣的繪制狀態。
每個繪制列表都共用以下著色器狀態，區別只是在於具體參數不同：
頂點描述 Vertex Declaration
頂點著色器 Vertex Shader
殼著色器 Hull Shader
域著色器 Domain Shader
像素著色器 Pixel Shader
幾何著色器 Geometry Shader
載入公共著色器的信息 SetBoundShaderState 和SetSharedState
SetBoundShaderState 載入需要的著色器
SetSharedState 對於TBasePass，設置頂點著色器和像素著色器的參數。
逐元素渲染
1.對於每個DrawingPolicy調用SetMeshRenderState函數，設置渲染狀態。包括調用每個著色器的SetMesh函數，以設置與當前Mesh相關的參數
2.調用Batch Element的DrawMesh函數，完成繪制。調用RHICmdList的DrawIndexedPrimitive函數，指定頂點緩沖區和索引緩沖區的位置。
3、BasePass
極為重要的階段，通過對逐對象的繪制，將每個對象和光照相關的信息都寫入到緩沖區中。
BasePass和PrePass的過程非常接近，分為設置渲染狀態，渲染靜態數據和渲染動態數據。
設置渲染狀態
1.如果PrePass已經寫入深度，則深度寫入被關閉，直接使用已經寫入的深度結果。
2.通過RHICmdList.SetBlendState，打開前4個渲染目標的RGBA寫入。TStaticBlendStateWriteMask用模板參數定義渲染目標是否可寫入，最高支持8個渲染目標。
RHICmdList.SetBlendState(TStaticBlendStateWriteMask<CW_RGBA, CW_RGBA, CW_RGBA, CW_RGBA>::GetRHI());
3.設置視口區域大小。這個大小會因為是否開啟InstancedStereoPass而有所變化。
渲染靜態數據
如果PrePass已經進行深度渲染，那麼會先渲染Masked蒙版對象，然後渲染普通不透明對象。否則，先渲染不透明對象，再渲染蒙版對象。
渲染動態數據
與PrePass基本相同
BasePass採用MRT（Multi_Render Target）多渲染目標技術，從而允許Shader在渲染過程中向多個渲染目標進行輸出。
渲染目標來自哪裡？
渲染目標由當前請求渲染的視口（Viewport）分配，對應FSceneViewport::BeginRenderFramw函數。
如何寫入？輸出到何處？
並沒有在C++代碼中，而是在Shader著色器代碼中。打開Engine/Shader/BasePassPixelShader.usf文件，大體過程：
通過GetMaterialXXX函數，獲取材質的各個參數，比如BaseColor基本顏色，Metallic金屬等。
然後，填充到GBuffer結構體中
最後，通過EncodeGBuffer函數，把GBuffer結構體壓縮、編碼後，輸出到SV_Target。
RenderOccusion渲染遮擋
虛幻引擎的遮擋計算,實質上是在PrePass中直接進行基於並行隊列的硬體遮擋查詢。除非在r.HZBOcclusion這個控制台變數被設置為1的情況下,或者有些特效需要的情況下,才會開啟Hierarchical Z-Buffer Occlusion Culling 作用遮檔查詢。
全平台默認關閉
總體來說，這個步驟是為了盡可能剔除處於屏幕內但是被其他對象遮擋的對象。在視口初始化階段，剔除了處於視錐體之外的對象。但是依然有大量對象處於視錐體內，卻被其他對象遮擋。比如一座山背面的一大堆石頭，這些石頭能夠正常通過我們的視錐體遮擋測試，卻並不需要渲染。
因此， HZB渲染遮擋技術被用於解決這個問題，通常的HZB步驟如下:
(1)預先准備屏幕的深度緩沖區，這個緩沖區將會作為深度測試的基礎數據。因此，這個步驟必須在PrePass之後，如果沒有PrePass，則必須在BasePass 之後。
(2)逐層創建緩沖區的Mipmap級聯貼圖。層級越高，貼圖解析度越低，對應的區域越大。而每個層級對應這個區域「最遠」元素到屏幕的距離(深度最大值)。
(3)計算所有需要進行測試的對象的包圍球半徑，根據這個半徑，選擇對應的深度緩沖區層級進行深度測試，判斷是否被遮擋。這個的用意在於，如果對象較大，我們可以直接用更高的層級進行測試，這個對象的深度若比這個層級對應的距離還遠，那麼該對象一定被遮擋，因為層級對應的是這一片區域中可見元素的最遠距離。
需要注意的是， OpenGL平台下不會進行這個測試。這個步驟中的第二步可以使用像素著色器多次繪制完成級聯貼圖層級，第三步則可以使用計算著色器ComputeShader，或者使用頂點著色器進行計算，將結果寫入到一個渲染目標中。從而藉助GPU的高度並行化來加速這個遮擋剔除過程。
這個步驟輸出的結果會被用於下一幀計算，而不是在本幀。
光照渲染
對應函數RenderLights，光照渲染與陰影渲染是分離的，陰影渲染是在視口初始化階段完成的，光照渲染大體步驟如下：
收集可見光源。對可見性的判斷，利用視口初始化階段保存的VisibleLightInfos信息，以當前Id查詢即可獲得結果。對每個光源構建FLightSceneInfo結構，然後通過ShouldRenderLights對光源是否需要渲染進行計算。
對收集好的光源進行排序。將不需要投射陰影、無光照函數的光源排在前面。
如果是TiledDeferredLighting，則通過RenderTiledDeferredLighting對光照進行計算。如果是PC平台，使用RenderLight函數進行光照計算。
如果平台支持Shader Model 5，則會計算反射陰影貼圖與PLV信息。
核心光照渲染RenderLight函數
每個光源都會調用這個函數，遍歷所有視口，計算光照強度，並疊加到屏幕顏色上。
1. 設置混合模式為疊加
2. 判斷光源類型
平行光源
載入延遲渲染光照對應的頂點著色器（TDeferredLightVS）和像素著色器（TDeferredLightPS）
設置光照參數
繪制一個覆蓋全屏幕的矩陣，調用著色器。
非平行光源
判斷攝像機是否在光源范圍內
如果是，關閉深度測試，從而避免背面被遮蓋部分不進行光照渲染
否則，打開深度測試，以加速渲染
載入著色器
設置光照參數
根據是點光源還是聚光燈，繪制一個對應的幾何體，從而排除幾何體外對象的渲染，加速光照計算。
ShaderMap
頂點工廠：負責抽象頂點數據以供後面的著色器獲取，從而讓著色器忽略由於頂點類型造成的差異。
當前著色器繼承自FMaterialShader，則對每個材質類型編譯出一組對應渲染管線的著色器
當前著色器繼承自FMeshMaterialShader，則對每個材質類型的每個頂點工廠類型編譯出一組頂點著色器和像素著色器。
通過GetMaterialXXX，可以獲取材質的參數。
資訊來自網路

㈦ 怎麼對導入UE4的模型進行拆分添加材質

導入UE4的模型進行拆分添加材質需要對模型進行編輯和處理的，滿意請採納