※ 引述《emptie ([ ])》之銘言:
: 模組製作者選擇留在一個版本,沒跟著最新的跑在歷史上發生很多次了吧
: MC在1.7跟1.8之間停了一陣子(就是賣給微軟那個時候)
: 那時候很多模組也是停在1.7.10
: 後來1.9之後官方宣佈之後的版本會更新比較快,但內容會比較少
: 這增加了mod製作的工作量,同時也可能會分散掉mod社群的人氣
: 至於1.12跟1.13差在哪?
: 我覺得最大的問題之一是這個版本效能明顯下降,
: 再來就是1.13對遊戲內部運行機制的改動是明顯大過之前任何一個版本的
: https://minecraft.gamepedia.com/Java_Edition_1.13/Flattening
: 再者,
: 對mod社群來說,1.13新增的海洋生態系並不是什麼很特別的東西
: 早就有數個地圖生成器方面的mod可以造出各式各樣的世界了
: 可見的遊戲內容增加不多+內部運作的機制整個重寫+遊戲效能不進反退
: 這就不難解釋爲什麼mod社群不願意更新到1.13版本了
: 大概是這樣
: 憑印象打的
講到效能問題,我一直很希望Mojang乾脆把整個MC砍掉重練改寫成GPU遊戲算了。
既然這麼堅持用JAVA,但JAVA的鳥效能瓶頸就擺在那,
遊戲機制不管怎麼改都是很有限。
那唯一徹底能夠爆炸性提升遊戲效能的方式就是用GPU!
因為到目前為止的MC都是以CPU負擔整個世界的計算與生成。
話說我也覺得奇怪,一個由超大量動態物件生成的世界,
怎麼一開始就只想到以CPU來硬幹?
這導致MC老是在研究各種世界生成的演算法..
基本上除了紅石電路外,
感覺整個MC世界是真的非常適合用GPU來生成與計算。
我稍微算了一下,假設32區塊視野全開全部塞滿方塊,
那也不過才兩億多個方塊。
(32**32*3.14*65536=210,721,832.96)
兩億對CPU是超級大的負荷,但GPU來說根本不算甚麼。
以GTX 750為例,GTX 750擁有512個CUDA,基本主頻為1020MHZ,
那該顯卡流處理器的最大算力約為每秒0.5兆周期(cycle)。
(一個cycle指的是一個SM(流處理器,例如CUDA)一HZ做一次邏輯/計算動作)
假設以顯卡25%的效能為上限(因為還要保留效能給顯示或開光影等等)
那大略的粗算下來,等於25%算力的GTX 750可以對這兩億多個物件,
進行每秒6528次的周期運算。
就算一個方塊的生成/運算假設要用上奢侈的100個週期好了,
那都還能保證遊戲 60 FPS每一禎整個視野全開方塊全部塞滿的世界就可重新生成一次。
這是CPU絕對不可能做到事情。
只是要全部改寫成GPU運算,那差不多等於整個遊戲要砍掉重練了。