《缺氧》BUG原理和修復可能性介紹分析

《缺氧》BUG會修復嗎？今天九游為大家?guī)淼氖峭婕曳窒淼摹度毖酢稡UG原理和修復可能性介紹分析，感興趣的同學們一起來看看吧。

BUG原理和修復可能性介紹分析

游戲設(shè)計的過程中有一個很重要的東西，自動機。就是游戲的規(guī)則，每幀運行一次，檢測當前幀所有實例(對于純沙盒游戲來講就是方塊，比如mc，比如《缺氧》，具有沙盒性質(zhì)的射擊游戲之類的，很大一部分是交給引擎完成的，地形背景，物理效果之類的，因此沙盒游戲是不用引擎的，浪費資源，當然了，自己寫可能更糟糕，比如早期的優(yōu)化極差的mc，cpu和gpu都是計算單元，擅長的計算類型不同，現(xiàn)在的人工智能都用gpu也就是顯卡來計算，因為大部分都是矩陣運算，gpu擅長的圖象計算本質(zhì)上就是三個矩陣，記錄一個圖像的色彩，所以沙盒游戲基本上都用cpu，很容易卡，所以可能的話空白的地方用磚填上，會好一些，因為固體只需要計算溫度壓力，氣體液體還要計算流動)。

瀑布降溫我猜是永遠不會修復的。氣體液體是一樣的，都是流體，《缺氧》的固體算剛體。在沙盒里，世間萬物皆方塊，一個位置只能有一個方塊，至于管道之類的，玩過sb(星界邊緣)或者tr(泰拉瑞亞)的朋友應(yīng)該熟悉一個設(shè)定，背景墻?！度毖酢窂膶嶓w上其實是3d的，平時看到的畫面算xy軸，z軸上還有兩層，放氣液管道，沒有的時候就是空的，不參與計算，所以管道越多越卡，這個卡的程度想必做管冷的諸位很有體會了。

瀑布其實是大規(guī)模的滴水(這一點和mc不一樣，mc的流水也是實體水方塊，估計是為了避免這種計算)，氣體不存在這個現(xiàn)象，滴水是直接滴到最下面的，但是除了最上面的水方塊，其他都是1000kg的，會溢出，這時候優(yōu)先向上溢出，所以降溫是一整列的。其次，滴水是過程動畫，不是實體方塊，實際參與計算的是瀑布上方的水方塊(記作b)和下方蓄水池的這一列水方塊(記作an,，最上面不滿的水方塊記作a0)。然后要分開討論了：

1.假如an的溫度是直接取了b的值，那沒什么好說的了。而且目前觀察到的好像就是這樣，我在其他地方放了兩個滴水的出水口，90度熱水流量5000，10度流量500，混合出來的是23度左右，估計是一部分熱水沒有混合到。

2.假如an和b嚴格進行溫差計算(鑒于以后有可能改成這樣，雖然計算量會增加很多，應(yīng)該不會改)。這個時候問題就來了，進行熱量交換的是an和b，實際增加質(zhì)量的是a0，那么瀑布還是有效的，只是效率略微下降。

關(guān)于二氧化碳門，這個很簡單。程序員遍歷的時候習慣從上到下，從左到右遍歷。所以最重的流體永遠在右下角(但是接觸地面的液體是不能流動的)這個永遠不會改，除非改遍歷方式，當然了，這也是不可能的事。

以上就是為大家?guī)淼摹度毖酢稡UG原理和修復可能性介紹分析，同學們有沒有學到呢？

缺氧 類型:休閑 平臺:安卓 狀態(tài):運營

安卓版下載 蘋果版暫無下載