“先別說不可能完成。”

　青智源趕緊打住，“赤西桑，你也是程序總監，pokeni的元老，你要是一開始就打退堂鼓的話，以後其他同事們也沒法做事情了。”

　“好，好的社長。”赤西健苦著個臉回應到。

　“我們一個一個問題來解決。”青智源說，“先大地圖吧。”

　“1000*1000對於程序來說，可能確實是有點大，加載效率慢可以理解，但是我們可以先做分塊加載嘛。”

　“你先切割成4塊，實在不行就切割成16塊，25塊，都可以。只要能滿足流暢加載的需求就行。”

　“中間過渡的時候有卡頓什麽的，都是很正常的。”

　青智源說。

　“但是，看起來過渡的時候會很別扭呢。”赤西健說，“可能我在這個小塊兒上面看的所有東西都是清晰的，但是就隔了一米遠，結果前面這個地圖塊兒沒被加載出來，就全是空。”

　“預加載。”青智源說著站了起來，在白板上面畫了一個圖示:

　先畫了一個方塊，然後在方塊的四條邊上面又各自畫了一個方塊。

　“伱看，”青智源指著中心的方塊說，“我從這個區域跑到這個東邊的區域，這個時候你別等我走到了你再把右邊的方塊給加載出來，而是我在走的過程當中，你就應該要加載右邊的這個方塊了。”

　“然後呢，當我走到最右邊的這個方塊的時候，最左邊那個不是已經超出我的視野范圍了嗎?這個時候你就把它給刪掉就行了。

　相當於我們同一時間隻加載了2到3個塊兒，在程序開銷上面就可以得到最大程度的節約。”

　而且，為了滿足這一點青智源決定在

　玩家們的跑步速度也要做個上限限制才行。

　“但是，哪怕是這樣，可能在怪物模型面數上面還是有困難。”赤西健繼續看著文檔說，“草食龍，一種群居類怪物，經常會成群結隊出現，大概在4到6隻左右。

　我們現在對模型面數的支持，就沒有那麽多。”

　“而且一個大場景當中，可不是只有一種怪物會出現，會同時加載好多不同的怪物進來，也就是說，有可能在視野當中，會同時出現10多隻怪物，一旦發生這種情況，就會卡頓，甚至會導致系統崩潰。”

　emmmm……

　青智源托著下巴思考著。

　赤西健說的問題是客觀存在的，畢竟現在的硬件水平就放在這裡，還沒有到達前世隨便揮霍的程度。

　在2023年的時候，大概只有在手機上面才要節約資源，節約內存，在端遊上面幾乎不存在這個問題。

　你想想看，一個遊戲可以做到幾百G的大小，誰會在意這麽一點點的開銷?

　手機是內存受限沒有辦法。

　也就是說，現在的遊戲得按照手遊的開發標準來制定才行，能壓縮的盡量壓縮，能節省的盡量節省。

　啊~

　青智源不由得感歎，還是太慢了，時代還是太慢了再發展迅速一些就好了。

　“這個問題其實也好解決。”青智源拿起記號筆在白板上面寫了三個大字——

　“LOD。”

　“LOD?”

　赤西健和小池一臉懵逼。

　“分層顯示技術。”青智源用人話再說了一遍。

　“什麽意思呢?”

　“你看哈，”

　青智源先在白板上面畫了一匹特別寫實的馬，然後再在旁邊畫了一匹馬賽克馬，再後面是一個不知道是什麽鬼的特別抽象的馬，大概也就只有幾根線條而已。

　“我們製作不同的精度的模型。”

　“近距離范圍內，按照優先級最高，加載實際面數多的這個模型出來。”

　“如果離得遠，沒有戰鬥需求和交互需求，但是又在可見范圍內的話，就可以使用粗糙一點的，面數少的這個。”

　“再遠一點，勉強可見的話，可以隻加載這個特別特別粗糙的模型，甚至不加載都行，隻加載地形就行了。”

　“除此之外，給地形、材質、不同的物體模型上打一個優先級的標簽，這樣方便程序來進行判斷。”

　“比如地形是最重要的，那麽在預加載的過程當中，就會先把地給加載進來，之後再是一些環境當中的重要元素，什麽大石頭啊，懸崖，河流……

　就按照這個模式去做就行了。”

　“哦哦，懂了懂了。”赤西健和小池點頭如搗蒜。

　社長真是太可怕了。

　居然能想到這種方式。

　按照赤西健原來的設想，一個場景當中加載那麽多的東西進來，起碼得有幾萬面了，這程序消耗怎麽可能吃得消。

　但是青智源一說分層級加載，預加載，突然一下子就把幾萬面給乾到了只有幾百面了，簡直可怕。

　這其實還有一個好處，就是可以模擬真實的人眼。

　人看東西，也是近處的圓形范圍內，越靠近焦點的越清楚，越遠離的就越模糊。

　LOD做出來之後，其實也是這樣的一個效果。

　離得越遠，加載的模型就越粗糙，面數越少，自然就越模糊。

　不但不會因為面數減少而導致玩家們覺得不舒服。

　反而顯得更加真實。

　不過就像青智源說的那樣，你得將玩家的移動速度控制在一定的范圍內才行。

　不然的話，當你的移動速度超過了預加載的速度，那就很容易穿幫了。

　比如說旁邊這塊地板還沒加載出來，你就直接開著摩托車過去了，有可能一下子就陷入地板下面。

　這也是很多遊戲當中常常存在的bug。

　但是實際上就是因為預加載沒能匹配上的問題導致的。

　……

　“除此之外呢，程序那邊還需要做一件事情。”青智源說。

　“嗯?”赤西健疑惑地抬起頭來。

　“你們知道拓撲運算吧?”

　“知，知道吧……”赤西健有點猶豫。

　倒不是自己的程序水平不夠，主要是社長那副盛氣凌人的樣子，就好像是在課堂上面講課的老師一樣，突然提問學生，你一下子心裡面多少會有點兒慌。

　“那就好辦了。”青智源說著，將一個粉筆盒放到了桌子上，然後再掏出一根粉筆來放到它的後面，只露出半截腦袋。

　“在3D領域當中，物體之間其實是有遮擋關系的。”

　“比如說，這根粉筆，有半截藏在後面，那麽它從你們的視角來看，其實就只有一半可見。”

　“在這種情況下，按照一般的程序邏輯，不管後半部分可不可見，是不是也會被加載出來呢?”

　“嗯，”赤西健點點頭，“那是肯定的。”

　“但是實際上，我們並不需要加載後面的部分對不對，因為對於玩家們來說，藏在盒子後面的半截粉筆是個無效信息，那麽就應該將後邊這個部分給裁掉。”

　“而且，就粉筆盒而言，能被玩家們看到的也就只有三個面而已，在後面和底下的面也是多余的，將這些面都給裁掉的話，內存開銷一下子就釋放出來了。”

　納尼?！

　赤西健和小池兩個人都驚呆了。

　短短的一個教學，立刻就讓他們見識到了社長的程序功底有多麽的強大。

　甚至你都不知道這算是程序范疇還是數學范疇內的東西。

　“但是，它是個整體，沒法做切割啊。”

　“這不就來了嗎，用拓撲算法計算一下，將後面不可見的部分給裁掉就行了。”

　“那不就得要求一個實時運算嗎?這個運算導致的開銷似乎也不小。”

　唔……青智源托著下巴，赤西健說得好像有點道理啊。

　差點兒忘記了時代限制。

　現在的算力可能真的不夠支撐。

　面數加載是少了，可是帶來的實時運算量增加了，究竟哪一種更加合算，還真的不太好說。

　“那就這樣，”青智源說，“靜態的物體構成，比如說這些東西不會動，並且遮擋關系都是固定的，那麽就按照我說的，在美術製作完成之後就由程序來做

　“如果是會變化移動的，這樣的遮擋關系，你們就想辦法做優化，哪怕現在不行，未來肯定可以。”

　呃……

　赤西健狠狠皺了皺眉。

　感覺工作量無形中又增加了不少。

　前面說的東西是一個滿足基本需求，到這裡變成優化內容了。

　眾所周知，程序優化是最難也最花費時間的。

　……

　“AI方面也很難做到吧?”赤西健難受地說。

　他幾乎已經找不到任何可以刁難社長的問題了，只能通過最後一搏來死死掙扎。

　如果這樣還不行的話——

　我們就要開始動工去攻克這些可怕的難題了呢。

　雖然說在青智源已經給出明確方案的情況下，倒也不算難，但是這都是工作量啊。

　沒有思考的工作量，更加沒有成就感。

　有的只是作為一個工具人的疲勞而已。

　現在赤西健有些後悔了，不該這麽早來找社長的，應該自己拉著小弟們商量一遍，看看能不能找到解決方法，實在不行才去找社長，這樣才對。

　赤西健再一次被社長的可怕的解決問題的能力給驚呆了。

　還是太年輕，還是太單純了，低估了社長的實力。

　想想也對，既然這兩個遊戲都是社長親自提出來的，他心裡面肯定有數，知道這玩意兒肯定能實現才讓開發的。

　如果沒有想好方案，沒法實現的玩意兒，青社長估計連提都不會提。

　“這麽多的怪物，各自都有自己的行為習慣，在面臨不同的情況時，還要做出不同的反應，不太容易解決呢。”

　赤西健打出了自己的最後一張底牌。

　“你們就做好行為樹的工具，然後交給策劃們自己去設計就行了。”青智源說，“AI智不智能，做到什麽程度，你們就別管了。”

　這玩意兒，幸好是交給神谷來做。

　換成宮崎英高的話——

　你想想，一個會讀指令的雌火龍有多麽可怕?

　宮崎英高現在還沒有提出讀指令的概念，所以一切都還在可控范圍之內。

　獵魔人2再難也是數值上的難，還沒有到機制上面的可怕程度。

　等過幾年就不是這個樣子了。

　……

　可惡！

　赤西健被碾壓得體無完膚，社長一句輕飄飄的【程序猿做好自己的事情就行】，相當於轟出了一對王炸，將他炸得欲仙欲死。

　輸了，完全輸了……

　赤西健心想這兩個遊戲看來是非做不可了！

　果然，一切的努力都是徒勞的嗎?

　青智源果然是不可戰勝的嗎?

　社長果然是深不見底的啊！！

　“我有個問題。”

　美術總監阪田泰治弱弱地舉起了手。

　“《蟲師》和《怪物獵人》當中，這些怪物和角色，其實都要用到大量的動作，這個工作量對於美術們來說有點太大了，我害怕吃不消。”

　乾得漂亮啊阪田！

　赤西健給他投去一個讚賞的目光。

　這樣一來，這兩個項目就可以拖入長跑當中了，至少得做個3年5年的吧，平攤下來的話，程序這邊的平均工作量就自然而然減少了呢。

　而且未來隨著硬件的發展，搞不好有些工作在硬件上就解決掉了。

　“哦，對。”青智源這才想了起來，阪田泰治提了一個很重要的問題。

　之前的3D遊戲，裡面的動作都是美術來進行繪製和調整的，其實是一個比較笨的辦法。

　都已經進入3D時代了，就該拋棄一些落後的製作方式了呢。

　“是時候引入骨骼動畫了。”

　“骨骼動畫?！”阪田泰治和赤西健雙雙震驚。

　“對。”

　青智源站起身來，“你們都玩過一些有關節的玩偶吧?”

　“當我們擺動娃娃的手的時候，它裡面的骨骼就會跟著一起轉動，然後將玩偶的動作給固定住。”

　他自己做了一個示范，“學美術的都知道，我們人體運動，都是通過肌肉的舒張和收縮來實現的，比如說屈肘，會運用到我們的肱二頭肌。

　相當於我們的肌肉帶動了骨骼進行運動。

　但是呢，我們現在做3D動作的話，就要反過來。”

　“反過來?”

　“對，反過來。”

　“這一次，我們需要做的是讓骨骼來帶動肌肉，帶動不同的部位進行運動。”

　青智源先是畫了個人，然後在裡面畫了一個骨骼框架。

　“我們可以給模型定義好自己的骨骼，其實相當於在模型上面做了許多個連接點，這些點連接起來之後就形成了一個骨骼框架。”

　“在之後呢，只要骨骼進行運動，比如說屈肘，那麽骨骼動畫播放的時候，模型就會被帶動起來。

　以此來匹配美術們想要的運動效果就行。”

　“程序這邊提供骨骼動畫支持，然後由美術們來自己調整。”

　“……”

　赤西健和阪田泰治兩個人都聽傻了。

　尤其是赤西健。

　好家夥，明明是美術們就能解決的問題，結果怎麽稀裡糊塗的就變成了程序的工作了呢?

　阪田泰治這邊想的卻是:

　納尼?

　整個美術的製作流程和方式都發生了改變。

　聽起來好厲害的樣子，但是實際上做起來如何，他是心裡面一點兒底都沒有。

　赤西健有些痛苦地捂住了臉。

　我到底是為什麽要坐在這裡?

　青智源表示，這才哪到哪啊。

　骨骼動畫是3D遊戲當中的標配了，能夠節省美術們大量的時間，你只要調整好動作，按照一定的規律做好，之後放到遊戲當中就由程序來完成運行就行。

　以後為了讓遊戲當中的角色有更好的動作效果，還得做動作捕捉器呢。

　未來有了動捕技術之後，還需要再做AI適配，AI換臉，甚至是AI生成……

　到那個時候，就不用人來進行調整了，只需要錄入，然後AI自動生成就完了。

　道路還很長，同志們還要努力啊！

　……

　程序猿和美術們，在會議室當中就自己關心的問題一個個都討論了一遍。

　新來的神谷英樹都看傻了。

　這一幕似曾相識——

　就像是看三國演義裡面諸葛亮舌戰群儒一樣。

　(不用懷疑，三國演義很早就引入了霓虹，並且大受歡迎，很多霓虹人特別喜歡三國，甚至熟讀裡面的每一個細節。

　好多經典的故事可以說是信手拈來。

　前年三國演義電視劇以每集1.5萬美金的價格引入霓虹，成為熱播電視劇，霓虹人對此是特別狂熱的，甚至還一度帶動了相關的遊戲的火爆。)

　此時此刻，青智源在神谷英樹的眼中就像是諸葛亮的化身一樣。

　看到神谷英樹眼中的震驚，三上真司在旁邊笑著拍了拍他的手背。

　“這都是正常操作，你以後會習慣的。”

　“納尼?”

　這居然是正常操作?

　神谷英樹心裡面那個震驚啊，社長的知識儲備量和解決問題的能力也太強了吧，簡直可以用深不見底來形容。

　太可怕了。

　社長真的是太可怕了。

　每問必答。

　只要回答了，一定能讓程序猿和美術們心服口服。

　瞬間就找到了製作的方向和解決問題的方法。

　可是……

　赤西健和阪田泰治並不需要！

　他們巴不得社長也沒法解決，這樣就可以讓身上的擔子沒那麽重了。

　越是討論，兩個人心裡面也越是慌張，怎麽工作量越聊越多了呢?

　到最後， www.uukanshu.net 已經問無可問。

　阪田泰治不時地給赤西健送去眼神:你可閉嘴吧你！

　……

　經過長達5個小時的討論，最後大家已經沒有了什麽可以問的了，方案什麽的也在會議上過了一遍。

　走出會議室。

　赤西健感覺腦子嗡嗡的。

　可惡！

　所有的問題又被社長給解決掉了！！！

　……

　……

　————————————————————————

　晚上還有一章