虛幻材質編譯

1. 虛幻3引擎的專業測評

◎ 64位色高精度動態渲染管道。
Gamma校正和線性顏色空間渲染器提供了完美的顏色精度，同時支持了各種後期特效例如光暈，鏡頭光環和景深等效果。
在最新的一代顯示晶元發布的過程中，我們注意到了一個非常明顯的特點，就是新一代的顯示晶元已經不再滿足於傳統的32位色深，轉而需要更加高精度的顏色范圍，這一點在NV40和R420身上都能非常明顯的看出來。在NV40上，這種技術被稱為HPDR技術，而在R420身上，這種技術也有所體現。
◎ 支持當前所有的基於像素的光照和渲染技術，包括使用法線貼圖技術的參數化的Phong光照；虛擬位移貼圖；光線衰減函數；採用預計算的陰影遮罩技術以及使用球形harmonic貼圖的預計算的凹凸自陰影
◎ 高級的動態陰影。
虛幻引擎3提供對下列3種陰影技術的完全支持：
· 採用動態模板緩沖的陰影體積技術，能夠完整支持動態光源，這樣就能在場景中所有物體上精確地投射陰影。
· 能夠讓動態的角色在場景中投射出動態的、柔和的模糊陰影，這個過程是通過使用16X超級取樣的陰影緩沖實現的。
· 採用了擁有極高質量和極高性能的預先計算出的陰影遮罩，從而可以將靜態光源的交互現象離線處理，同時保留了完整的動態高光和反射效果。
◎ 所有支持的陰影技術都是可視化的，並且可以按照美工的意願自由混合。另外，同時可以與有顏色的衰減函數結合，從而實現具有合適陰影的平行光、聚光燈效果，以及投射光效果。角色能夠在虛幻引擎3中使用陰影技術產生動態的軟陰影
◎ 強大的材質系統，使得美工可以在實時圖形化界面中建立任意復雜的實時Shader，而這個界面的友好度可與Maya的非實時Shader圖形編輯界面媲美
◎ 材質框架是模塊化的，所以程序員不僅可以加入新的Shader程序，還可以加入能夠讓美工隨意與其他組件連接的Shader組件，從而可以實現Shader代碼的動態合成。
◎ 完全支持室內和室外環境的無縫連接，在任何地方都支持的動態每象素光照和陰影。
◎ 美工可以通過一個可動態變形的基本高度圖來建立地形，並使用多層混合材質，這其中包括位移貼圖，法線貼圖和任意復雜的材質，動態的基於LOD的細分，以及植被。
另外，地形系統還支持美工控制的自然效果，如平地上的植被，陡坡上的岩石和山頂上的雪。
◎ 體積環境效果，包括高度霧和物理上精確的距離霧。
◎ 剛體物理系統，支持游戲者和游戲中的物體，布娃娃角色動畫以及復雜碰撞等物體交互方式。
布娃娃（Ragdoll）系統，是目前最為流行的一種非常高級的物理引擎，能夠付給物體以一定的質量，形狀等特性，從而獲得非常逼真的力學動態效果。
◎ 所有可渲染的材質都含有物理特性，例如摩擦系數等參數。
在虛幻引擎3提供的編輯工具UnrealEd中，能夠對物體的屬性進行實時修改
◎ 符合物理原理的聲音效果。
◎ 完全整合的基於物理原理的交通工具支持，包括游戲者控制，人工智慧和網路。
◎ UnrealEd內建的可視化物理建模工具，支持對於模型和骨骼動畫網格的用於優化碰撞檢測的圖元的建立；約束編輯；在編輯器內可交互的物理模擬和調整。
◎ 在地圖編輯方面,使用了利用高度圖直接生成地表高度的地圖編輯器。(周詩超:這種游戲地圖也稱為「高度圖」,是在較為流行的地圖編輯方式。優點是地形變化豐富,美術的製作效率高。象前一段時間的《farcry》——「孤島驚魂」就在這個功能上非常的強大)。
在編輯器里可以對不同的地面層進行柔和的材質融合,包括位移貼圖,法線貼圖或是更為復雜的材質類型,動態的LOD方格,及由程序自動在地表上生成大面積的植被等等強大的功能。引擎中還可以進行體積霧的設置,包括對霧的高度,霧的消失距離進行准確的設定。 ◎ 骨骼動畫系統；支持每頂點可達4骨骼同時影響的效果以及復雜的骨骼結構。
◎ 動畫由一棵動畫物體樹驅動，包括：
· 混合控制器，進行對嵌套的動畫物體之間的多路混合。
· 數據驅動的控制器，封裝動作捕捉或手動製作的動畫數據。
· 物理控制器，連接到剛體動態引擎，用來實現布娃娃系統的游戲者和NPC動畫和對力的物理響應。
· 過程動畫控制器，以C++或UnrealScript實現，為了實現一些如使一個NPC的頭部和眼睛跟蹤一個在關卡中行走的游戲者，或使一個角色根據健康情況和疲勞度作出不同動作等特性。
◎ 為3D Studio Max和Maya製作的導出工具，用於向引擎中導出賦予蒙皮權重的網格，骨骼和動畫序列。 ◎ 提供了一個支持普通游戲對象（如游戲者，NPC，物品，武器和觸發器）的面向對象的游戲框架。
◎ 豐富的多級別AI系統，支持尋路、復雜關卡游歷、單獨決策和組隊AI
· 對如觸發器，門和升降機等普通游戲對象敏感的尋路框架，允許復雜的游歷設定，使得NPC可以按下開關，打開門，並繞過障礙物。
· 游歷框架帶有短期戰術戰斗、掩護和撤退的路線網。
· 基於小隊的AI框架，適合第一人稱射擊、第三人稱射擊和戰術戰斗游戲。
◎ AI路徑在UnrealEd中可見並可由關卡編輯者編輯，允許自定義和提示
◎ 可見的AI腳本工具，使設計者可以創建復雜的交互性游戲設定，例如游戲者目標，通用的游戲事件觸發器和互動式過場動畫
◎ UnrealMatinee，一個基於時間線的可視化序列、動畫和曲線路徑工具。設計者可以使用此工具建立游戲中的過場動畫，可以是交互的或非交互的，通過動畫序列化、移動包括攝像機在內的對象，控制聲音和視覺特效，並觸發游戲和AI事件。
UnrealEd中的「Matinee」工具，能夠編輯基於時間軸的事件序列
◎ 支持各種平台的輸出格式，包含5.1環繞立體聲和高品質杜比數碼音效。
◎ 3維聲源位置設置，多普勒效應。
多普勒效應：是指當發聲物體在運動時，聲音的音調會隨著物體移動速度而改變其高低——聲音頻率的變化，這個原理也被運用在音效卡3D發聲原理之中。
◎ 在UnrealEd中的可視化音效工具可以為聲音設計者提供對音效的全面的控制，聲音強度，順序，循環，過濾，調制，變調和隨機化。聲音參數被從代碼中分離開，使設計者可以控制所有的與游戲、過場動畫和動畫序列相關的聲音。
◎ 支持所有平台的主要聲音格式，包括PCM,ADPCM,游戲機對應的聲音壓縮格式和Ogg Vorbis。
◎ 支持游戲機上的聲音流。
◎ Internet和區域網游戲已經成為Epic的競賽游戲如Unreal Tournament 2004的一大特徵。虛幻引擎長時間以來一直提供靈活的高級網路架構，適合於各種類型的游戲。
◎ Internet和區域網游戲在PC和所有游戲機平台上都被完全支持
Unreal Tournament 2004的游戲中帶的伺服器瀏覽器
◎ 虛幻引擎的網路游戲部分編程是高層的和數據驅動的，允許由Unreal腳本代碼指定在客戶端和伺服器之間聯系的變數和函數，來保留一個同步的對游戲狀態的近似。底層游戲網路傳輸是基於UDP的並能夠將可靠和不可靠傳輸方式結合，來對游戲感進行優化，即使在低帶寬和高延遲的環境下。
◎ 客戶端－伺服器模式下最多支持64個游戲者同時游戲。同時支持非伺服器模式（點對點模式）下的16游戲者同時游戲。
◎ 支持不同平台間的網路互連（例如PC伺服器和游戲機客戶端；Windows,MacOS和Linux客戶端共同進行游戲）。
◎ 所有游戲特性在網路游戲模式下都被支持，包括基於交通工具的多人游戲，帶有NPC和機器人的組隊競技，單人模式下的協同游戲等等。支持自動下載，包括跨平台的一致的Unreal腳本代碼。這項特性使得從用戶自己創建的地圖到獎勵包，到完整的游戲mod都可以隨意獲得
全局光照技術「Unreal Lightmass」，可生成高質量的靜態照明和帶精確半影的軟陰影、相互漫射與反射、色彩釋放(color bleeding)等下一代技術，同時還有新的分布式計算框架「Swarm」，生成光照的速度可提高最多十倍。
◎ 「Unreal Content Browser」(虛幻內容瀏覽器)基於後端資料庫，支持縮略圖預覽、內容標簽、內容收集管理，能讓開發人員在海量內容里迅速找到所需資源，不必再逐個手動打開文件查看。
◎ 可擴展統計和數據管理後端「Unreal Master Control Program」(虛幻主控程序)，作為一種高可靠性在線服務架構，支持新聞宣布、設定管理、在線玩家追蹤，以及硬體、配置、游戲狀態數據搜集，並且包含一系列視覺化游戲狀態工具，比如玩家活躍性區域熱圖 引擎的互聯網架構和區域網架構可以很好地支持PC機及各種操作平台。
虛幻引擎的網路架構擁有高級別的安全性能和數據傳輸能力。通過提供的腳本游戲代碼可以在客戶端和伺服器端進行快速穩定的復制,傳輸,並且十分精確。另外還有了一個低級別的網路傳輸系統,它基於UDP協議,適用於那些速率較低的窄帶和特殊場景的游戲。
在網路架構中,如果是「專業伺服器」的話可以支持的聯機上限為64個玩家。如果是「非專業伺服器」的話則可以支持到16個玩家。
支持不同操作平台之間的聯機對戰(例如:拿一台PC機作為伺服器端,可以讓Windows用戶,MacOS用戶和Linux用戶一起進行聯機游戲)
引擎中的大部分功能可以支持網路聯機功能,包括玩家間的多人游戲隊戰,和電腦提供的NPC或是機器人進行對戰,或是單人模式下的協作任務對戰等等。還支持自動的游戲內容下載和更新功能,包括跨平台的通用性虛幻腳本代碼。玩家可以在自己製作的游戲地圖中進行游戲,並放到互聯網上供其他玩家下載。在游戲伺服器登陸界面里還可以伺服器的快速檢索和查找,伺服器收藏夾功能,及聊天功能等等。
可以通過設置一台「總控制伺服器」對全球范圍內的其他游戲伺服器進行追蹤,將某些玩家進行過濾和封IP,稱之為「全球游戲狀態跟蹤系統」。(主要針對的是那些作弊的玩家) 虛幻的編輯器(簡稱為「UnrealEd」)是一個以「所見即所得」為設計理念的操作工具,它可以很好地彌補一些在3DStudioMax和Maya中無法實現的不足,並很好地運用到游戲開發里去。
在可視化的編輯窗口中游戲開發人員可以直接對游戲中角色,NPC,物品道具,AI的路點及光源進行自由的擺放和屬性的控制,並且全部是實時渲染的。(並且這種實時渲染還有動態的光影效果。)
並且還有完整的數據屬性編輯功能,可以讓關卡設計人員自由地對游戲中的物件進行設置或是由程序人員通過腳本編寫的形式直接進行優化設置。
實時的地圖編輯工具可以讓游戲的美術開發人員自由地對地形進行升降的高度調節,或是通過帶有alpha通過的筆刷直接對地圖層進行融合和修飾。並可以在地圖編輯中直接生成碰撞數據和位移貼圖。
圖形化的材質編輯工具。開發人員可以對材質中的色彩,alpha通道及貼圖坐標進行自由的調解並由程序人員來定義所需要的材質內容。(周詩超:我看了虛幻的材質編輯器,採用的是和Maya,Darktree一樣的「材質節點編輯」方式,操作的時候,無論是脫拽或是關聯線的操作都十分的方便,至少比我經常在用的Max中的「材質層級編輯」方式好用多了)而美術製作人員則可以在材質編輯工具中利用多個簡單的材質類型融合出一個復雜漂亮的高級材質類型,並可以實時地參照場景中的燈光影響。
編輯器的資源管理器功能也非常的強大,可以進行快速准確的查找,觀看並對游戲開發中的各種資源進行整理組織。
虛幻編輯器中還為美術製作人員提供了完整的模型,骨骼和動畫數據導出工具,並將它們連同編輯游戲事件所需要的聲音文件,劇情腳本進行統一的編輯。
在編輯器中還為開發人員提供了一個「游戲測試」的按鈕,只要用滑鼠點擊後就可以對編輯好的游戲內容進行測試。這樣的話,可以一邊在「測試窗口」中觀看游戲畫面,一邊在另一個窗口中進行實時的調整和修改,十分方便。
為那些使用3ds Max和Maya進行製作的美術人員,提供了完善的導入導出插件。可以把模型導入虛幻引擎當中,包括模型的拓鋪,貼圖坐標,光滑組,材質名稱,骨骼結構和相關的骨骼動畫數據。 由於引擎開發較早，對多核CPU支持不佳，往往出現其中一個核心利用率100%，其他核心卻利用率很低的情況，導致游戲運行不流暢。

2. 虛幻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方式，就需要用在這里改了。

3. 虛幻5編譯著色器很慢

網路延遲。虛幻5編譯是指虛幻引擎5是EPIC於2020年公布的第五代游戲引擎，該軟體的著色器慢是由於網路延遲使數據傳輸慢導致的數據傳輸緩慢，可以通過重啟路由器或是重啟游戲來解決。

4. 虛幻編輯器的默認界面有哪些

虛幻編輯器的默認界面有：打開材質編輯器，點擊 模式精簡材質編輯器。

在使用VBA編輯器時，如果無意間弄亂了窗口布局，使各窗口不在其默認位置，使用起來有些不便。要恢復默認的VBA編輯器窗口布局。

可以用下面的兩種方法：手工調整在VBA編輯器中，單擊菜單「工具→選項」，在彈出的「選項」對話框中選擇「可連接的」選項卡，勾選不在默認位置的窗口選項，如「工程資源管理器」。

游戲框架以及人工智慧：

提供了一個支持普通游戲對象（如游戲者，NPC，物品，武器和觸發器）的面向對象的游戲框架。

豐富的多級別AI系統，支持尋路、復雜關卡游歷、單獨決策和組隊AI對如觸發器，門和升降機等普通游戲對象敏感的尋路框架，允許復雜的游歷設定，使得NPC可以按下開關，打開門，並繞過障礙物。

尋路是游戲AI的一個基礎組成部分。基本目標是給定一個起始點和目標點，生成一條個體可以到達的路徑。通常有這么幾類常用的尋路方法：基於路點（PathNode），基於導航網格（Navigation Mesh，簡稱NavMesh），基於勢力場（Potential Field）。游戲使用NavMesh尋路居多。

5. 為什麼有些ue4項目不用編譯父項材質,有些又要

因為ue4的父項材質有些在系統內是由備份的，所以就不用。
需要的就是本身系統內不帶的。
虛幻引擎4是由游戲公司EPIC開發的虛幻引擎的最新版本。是一個面向下一代游戲機和DirectX9個人電腦的完整的游戲開發平台，提供了游戲開發者需要的大量的核心技術、數據生成工具和基礎支持。

6. 想要做3D游戲，可是虛幻3打開慢，至少得有1個小時那麼慢

最後到底是打開了么？
沒打開可能安裝有問題
低配置電腦開虛幻3是很緩慢
要編譯材質腳本一堆東西
請按照官方要求檢查自己的配置，如果沒有達到最低配置，使用虛幻編輯器只能浪費你的時間。
打開虛幻3都這么慢，做起關卡來你會受不了的。。。

7. unireal tournament editor是啥

EpicGames日前公布了以「UnrealEngine4」所製成的《虛幻競技場4（UnrealTournament4）》消息，此則新聞在國外引起了一陣軒然大波。早在2005年8月時，EpicGames副總裁MarkRein曾透露，他們已經開始開發「UnrealEngine4」。繼前代引擎「UnrealEngine3」後，EpicGames公司總裁表示，他們期望他們所開發出來的游戲引擎能被運用來製作更多更特別的游戲，如今也已有數不清的游戲運用「UT」引擎成功開發出不少知名的游戲大作，例如《天堂2》甚至是未來的《天堂3》等等，連日本大廠SQUAREENIX也曾用此引擎來進行游戲的研發過。「UnrealEngine4」未來首度將於次世代主機第三代XBOXone、PS4上率先進行游戲開發，最後將會全面進攻至PC市場，玩家們約在2010～2012年間時，就會真正享受到超逼真的《虛幻競技場（UnrealTournament4）》。但是Epic同時對虛幻引擎4引擎是否支持WiiU的問題上做出了基本否定的回答，在之前的訪問中，Epic的創始人之一MarkRein就說過Epic並不打算把虛幻4帶到WiiU上，不過當時他也說：「如果消費者們想要在WiiU上獲得一個虛幻引擎4游戲的移植版，他們還是有可能玩到。」於是這次專門有人再度問及了這個問題，於是我們得到了更明確的答案。「NO！」「沒有，我的意思是那句話並不是正確的答案，我們沒打算，WiiU上有虛幻3引擎，不是嗎？它已經創造了非常多優秀的游戲。而虛幻4出現後虛幻3並不會消失。但是我們要把虛幻4帶給下一代主機。這就是我們所要關注的焦點。如果你想製作WiiU的游戲，可以用虛幻3，它已經支持WiiU了。」這很明確的表示了WiiU沒有虛幻引擎4，而且也不會出現支持虛幻引擎4製作的游戲。早先時候，EA也宣布寒霜3引擎不支持WiiU，也就意味著更多的第三方會因此而不考慮WiiU的移植大作，雖然任天堂可以繼續憑借自己的陣營來保持競爭力，但考慮到WiiU存在游戲數量不如預期的問題，我們不得不說WiiU的前景會在這件事後更加蒙上陰影。◎骨骼動畫系統；支持每頂點可達4骨骼同時影響的效果以及復雜的骨骼結構。◎動畫由一棵動畫物體樹驅動，包括：·混合控制器，進行對嵌套的動畫物體之間的多路混合。·數據驅動的控制器，封裝動作捕捉或手動製作的動畫數據。·物理控制器，連接到剛體動態引擎，用來實現布娃娃系統的游戲者和NPC動畫和對力的物理響應。·過程動畫控制器，以C++或UnrealScript實現，為了實現一些如使一個NPC的頭部和眼睛跟蹤一個在關卡中行走的游戲者，或使一個角色根據健康情況和疲勞度作出不同動作等特性。◎為3DStudioMax和Maya製作的導出工具，用於向引擎中導出賦予蒙皮權重的網格，骨骼和動畫序列。游戲性系統◎提供了一個支持普通游戲對象（如游戲者，NPC，物品，武器和觸發器）的面向對象的游戲框架。◎豐富的多級別AI系統，支持尋路、復雜關卡游歷、單獨決策和組隊AI·對如觸發器，門和升降機等普通游戲對象敏感的尋路框架，允許復雜的游歷設定，使得NPC可以按下開關，打開門，並繞過障礙物。·游歷框架帶有短期戰術戰斗、掩護和撤退的路線網。·基於小隊的AI框架，適合第一人稱射擊、第三人稱射擊和戰術戰斗游戲。◎AI路徑在UnrealEd中可見並可由關卡編輯者編輯，允許自定義和提示◎可見的AI腳本工具，使設計者可以創建復雜的交互性游戲設定，例如游戲者目標，通用的游戲事件觸發器和互動式過場動畫◎UnrealMatinee，一個基於時間線的可視化序列、動畫和曲線路徑工具。設計者可以使用此工具建立游戲中的過場動畫，可以是交互的或非交互的，通過動畫序列化、移動包括攝像機在內的對象，控制聲音和視覺特效，並觸發游戲和AI事件。UnrealEd中的「Matinee」工具，能夠編輯基於時間軸的事件序列◎支持各種平台的輸出格式，包含5.1環繞立體聲和高品質杜比數碼音效。◎3維聲源位置設置，多普勒效應。多普勒效應：是指當發聲物體在運動時，聲音的音調會隨著物體移動速度而改變其高低——聲音頻率的變化，這個原理也被運用在音效卡3D發聲原理之中。◎在UnrealEd中的可視化音效工具可以為聲音設計者提供對音效的全面的控制，聲音強度，順序，循環，過濾，調制，變調和隨機化。聲音參數被從代碼中分離開，使設計者可以控制所有的與游戲、過場動畫和動畫序列相關的聲音。◎支持所有平台的主要聲音格式，包括PCM,ADPCM,游戲機對應的聲音壓縮格式和OggVorbis。◎支持游戲機上的聲音流。◎Internet和區域網游戲已經成為Epic的競賽游戲如UnrealTournament2004的一大特徵。虛幻引擎長時間以來一直提供靈活的高級網路架構，適合於各種類型的游戲。◎Internet和區域網游戲在PC和所有游戲機平台上都被完全支持UnrealTournament2004的游戲中帶的伺服器瀏覽器◎虛幻引擎的網路游戲部分編程是高層的和數據驅動的，允許由Unreal腳本代碼指定在客戶端和伺服器之間聯系的變數和函數，來保留一個同步的對游戲狀態的近似。底層游戲網路傳輸是基於UDP的並能夠將可靠和不可靠傳輸方式結合，來對游戲感進行優化，即使在低帶寬和高延遲的環境下。◎客戶端－伺服器模式下最多支持64個游戲者同時游戲。同時支持非伺服器模式（點對點模式）下的16游戲者同時游戲。◎支持不同平台間的網路互連（例如PC伺服器和游戲機客戶端；Windows,MacOS和Linux客戶端共同進行游戲）。◎所有游戲特性在網路游戲模式下都被支持，包括基於交通工具的多人游戲，帶有NPC和機器人的組隊競技，單人模式下的協同游戲等等。支持自動下載，包括跨平台的一致的Unreal腳本代碼。這項特性使得從用戶自己創建的地圖到獎勵包，到完整的游戲mod都可以隨意獲得全局光照技術「UnrealLightmass」，可生成高質量的靜態照明和帶精確半影的軟陰影、相互漫射與反射、色彩釋放(colorbleeding)等下一代技術，同時還有新的分布式計算框架「Swarm」，生成光照的速度可提高最多十倍。◎「UnrealContentBrowser」(虛幻內容瀏覽器)基於後端資料庫，支持縮略圖預覽、內容標簽、內容收集管理，能讓開發人員在海量內容里迅速找到所需資源，不必再逐個手動打開文件查看。◎可擴展統計和數據管理後端「UnrealMasterControlProgram」(虛幻主控程序)，作為一種高可靠性在線服務架構，支持新聞宣布、設定管理、在線玩家追蹤，以及硬體、配置、游戲狀態數據搜集，並且包含一系列視覺化游戲狀態工具，比如玩家活躍性區域熱圖剛性物體碰撞系統可以讓操作的玩家充分利用游戲里的物體碰撞,角色動畫碰撞,復雜真實的交通工具和物體爆炸進行娛樂。所有的渲染物體和模型都可以進行動力學屬性的設置,包括摩擦力。物理碰撞音效提供了許多和動力學有關的功能和設置,包括玩家的操作,人工智慧及網路功能。在虛幻的編輯器中可以直接進行物體,模型的動力學設置,並支持簡單的碰撞優化及調整;運動約束編輯;互動式的物理模擬及編輯器中的tweak快速調節。虛幻的編輯器(簡稱為「UnrealEd」)是一個以「所見即所得」為設計理念的操作工具,它可以很好地彌補一些在3DStudioMax和Maya中無法實現的不足,並很好地運用到游戲開發里去。在可視化的編輯窗口中游戲開發人員可以直接對游戲中角色,NPC,物品道具,AI的路點及光源進行自由的擺放和屬性的控制,並且全部是實時渲染的。(並且這種實時渲染還有動態的光影效果。)並且還有完整的數據屬性編輯功能,可以讓關卡設計人員自由地對游戲中的物件進行設置或是由程序人員通過腳本編寫的形式直接進行優化設置。實時的地圖編輯工具可以讓游戲的美術開發人員自由地對地形進行升降的高度調節,或是通過帶有alpha通過的筆刷直接對地圖層進行融合和修飾。並可以在地圖編輯中直接生成碰撞數據和位移貼圖。圖形化的材質編輯工具。開發人員可以對材質中的色彩,alpha通道及貼圖坐標進行自由的調解並由程序人員來定義所需要的材質內容。虛幻的材質編輯器,採用的是和Maya,Darktree一樣的「材質節點編輯」方式,操作的時候,無論是脫拽或是關聯線的操作都十分的方便,至少比我經常在用的Max中的「材質層級編輯」方式好用多了)而美術製作人員則可以在材質編輯工具中利用多個簡單的材質類型融合出一個復雜漂亮的高級材質類型,並可以實時地參照場景中的燈光影響。編輯器的資源管理器功能也非常的強大,可以進行快速准確的查找,觀看並對游戲開發中的各種資源進行整理組織。虛幻編輯器中還為美術製作人員提供了完整的模型,骨骼和動畫數據導出工具,並將它們連同編輯游戲事件所需要的聲音文件,劇情腳本進行統一的編輯。在編輯器中還為開發人員提供了一個「游戲測試」的按鈕,只要用滑鼠點擊後就可以對編輯好的游戲內容進行測試。這樣的話,可以一邊在「測試窗口」中觀看游戲畫面,一邊在另一個窗口中進行實時的調整和修改,十分方便。為那些使用3dsMax和Maya進行製作的美術人員,提供了完善的導入導出插件。可以把模型導入虛幻引擎當中,包括模型的拓鋪,貼圖坐標,光滑。在虛幻的引擎中為了游戲開發的程序員們能夠更好地進行編寫,提供了3個非常具體的編寫實例和百分之百開放的源代碼,編輯器,Max/Maya的輸出插件,以及一些公司內部開發游戲所使用到的游戲代碼。虛幻的游戲播放腳本語言還提供了許多自動化的原數據供游戲開發人員參考和使用。引擎不僅可以兼容多種文件格式,還允許游戲的關卡,任務編輯人員在編輯器中直接察看游戲腳本的內容,屬性並直接進行修改

8. ue4材質節點platform switch沒有

PackagingResults:Error: 錯誤 Launch failed! 缺失UE4Game二進制文件。 您必須使用您的集成開發環境編譯該虛幻引擎4項目。或者，通過虛幻編譯工具使用命令行命令進行編譯： UE4Game 紅字

9. 這個配置玩虛幻引擎4編譯著色器很慢，怎麼辦

這個過程主要是跑CPU. 你cpu並行能力不足原因，實時渲染才是跑顯卡