游戲設(shè)計(jì)的過程中有一個很重要的東西，自動機(jī)。就是游戲的規(guī)則，每幀運(yùn)行一次，檢測當(dāng)前幀所有實(shí)例(對于純沙盒游戲來講就是方塊，比如mc，比如缺氧，具有沙盒性質(zhì)的射擊游戲之類的，很大一部分是交給引擎完成的，地形背景，物理效果之類的，因此沙盒游戲是不用引擎的，浪費(fèi)資源，當(dāng)然了，自己寫可能更糟糕，比如早期的優(yōu)化極差的mc，cpu和gpu都是計(jì)算單元，擅長的計(jì)算類型不同，現(xiàn)在的人工智能都用gpu也就是顯卡來計(jì)算，因?yàn)榇蟛糠侄际蔷仃囘\(yùn)算，gpu擅長的圖象計(jì)算本質(zhì)上就是三個矩陣，記錄一個圖像的色彩，所以沙盒游戲基本上都用cpu，很容易卡，所以可能的話空白的地方用磚填上，會好一些，因?yàn)楣腆w只需要計(jì)算溫度壓力，氣體液體還要計(jì)算流動)。
瀑布降溫我猜是永遠(yuǎn)不會修復(fù)的。氣體液體是一樣的，都是流體，缺氧的固體算剛體。在沙盒里，世間萬物皆方塊，一個位置只能有一個方塊，至于管道之類的，玩過sb(星界邊緣)或者tr(泰拉瑞亞)的朋友應(yīng)該熟悉一個設(shè)定，背景墻。缺氧從實(shí)體上其實(shí)是3d的，平時看到的畫面算xy軸，z軸上還有兩層，放氣液管道，沒有的時候就是空的，不參與計(jì)算，所以管道越多越卡，這個卡的程度想必做管冷的諸位很有體會了。
瀑布其實(shí)是大規(guī)模的滴水(這一點(diǎn)和mc不一樣，mc的流水也是實(shí)體水方塊，估計(jì)是為了避免這種計(jì)算)，氣體不存在這個現(xiàn)象，滴水是直接滴到最下面的，但是除了最上面的水方塊，其他都是1000kg的，會溢出，這時候優(yōu)先向上溢出，所以降溫是一整列的。其次，滴水是過程動畫，不是實(shí)體方塊，實(shí)際參與計(jì)算的是瀑布上方的水方塊(記作b)和下方蓄水池的這一列水方塊(記作an,，最上面不滿的水方塊記作a0)。然后要分開討論了：
1.假如an的溫度是直接取了b的值，那沒什么好說的了。而且目前觀察到的好像就是這樣，我在其他地方放了兩個滴水的出水口，90度熱水流量5000，10度流量500，混合出來的是23度左右，估計(jì)是一部分熱水沒有混合到。
2.假如an和b嚴(yán)格進(jìn)行溫差計(jì)算(鑒于以后有可能改成這樣，雖然計(jì)算量會增加很多，應(yīng)該不會改)。這個時候問題就來了，進(jìn)行熱量交換的是an和b，實(shí)際增加質(zhì)量的是a0，那么瀑布還是有效的，只是效率略微下降。
關(guān)于二氧化碳門，這個很簡單。程序員遍歷的時候習(xí)慣從上到下，從左到右遍歷。所以最重的流體永遠(yuǎn)在右下角(但是接觸地面的液體是不能流動的)這個永遠(yuǎn)不會改，除非改遍歷方式，當(dāng)然了，這也是不可能的事。
以上就是為大家?guī)淼娜毖魾UG原理和修復(fù)可能性介紹分析，同學(xué)們有沒有學(xué)到呢？
