[UE4] 4.15 Bug 變更Instanced Stereo功能設定會造成開啟BP時程序崩潰

-
Unreal版本 : 4.15.x

發生情形：
變更Instanced Stereo功能設定時 (Project Settings/Engine - Rendering/VR)

問題狀況：
所有引擎 & 所有專案只要開啟BP則程序崩潰

解決方式：
case 1 官方版本，刪除C:\User\AppData\Local\UnrealEngine\4.15資料夾
case 2 特製版本，刪除...\SpecialEngine\Engine\Saved資料夾

這個網誌中的熱門文章

Windows10 版本1607後可啟用支援長路徑檔名 (Maximum Path Length Limitation)

-
在Windows中一般情況下最大路徑長度被限制在260個字元，Windows 10 版本1607後開始可以啟用支援長路徑。 啟用長路徑： Win + S鍵，輸入regedit，執行登錄編輯程式 找到 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled 並設定為1 為了使系統順利套用此設定建議重新啟動電腦，因為某些程序可能在設置之前已經啟動 // 在UE4開發中，偶爾會發生路徑過長導致打包失敗的情況，若系統版本支援，可嘗試使用此方法來改善 細節詳見 Microsoft Windows Dev Center - Naming Files, Paths, and Namespaces
閱讀完整內容

標準使用者如何執行需系統管理者權限的程式

-
重點節錄： 步驟一 建立捷徑 (右鍵->新增->捷徑) 步驟二 輸入包含命令的位置 範例： runas /profile /savecred /user:Admin "%windir%\system32\dfrgui.exe" 備註： runas使用方法查詢 : runas /? /profile : 載入使用者的設定檔 /savecred : 使用之前由使用者儲存的認證 (僅首次需要輸入密碼) /user:UserName 原文參考： https://chenweichi.blogspot.tw/2012/02/windows-7.html
閱讀完整內容

Shared Memory

-
摘要 因工作需求用上了「Shared Memory」這個方法，因此特別整理一篇文章備忘，包含了Shard Memory運作原理，各語言的實作範例(C#, C++, Boost C++)，以及如何在UE4中應用。 何謂Shared Memory (截錄自 黑暗執行緒 ) 跨 Process溝通有個術語，Interprocess Communictaion（IPC），在 Windows 平台有以下選擇： 參考 Clipboard  程式 A 將内容貼進剪貼簿，程式 B 自剪貼簿取出内容。 COM OLE複合文件（Compound Document）讓Word文件可以內嵌Excel工作表，點兩下還能叫出 Excel進行編輯， OLE的基礎為 COM元件技術。 Data Copy 程序 A向程式 B依約定的格式内容傳送WM_COPYDATA訊息 DDE DDE是一種允許不同應用程式交換不同格式資料的通訊協定，可視為剪貼簿的沿伸，除了一次性抛轉，還能持續傳輸資料。（效能相對差，已不建議使用） File Mapping File Mapping意指將檔案模擬成 Process中的一塊記憶體，當多個應用程式間透過共用 File Mapping交換資料，稱之為Named Shared Memory，在各種IPC方法中效能最佳，但必須透過Mutex等同步機制防止讀寫衝突。 Mailslots 單向溝通，Mailslot Client送訊息給Mailslot Server，訊息在Server讀取後删除，支援跨機器傳送，還可一對多廣播。（廣播訊息長度限制 400bytes，一對一傳輸時訊息長度則由 Mailslot Server建立時決定） Pipes 雙向傳輸，分為Anonymous Pipe及Named Pipe。Anonymous Pipe一般用於父程序與子程序間的標準輸入/輸出導向，雙向溝通要建兩條Pipe，不能跨網路且限於有從屬關係的 Process；Named Pipe則可用於任意Process間交換資料，並支援跨網路Process間傳輸。 RPC Remote Procedure Call(RPC)允許應用程式呼叫其他應用程式提供的函式功能，並可跨網路呼叫。Windows RPC符合 ISO DCE標準，支援跨作業系統系統整合。 Window
閱讀完整內容