室外場景注意事項(一)距離場陰影的利弊!
好嘛,沉寂多年,又開始寫一些內容了。主要是針對近期又開始做一些有關UE 效能優化的內容,不可不開始把自己的感悟記錄下來。
剛開始接觸距離長的時候是官方的一篇文章,是作為及知乎上一個大佬通過距離長對動態液體的模擬,算是初入距離場的大門
今天主要是針對近期專案,有關距離場投影的應用,並且對其注意事項做比較詳細的解釋
1、開啟距離長、我先對這個圖進行一個闡釋,(有不對的地方請斧正)
在這個場景中,主要是用於檢查距離場存在問題的地方,比如說,
圖中標記紅點的地方都是有缺失的,意味著這個距離場並不是很完善,
但是如此龐大的模型實際上並沒有辦法補全,(官方給一個模型最大的儲存空間是8MB,代表大型模型並不能正確的儲存,勢必會造成缺失問題)
開啟引數可以看到,距離場大小已經到達最大了,還是存在問題,意味著並不能解決這個問題。
隨即就會造成非常常見的黑斑問題,
模型拆小就可以解決,但是實際操作極其繁瑣。所以超大建築型別的模型並不推薦使用。
2、透明貼圖
不推薦使用,透明貼圖只是在渲染階段改變,並未對模型進行改變,並不能有實際的意義(所以數木,等其他的模型就無法使用距離場來做假陰影)
同樣一株植物,右側為距離場陰影,左側為真實燈光投影,顯而易見,並不能準確投射出投影。
3、空間佔用
距離場是針對模型做的快取,儲存在視訊記憶體中,方便計算時候呼叫如果計算機快取吃緊,可以考慮關閉距離場來提高快取(同樣,這個資料是要先存在記憶體中)。
可以通過記憶體統計來驗證資源的大小。
對比可以得出,會有一定的差距
4、作為遠處的補充
勉強是能看的過去的、性比級聯來說,
針對幀率、其實並沒有好看很多,畢竟關掉距離場,能少佔很多記憶體,相比來說,距離場是需要消耗額外的效能的,(距離場在這個場景中,只能提升2幀,會隨著建築數量的增長而增長)
如果只是說作為專案中,想要以行對比較低的效能,又不在乎記憶體和硬碟的大小,其實是可以把距離場作為遠處陰影的補充,(近處的時候還是依賴真實投影,該有的細節還是都會有的)
雖然仔細看,遠處還是存在很多的問題,但是相對級聯來說,emmm 個人感覺可以忽略不記得。畢竟不可兼得。
當然。也是可以通過優化模型來解決這個問題,但實際上又會有多少人來浪費這個時間。。。
(未完待續。。。。)
官方有關距離場視訊:https://www.bilibili.com/video/BV1tJ411B7Av
有關距離場引用文章:https://zhuanlan.zhihu.com/p/73754807
相關文章
- Go語言中 defer 使用場景及注意事項,你是要注意的!Go
- JAVA多執行緒使用場景和注意事項Java執行緒
- 深入瞭解typeof與instanceof的使用場景及注意事項
- 場景設計中距離感的設計
- Go Quiz: 從Go面試題看channel在select場景下的注意事項GoUI面試題
- 事務 - 失效的場景
- TGDC | 讓現實更理想·室外3D大場景重建3D
- 室外內地面互動投影系統可應用的場景有哪些?
- RocketMQ 在多 IDC 場景以及多隔離區場景下的實踐MQ
- in App Purchases一個注意事項APP
- 《武士刀“零”》:一場事關身世、心智、陰謀的殺戮之旅
- 微服務熔斷隔離機制及注意事項微服務
- RandomAccessFile注意事項randomMac
- @Lombok注意事項Lombok
- 換工作的注意事項
- Oracle使用*的注意事項Oracle
- 詳解箭頭函式和普通函式的區別以及箭頭函式的注意事項、不適用場景函式
- 關停一個產品的注意事項
- 【Net】StreamWriter.Write 的一點注意事項
- 一場事關身世、心智、陰謀的殺戮之旅:品評《武士刀“零”》
- Qt場景中圖形項的刪除QT
- redis應用場景及例項Redis
- 社會敘事與距離感
- SQL 語句的注意事項SQL
- C++ queue的注意事項C++
- 函式注意事項函式
- 生產注意事項
- 電量注意事項
- CSP 考前注意事項
- 快取注意事項快取
- 雲從科技:人臉識別技術照進產業場景的距離有多遠 | AI TALK產業AI
- @Transactional 註解下,事務失效的多種場景
- spring事務失效的幾種場景以及原因Spring
- 一個 Pipeline 的使用場景
- 移動遊戲進入海外市場時需要注意的六大事項遊戲
- 一場電影式的賽事:夢幻西遊電腦版“虛擬主場”直播的始末
- css圖片陰影、文字陰影CSS
- 直流負載箱的安全事項和注意事項有哪些?負載