揭密SpawnActor的BP節點

在BP的SpawnActor節點有個厲害的功能
就是你給不同的class type的話，這個節點會根據class type產生不同的樣貌，主要有兩個
1. return的actor type會是你傳入的class type，而不是基礎type actor，還要自己cast
2. 如果傳入的class有expose on spawn的變數，也會再這裡列舉出來讓你可以傳入

在說明細節之前，我們先看一下C++處理 expose on spawn的變數值是如何設定的。

AMyActor* pActor = SpawnActorDeferred;
// Fill your variable here...
FinishSpawningActor(pActor);

所以可以知道其實spawn一個擁有expose on spawn的actor是要作上述三個步驟的。
Spawn -> SetProperties -> FinishSpawn
如果因為某些因素沒呼叫到最後的FinishSpawn，程式的運作就會有問題。

而BP的SpawnActorFromClass只用了一個節點就作到上述三件事情，為了理解其中的奧妙，我花了一些時間追查，在這邊分享一下。

程式碼在
Engine\Source\Editor\BlueprintGraph\Classes\K2Node_SpawnActorFromClass.h

在function ExpandNode裡面，就是處理一個節點其實會分成三大節點的主函式。

static const FName BeginSpawningBlueprintFuncName = GET_FUNCTION_NAME_CHECKED(UGameplayStatics, BeginDeferredActorSpawnFromClass);
static const FName FinishSpawningFuncName = GET_FUNCTION_NAME_CHECKED(UGameplayStatics, FinishSpawningActor);

上面兩行可以看到會從UGameplayStatics之中取出BeginDeferredActorSpawnFromClass以及FinishSpawningActor的兩個函式名稱出來。
代表SpawnActor的節點實際上在Spawn跟FinishSpawn階段就是對應到呼叫BeginDeferredActorSpawnFromClass以及FinishSpawningActor



上面這段定義SpawnActor這個BP節點會有的各個連接點


上面這段定義呼叫UGameplayStatics::BeginDeferredActorSpawnFromClass的各個連接點

接下來的程式碼就是把SpawnActor的各個連接點一個個導向CallBeginSpawnNode的各個連接點。

使用的主要函式是CompilerContext.MovePinLinksToIntermediate


上面這段定義呼叫UGameplayStatics::FinishSpawningActor的各個連接點

圖中如果有需要最外層的連接點連向CallFinishSpawnNode，可以使用
CompilerContext.CopyPinLinksToIntermediate
例如CompilerContext.CopyPinLinksToIntermediate(*CallBeginTransform, *CallFinishTransform);
就是把外部傳入的Transform座標一路往後帶到FinishSpawningActor函式內


最後，處理expose on spawn的部分在這一行
UEdGraphPin* LastThen = FKismetCompilerUtilities::GenerateAssignmentNodes(CompilerContext, SourceGraph, CallBeginSpawnNode, SpawnNode, CallBeginResult, ClassToSpawn );

裡面會根據傳入的class，找到class內有expose on spawn的properties ，然後根據這些properties建立set variable節點

函式最後一行SpawnNode->BreakAllNodeLinks(); 把原來的結點所有的連結斷掉，因為我們已經把使用者看到的節點SpawnNode替換成三大節點
CallBeginSpawnNode -> AssignmentNodes -> CallFinishSpawnNode

從這次的經驗可以學習到，BP節點擁有節點替換的功能，也就是說有的時候你看到一個節點，其實背後是有可能多作你不知道的事情。這點可以多多拿來利用。實際上程式碼很多看起來很恐怖，不過慢慢看的話其實不算是太難懂的東西。這邊作個紀錄也順便分享一下學到的東西。

留言

張貼留言

這個網誌中的熱門文章

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 除錯技巧分享 (二)

圖片
上一篇介紹了兩個除錯小技巧 這一篇會比較著重在中斷點的部份。 技巧分享 這篇的複雜度稍高，而且技巧互相有關連，建議按照順序看。 環境 先稍微介紹一下本篇的環境。 開發平台的部分是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 ...
閱讀完整內容

UE4 GameplayAbilityTask介紹

圖片
簡介 本篇介紹的是UE4引擎的Gameplay Ability System(GAS)中的AbilityTask系列。 不知道什麼是GAS的話可以參考先前的文章 GameplayAbilities System介紹 (一) https://yekdniwue.blogspot.com/2018/08/gameplayabilities-sytem.html GameplayAbilities System介紹 (二) https://yekdniwue.blogspot.com/2018/09/gameplayabilities-system.html UE4 GameplayAbilitySystem - GameplayEffect & GameplayCue 如何設定參數 https://yekdniwue.blogspot.com/2019/06/GameplayEffectAndCue.html Gameplay AbilityTask介紹 AbilityTask建立了大量的範例，作為示範，很多ASC內部的系統與其他系統的溝通都做在AbilityTask內。 而AbilityTask則是要在Gameplay Ability內串流程的時候使用，AbilityTask節點不會出現在一般的Blueprint(BP)內 所以當了解完如何使用ASC，如何創造一個GameplayAbility，以及GameplayEffect後。 應該先試著了解GameplayTask，可以對ASC能夠做到的事情，如何做事情有更深刻的了解。 以下是引擎提供的Tasks，這些都可以在 Engine\Plugins\Runtime\GameplayAbilities\Source\GameplayAbilities\Private\Abilities\Tasks\ 裡面找到 RootMotion ApplyRootMotion_Base ApplyRootMotionConstantForce ApplyRootMotionJumpForce ...
閱讀完整內容