我的世界命令方塊教程1.9怎么優(yōu)化模塊 模塊優(yōu)化講解
小編為大家?guī)砹恕段业氖澜纭访罘綁K教程1.9模塊優(yōu)化講解,這里將解答所有指令玩家最頭疼的問題:
模塊優(yōu)化
不少客觀因素讓我們認為模塊無法勝任它的實用性——因為卡頓,
因此不少玩家決定敬而遠之改用邏輯組盡量節(jié)省指令方塊
其實這都是客觀因素,真正讓模塊卡頓原因有三種:
過量資源加載
過高刷新頻率
繁瑣
假如我千辛萬苦完成了一個模塊,卻發(fā)現(xiàn)它體型龐大,自己單人掉幀,多人更是上千延遲
那么其實有方法讓其變得如同普通游戲一樣流暢
優(yōu)化卡頓
首先需要了解游戲的區(qū)塊資源分配原理:
最小資源:BlockUpdatePack - 單方塊更新
普通資源:BlocksUpdatePack - 多方塊(<64)更新
超大資源:ChunkUpdatePack - 區(qū)塊(≥64)更新
這個原理用于單人;服務器都使用。
單人不明顯,但是試想一下多人中,如果一個區(qū)塊被更新,那么要同時發(fā)送給n個玩家
此時不僅是上傳延遲,也包括對主機CPU多重壓力,這是卡頓的主要原因。
要避免資源卡頓,需要優(yōu)化一個區(qū)塊的指令方塊更新少于64,如下
只要數(shù)量達到63,必須重新更換一個區(qū)塊。
除了圖中擺法外,更實用的是線型,有效的向鄰區(qū)塊延伸。
優(yōu)化多人加載
多人加載中除了資源的共享,也需要加載使用指令的區(qū)塊
而服務器區(qū)塊負荷量近似為:
=區(qū)塊資源*區(qū)塊刷新率*人數(shù)
資源我們知道如何減少,人數(shù)是個不可控的量,刷新率也有方法降低:(針對被加載的區(qū)塊)
高頻率:出生點區(qū)塊 - 玩家出生點 16*16 Chunk
中頻率:出生點預加載區(qū)塊 - 出生點 64*64 Chunk
低頻率:出生點忽略加載區(qū)塊 - 玩家出生點 64*64 Chunk外
為了降低刷新率,節(jié)省資源,至少要把模塊放在玩家出生點區(qū)塊(最好也是玩家活動范圍)的1024格外
但是需要注意使用區(qū)塊加載器讓模塊一直更新
優(yōu)化邏輯
在所有客觀因素外的一個主觀因素就是邏輯冗繁,
例如一個并聯(lián)枚舉其實可以構建一個如圖的空通道來共用輸出
還有很多邏輯優(yōu)化方式,需要自己留心并踐行
講了這么多,總結就三點:
將一個區(qū)塊的指令方塊控制在64個以下
將模塊移到出生點區(qū)塊1024格外
盡可能簡化指令
這樣基本的服務器都能帶動4096(不含區(qū)塊加載資源)
單人能帶動幾w甚至10w+指令方塊。
查看所有0條評論>>