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