仙劍奇俠傳6-卡頓掉幀因素區分
作者:佚名 來源:本站 時間:2024-12-07 點擊:次
《仙劍奇俠傳6》中的卡頓掉幀問題確實很嚴重,大家知道為什么卡頓掉幀嗎?今天小編給大家帶來的是一位玩家分享的《仙劍奇俠傳6》卡頓掉幀原因分析,快跟小編一起來看看吧!

1.一些調試相關的功能沒關閉
首先,我們可以找到debuglog.txt,而且玩一會兒就變大。這說明在進行一些方法時有寫文件操作。
再看看腳本。我找到了幾處沒有編譯器優化的字符串操作。如果是Release編譯并且打開優化,字符串操作會有一些特殊的代替,比如比較時用一種Hash值比較。多重條件的語句會改變含義但不影響結果。比如
!A && !B變為 !(A || B)。但是我找不到這些。反而找到了死循環檢查,不必要的空值檢查之類的不應該發售的東西。尤其是那個死循環檢查,看起來并不簡潔。
2.對象的序列化問題
一些對象用的是Soap序列化而不是穹之扉用的UnityRaw。Soap序列化是過時的,讀寫量大,儲存的對象類型有限。使用Soap會影響性能。
3.資源文件格式選擇問題
仙6比穹之扉加載慢得多,原因除了文件比較復雜還有很多資源用了UnityWeb資源格式,這種格式是帶壓縮的,加載時有較高的CPU使用率和內存使用率。
4.線程模型使用不當
UI線程為STAThread不代表處理數據不能開線程。很多時候CPU使用率并不高,但是一個CPU核心滿負荷運行。這會導致電腦不全力工作。應當在適當的地方加入并行計算。如加載界面,UI線程異步等待多個平均分配的加載任務,這樣加載動畫不會卡也不會加載太慢。
5.模型問題
這次建模有些詭異,不該畫的地方也畫得很仔細。比如卡Bug把明繡裙子卡沒之后看到貼圖精細發光材質的
內內,卡巨大化Bug后看到了貼圖細膩的大腿。我個人認為把魚畫的粗略一些是正確的。最好向前幾代那樣,看不到或者不應該看清的地方畫簡略。
碰撞檢測可能有些濫用。有些地方不作弊是不可能與主角模型重疊的,但是還是有人物與它們的碰撞檢測。
本次分享游戲《仙劍奇俠傳6》攻略。
- 上一篇: 仙劍奇俠傳6-迅速更改存檔辦法
- 下一篇: 仙劍奇俠傳6-結局是悲劇嗎
相關閱讀
更多資訊
- 仙劍奇俠傳6-結局是悲劇嗎
- 仙劍奇俠傳6-洛家迷宮遇怪無反應BUG處理辦法
- 仙劍奇俠傳6-馭界樞明繡位置
- 仙劍奇俠傳6-魔藏蟄BOSS打法攻略
- 仙劍奇俠傳6-全角色結局列表
- 仙劍奇俠傳6-金運符文效果測試
- 仙劍奇俠傳6-卡頓掉幀處理辦法
- 仙劍奇俠傳6-戰斗系統圖文詳細說明
- 仙劍奇俠傳6-盈輝堡跳跳樂另類跳法攻略
- 仙劍奇俠傳6-卡頓優化方案
- 仙劍奇俠傳6-陷龍坑巨石攻略
- 仙劍奇俠傳6-通關心得
- 仙劍奇俠傳6-通關心得 劇情及人物通關心得
- 仙劍奇俠傳6-結局劇情區分 結局劇情啥意思
- 仙劍奇俠傳6-結局區分 結局是啥意思
- 仙劍奇俠傳6-忘塵寰軟星小貓拿法
- 仙劍奇俠傳6-支線攻略 各支線任務攻略心得
- 仙劍奇俠傳6-洛家迷宮攻略
- 仙劍奇俠傳6-象鴆林劇情觸發位置及辦法
- 仙劍奇俠傳6-象鳩林最后一個柵欄通過辦法