根據不同平台調整Static mesh的LOD


通常開發跨平台遊戲的時候，會想要針對Static Mesh做LOD區隔。
而UE4提供好用的Minimal LOD功能，讓開發者不用特別寫程式碼，就可以根據不同平台調整LOD參數。Minimal LOD的參數是可以每個static mesh設定的，設定的地方可以在Static Mesh的編輯器內找到。如圖所示



例如說Windows的Minimal LOD設為0，Android跟iOS設為1。
這樣的話在實際執行的時候，Android跟iOS平台只會看到1以後的LOD mesh，可以有效的控制場景總面數。

還有另一個參數r.StaticMeshLODDistanceScale可以控制LOD切換的距離。
數字越大代表會越早切換到低階層的LOD。
這個參數也可以針對平台做設定，不過是影響全域的變數，所以要在Device Profile的頁面設定。記得要Save as Default才會存檔。




舉例來說
r.StaticMeshLODDistanceScale=2.0
然後LOD1的screen size設為0.3的話
代表在這個平台0.3*2的距離就會切換成LOD1了。

不過使用LODDistanceScale有個小缺點，就是在編輯的時候預設都是使用r.StaticMeshLODDistanceScale=1.0。要把場景調整到1.0跟2.0外觀看起來不錯的狀態，是需要很多人工檢查的。

上面提到的兩個參數可以控制Minimal LOD，不過這兩個參數都是執行的時候，告訴系統該顯示哪一層LOD。
在打包的過程還是都會把全部的LOD都包進去，影響最後打包的容量。

如果想要避免比Minimal LOD更精細的LOD也被打包進平台內。我們需要在打包的平台把Device Profile參數
r.StaticMesh.StripMinLodDataDuringCooking設為1。

或是使用文字編輯器打開
[Project Path]/Config/DefaultDeviceProfiles.ini

把以下區段
[Windows DeviceProfile]
DeviceType=Windows
BaseProfileName=
改為
[Windows DeviceProfile]
DeviceType=Windows
BaseProfileName=
+CVars=r.StaticMesh.StripMinLodDataDuringCooking=1

這樣，如果Android跟iOS設為1的話，這兩個平台在打包的時候就會避免把LOD0做輸出。
可以有效的減少低規格平台的資料量。

要注意打包的平台指是你的打包那台機器所屬的平台，
而不是你的目標平台，
通常會是Windows，MacOS，或是Linux。


實作程式碼在
FStaticMeshLODResources::GenerateClassStripFlags
FStaticMeshLODResources::IsLODCookedOut
可以參考看看。

留言

張貼留言

這個網誌中的熱門文章

UE4 除錯技巧分享 (一)

圖片
俗話說的好 給他魚吃不如教他釣魚 今天要分享幾個我平常在用的技巧 心理建設 如果你是有程式背景，但是正在用blueprint(BP)開發。 那我會建議你要先幫自己做好心裡建設。 你在用的是開發原始碼的引擎， 遇到問題時應該儘量往引擎內部追， 不要馬上就找繞過(workaround)的方法或求救。 那樣作你很快就會想放棄，因為無法進步，遇到問題無法自救。 硬體設備 雖說是技巧心得，理論上要跟硬體無關，但是這個真的要講一下。 想追code一定要準備好2個螢幕以上，至少一個螢幕是UE4 Editor，另一個是Visual Studio。 單螢幕的話光是切換視窗就亂掉了。 技巧分享 這裡面的技巧應該比較零散，所以可以跳著看。 不寫Code就直接顯示變數值在螢幕上 如果問我只能寫一條的話，我一定選這一條。 這個是我第一常用的技巧了，大部分我們想到要得知某一個值，就是跑去Actor或是Component的Tick裡面下PrintString，這樣資訊就會顯示在畫面上。如下圖。 可是有的時候bug是機率出現的，好不容易bug發生了，想看某個值是否異常，但是當下卻沒有埋PrintString，難道只能放棄了嗎？ 其實沒有，引擎提供了強大的console command "DisplayAll"，讓我們可以直接拿到變數值並顯示於螢幕。如圖。 DisplayAll的使用方法是： DisplayAll [ClassName] [PropertyName] 大小寫無分別，所以可以不管大小寫。 ClassName的部份，可分為C++與BP class兩種。 如果你要追查的class是C++ class，那麼直接輸入C++的名稱就好， 但是要去除第一個字。例如 AActor應該輸入Actor 想知道movement移動速度的最大值可下 displayall charactermovementcomponent maxwalkspeed 如果你要追查的class是BP，那麼你要輸入[BP的名稱_C]， 舉例來說 有一個BP名稱為BP_CodeTraceActor 裡面有一個變數是value 那麼要輸入的是 DisplayAll BP_CodeTraceActor_c value PropertyName的部份，只要這個變數有被定義為UPROPERTY，就可以拿到值。BP所有的
閱讀完整內容

UE4 GameplayAbilitySystem - GameplayEffect & GameplayCue 如何設定參數

圖片
[前言]  這篇文章主要是關於UE4 GameplayAbilitySystem中GameplayEffect的細項介紹 在專案內我們大量使用GameplayEffect的各種用法來達成不同的Gameplay 而GameplayEffect有一大堆的參數, 讓我們在使用上遇到不少問題 寫這篇文章就是希望其他開發者不用走一次我們走過的冤枉路 [簡介]  先列出GameplayEffect可設定參數中的分類, 每個分類內在本文會有更詳細的介紹 GameplayEffect Tags - Tag的新增與移除 Modifiers - 修改AttributeSet內的Value Duration Policy - 不同的時間執行規則, 很多功能只有特定duration policy才會生效 Conditional Gameplay Effects - 額外apply的effect, 可以設定apply條件 Application - 這個效果能否套用的條件 Period - 週期執行 Display - 演出 Expiration - 結束後追加效果 Immunity - 這個效果套用時, 對其他效果免疫的設定 Stack - 同樣Effect的堆疊處理 Overflow - 堆疊溢出時追加效果 Grant Ability - "Give" Ability, 不會自動Activate GameplayCue GameplayCue Tag - GameplayEffect跟GameplayCue是透過GameplayTag關聯 [本文] Tags GameplayEffectAssetTag 這個effect的tag, 在做一些remove, immunity之類的檢查欄位 GrantedTag 當Effect apply後, 會同時賦予角色的tags OngoingTag Requirements 這個tag的玩法很像是遙控炸彈的概念, 先把炸彈的effect裝在某個對象上 滿足OngoingTag的時候effect就會active( tag有
閱讀完整內容

UE4 除錯技巧分享 (二)

圖片
上一篇介紹了兩個除錯小技巧 這一篇會比較著重在中斷點的部份。 技巧分享 這篇的複雜度稍高，而且技巧互相有關連，建議按照順序看。 環境 先稍微介紹一下本篇的環境。 開發平台的部分是Windows + Visual Studio 2017； 引擎是UE4.23。 照理說引擎版本沒什麼差，不過為了保險還是提一下。 從BP中斷點找出完整的Call Stack 在使用編輯器的時候，我們常常會使用BP中斷點來追查執行順序，如同C++的中斷點一樣。 但是如果這個事件是從C++來的話，在BlueprintDebugger是無法得知的，如下圖所示。 其實我們是有辦法知道的，在BP中斷點停住的狀態下，回去Visual Studio，假設UE4 process已經是attach的狀態，按Debug->BreakAll (如圖)，這時候就可以看到Call Stack了。 通常CallStack分頁會看到一大串，好像很嚇人，這時候不要慌不要著急，看到Slate那種的都略過一直往下捲。慢慢的看你應該會找到認識的函式，如下圖所示。 以這張圖為例子，就可以知道BP的Tick是從C++的Actor::Tick內呼叫ReceiveTick來的。 有時候你會看到CallStack極短，長的像這樣： 這是因為斷點剛好停在別的Thread，這時候只要去Visual Studio的Debug->Windows->Threads將Thread分頁叫出，然後跳到MainThread就可以了。 從C++中斷點找出BP呼叫的來源 前一個技巧是BP斷點想知道從哪個C++呼叫進來的。這個技巧是要說明如何從C++斷點找出是哪個BP呼叫來的。這個技巧特別重要，因為就算是Packaged Game也可以抓出BP來源。 假設我現在中斷點停在C++的程式碼，有兩種方法可以試 方法1.  到Visual Studio的Watch視窗內輸入 {,,UE4Editor-Core}::PrintScriptCallstack() 或是 ::PrintScriptCallstack() Debug Editor的話則是輸入 {,,UE4Editor-Core-Win64-Debug}::PrintScriptCallstack()  然後去Visual Studio的Output視窗就會看到印出來的BP Call Stac
閱讀完整內容