Latest Posts

(本文中的故事情節純屬虛構，如有雷同……的話？) UE4用久了，遇過的怪事不會少只會多。 只是，這次的事件卻令我感到毛骨悚然。 事情該從哪邊開始講起呢？對了，就從功能面的設計面開始吧。 首先，由於我正在製作一個網路對戰型的遊戲，因此希望在其他玩家以「Spectator(觀眾)」的身份進到遊戲的時候，能夠即時讓對戰中的玩家知道目前場上有多少觀眾正在觀賽。 而要決定Client端要不要以「Spectator」的方式登入的方法非常簡單，基本上就是以下二種方法： 在OpenLevel的時候帶入參數?SpectatorOnly=1。 覆寫AGameModeBase::MustSpectate這個方法，並根據我們遊戲設計的邏輯決定是否回傳true。(例如比賽正在進行中的話，後面就都只能以spectator的方式加入) 這個階段我只是想要確spectator的計數功能是否正常，因此我的想法非常單純： 當Client上的SpectatorPawn成功進到遊戲的時候(觸發PossessedBy)的時候送一個RPC給Server。 由於我已經知道SpectatorPawn本身只存在於Client端，所以他本身是沒有連線功能的。 為了成功將RPC送出，因此必須要藉由PlayerController的連線通道： https://gist.github.com/dorgonman/9b62afabd399b7fbc855b64ee3e08757   然後在PlayerController上的實作如下： https://gist.github.com/dorgonman/f9b41c58339b2ffa68773a13ab2d966e   在Server收到SpectatorReady通知之後，馬上去增加AMyGameModeBase::NumReadySpectator的數量並印出來 在編譯完成按下Play之後，可以在Log上發現這段訊息： LogTemp: NumReadySpectator: 1 嗯，很好！SpectatorPawn的登入通知很順利的傳送給Server了！   正當我滿足於現在的實作，準備進行下一階段功能的設計時，我突然看到了現在MyGameModeBase::MustSpectate中的實作： https://gist.github.com/dorgonman/bdd1380a8acd64615e6ee913ad2c0669 「有一個觀眾？」眉頭一皺，我感覺到那邊似乎不太對勁。 理論上的MustSpectate回傳都是false的話，那麼NumReadySpectator應該都會是0才是， 而且，pPC->Server_SpectatorReady()應該是完全不會被呼叫到才是。 於是，我馬上把視線移向了editor中的WorldOutliner，想看看計數器中的Spectator到底哪來的：   一看了之後我嚇出了一身冷汗──這個世界中並沒有任何「SpectatorPawn」存在。 就我的理解，World Outliner應該會顯示目前世界上所有存活著的Actor才是， 難不成這個世界還存在著一個看不見的Spectator默默的觀察著玩家？ 為了查證SpectatorPawn到底是被誰生出來的，於是我便在Constructor下了斷點──果然， 世界就這麼停留在Spectator被生成的那個瞬間，循著callstack往上追蹤，我發現了一個線索： 當Client端從Server那邊收到SpectatorClass之後，便會觸發PlayerController中的ReceivedSpectatorClass()把SpectatorPawn生成出來。 我感覺更加困惑了：每個PlayerController在收到Server的通知之後都會生成SpectatorPawn出來？ 這不是我所認識的UE4阿！證據是，World … Continued

事情是這樣的。 本來我是想要測一下network做replication變數相關的功能，因此建了一個空白的level(全黑色那張)，並做了一個Character後加了幾個變數與寫了幾個function來進行實驗。在按下play之後……嗯，一開始變數成功的從server傳過去給client了(開了二個player，一個listen server，一個client)。很好！就在我滿足於事情正如想像中進展的時候，突然間，變數卻完全送不過去給Client了！ 到底發生了什麼事？就我的理解上，我用的是COND_None，只要server有任何變動的話，變數應該會送給client阿？難不然變數是unreliable的？不對阿，replication變數肯定都是reliable，頂多就只有因為頻寬的問題而延遲送達而已。經過我的反覆實驗，最後發現了一件驚人的事實： 我listen server上的character居然被砍掉了！ 在得知這項資訊後，我決定馬上到AMyCharacter::EndPlay這個function中下斷點──我想想看看到底是那個混蛋砍了我的character。可惜的是，我依然沒有抓到兇手。──AMyCharacter::EndPlay是被呼叫了沒錯，可是EndPlayReason只寫了一行Destroyed。這資訊完全沒有幫助，因此我決定循著call stack往上層追，最後看到了這段程式碼： https://gist.github.com/dorgonman/00c3c173f3a70fc040d88d00915e3323 WTF！？網路收到了斷線通知之後，就馬上把我的角色砍了！？為什麼listen server上所擁有的Character會被斷線？我並沒有加入任何砍Actor的邏輯阿？難道是因為自動觸發GC的緣故？也不對阿，Actor的生命週期應該是跟著world才是，要砍Actor的話只能手動呼叫Destroy(K2_DestroyActor)才行。我完全被眼前的事實驚呆了，這跟我過去對於UE4相關的知識完全不相符。 「這樣不行，一定要找出原因。」──雖然感受到了挫折，但我才不會因為這點小事就被擊敗。為了找出被斷線的原因，我決定利用手邊僅剩唯一的蛛絲馬跡「Bunch.bClose」來找出殺死Character的兇手是誰。事出必有因，既然Bunch.bClose這個flag是true，那必然是有那段邏輯使然。在搜遍了整個引擎之後，總算發現下面這段非常可疑的程式碼： https://gist.github.com/dorgonman/5f021b9eac330493d3f012bfda9a8d99 當Channel->Close();被呼叫之後，就會送出一個CloseBunch出來並把我的Character殺死。而為什麼會進到這段邏輯的根本原因，在於bIsRecentlyRelevant是false，意即，listen server認為這個Character已經跟自己沒有任何瓜葛了，所以就殺了他。 到這裡，似乎就已經破案了，原來人是Server自己殺掉的阿…… 但李組長眉頭一皺，事情似乎並不是這麼樣的單純。為什麼listen server會無緣無殺的去殺掉自己的親生兒子？難不成二兒子就那麼該死嗎(PlayerController2)？大兒子(PlayerController1，listen server)不是還活蹦亂跳的好好的在那邊嗎？為什麼就只有二兒子！？而且是非常固定，每次在世界被建構起來約10秒鐘之後，這件兇殺案就會必然的發生。不管是我模擬了幾十次還是幾百次，都無法逃離二兒子死亡的結局。 這世界上肯定是哪裡有Bug了！──我的心底對著Epic大神這麼叫囂著。 這麼顯而易見的Bug，不可能只有我才會遇到。於是我轉而求向古歌大神的協助……然而，卻還是一無所獲。沒辦法，只好靠著新發現的事實，繼續的往上追蹤。目前我們知道，當Listen Server決定要跟二兒子斷絕關係的時候，bIsRecentlyRelevant就會被設成false，那麼我們只要找到設置bIsRecentlyRelevant這個flag的源頭，就必然有辦法找出這件兇殺案背後發生的原因。 殺人兇手，是身為父親的Listen Server。──這點已經不容質疑。 但事實的背後往往有著更令人訝異的真實。只要努力不懈的話，真理永遠就只會有一個。是的，最後我終於到達了，那扇真理之門的面前： https://gist.github.com/dorgonman/baba67405e381f52f35f7112c7b610a7 看到這段程式碼之後，我馬上理解了整個案情的來龍去脈。為了證明事實真的如同我所想像的，我馬上再次開啟了最後一次世界的模擬： 「阿阿阿阿阿阿阿──────！」我彷彿聽到了慘叫聲。 二兒子Z軸的數字正以著不可思議的速度往下遞減──在重力加速度的加成下，二兒子快速的離大兒子遠去，然後在到達一定的臨界值(NetCullDistanceSquared)之後，就這麼消失在世界的盡頭。 什麼嘛，原來是摔死的。 至此，一切的謎題都已經解開了。 想要避免這件慘絕人寰的兇殺案，大致上有以下幾個解決方案： 將CharacterMovement中的Default Land Movement Mode 設成Flying：這樣你的角色就不會掉下去了。 將Character中的Always Relevant這個選項打勾：但是你的Character還是會無限的往下進行自由落體的動作，只是，這個flag是有其必要性，它在多人連線遊戲下可以減少不少網路頻寬，在調整這個設置前，最好對這個flag有正確的認識。 下面放個Cube：這樣Character就有地方可以站。

首先這套工具只適用於從Github上抓引擎源碼下來編譯的情境，Launcher版本目前(4.19)並不支援 下面這個repository是我調整過後並整合進UE4的版本，可以直接clone下來使用： https://github.com/dorgonman/UnrealEngine/tree/dorgon/develop-4.19 原作者的版本：https://github.com/liamkf/Unreal_FASTBuild  (用這個版本的話，照著他的說明做整合就行了) 要使用這個工具必須要注意以下幾個點：  在安裝Visual Studio 2017的時候，要記得把vc++2017 version 15.5 v14.12勾起來 設定以下幾個環境變數： FASTBUILD_BROKERAGE_PATH \\192.168.100.2\workspace\fastbuild.brokerage  (讓所有的電腦知道那邊有build worker可以用) FASTBUILD_CACHE_PATH     \\192.168.100.2\workspace\UE_FASTBuild_Cache (用來做cache路徑) 要注意的是上面二個路徑要讓所有參與編譯的電腦都有讀寫的權限(我自己是在NAS上開公用資料夾) 在所有要參與分散式編譯的電腦上執行Extras\ThirdPartyNotUE\FASTBuild\Win64\FBuildWorker.exe 打開之後，在做build的時候就可以發現遠端已經有同伴在幫我們編譯了！ 我們可以在visual studio的build log看到以下的訊息： 接著將Extras\ThirdPartyNotUE\FASTBuild\Win64\FBuildWorker.exe建立一個捷徑，貼到${UserName}\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup之後， 每次電腦開機的時候就會自動執行了。 這套軟體對於沒經費購買Incredibuild的團隊算是一個不錯的解決方案~

主要是靠RunUAT.bat中的BuildPlugin指令，如下： 用法，把所有的.uplugin檔案找出來餵進去： #export PLUGIN_BUILD_TARGET=”Android+HTML5+IOS+Mac+TVOS+Win32+Win64″ export PLUGIN_BUILD_TARGET=”Win32+Win64″ export PLUGIN_PACKAGE_ARCHIVE_DIR=”/your/plugin/temp/path/” for f in $( find . -type f -name ‘*.uplugin’); do export PLUGIN_FILE=”${PROJECT_ROOT}/${f}” UEBuildPlugin done 要注意IOS、Mac跟TVOS要在MacOS系統上做建置 相關引擎中souce code在這裡: Engine\Source\Programs\AutomationTool\Scripts\BuildPluginCommand.Automation.cs 我目前是把這段code整合進vsts中的CI建置流程中。