इस लेख में बहुत अधिक पानी है।

“हम एक नया खेल विकसित करना शुरू कर रहे हैं, और हमें ठंडा पानी चाहिए। क्या आप ऐसा कर सकते हैं? ”


- मुझसे पूछा। “हाँ, कोई सवाल नहीं! बेशक, मैं कर सकता हूँ, "मैंने जवाब दिया, लेकिन मेरी आवाज विश्वासघाती है। "और एकता पर भी?" - और यह मेरे लिए स्पष्ट हो गया कि आगे बहुत काम था।

तो, कुछ पानी। उस क्षण तक, मैंने एकता को C # की तरह नहीं देखा था, इसलिए मैंने फैसला किया कि मैं अपने परिचित उपकरणों पर एक प्रोटोटाइप बनाऊंगा: C ++ और DX9। मैं जो जानता था और उस समय अभ्यास में सक्षम था, सतह बनाने के लिए मानदंडों की स्क्रॉलिंग बनावट थी, और उनके आधार पर आदिम विस्थापन मानचित्रण। तुरंत यह बिल्कुल सब कुछ बदलने के लिए आवश्यक था। पानी की सतह का यथार्थवादी एनिमेटेड आकार। जटिल (जोरदार) छायांकन। फोम पीढ़ी। LOD सिस्टम कैमरे से जुड़ा हुआ है। मैंने इंटरनेट पर जानकारी लेनी शुरू कर दी कि यह सब कैसे करना है।

पहला बिंदु, निश्चित रूप से, जेरी टेसनडॉर्फ के सिमुलेटिंग ओशन वॉटर की समझ था।

गर्भपात के फार्मूले का एक समूह के साथ शैक्षणिक पेजर्स मुझे कभी नहीं दिया गया है, इसलिए कुछ पठन के बाद मुझे थोड़ा समझ में आया। सामान्य सिद्धांत स्पष्ट थे: प्रत्येक फ्रेम फास्ट फूरियर ट्रांसफॉर्म का उपयोग करके एक ऊंचाई के नक्शे से उत्पन्न होता है, जो समय के एक समारोह के रूप में, यथार्थवादी पानी की सतह बनाने के लिए आसानी से अपना आकार बदलता है। लेकिन कैसे और क्या गिना जाए मुझे नहीं पता था। मैंने धीरे-धीरे डी 3 डी 9 में शेड्स पर एफएफटी की गणना करने के ज्ञान में भाग लिया, और इंटरनेट के विल्स में कहीं न कहीं एक लेख के साथ स्रोत कोड, जिसे मैंने एक घंटे तक खोजने की कोशिश की, लेकिन कोई फायदा नहीं हुआ (दुर्भाग्य से), वास्तव में मुझे। पहला परिणाम प्राप्त हुआ (परमाणु युद्ध के रूप में डरावना):


सफलताओं से प्रसन्न होकर, और एकता को पानी के हस्तांतरण की शुरुआत इसके पूरा होने के साथ हुई।

नौसेना की लड़ाई के बारे में खेल में पानी के लिए कई आवश्यकताएं सामने रखी गईं:

• यथार्थवादी रूप। नज़दीकी और दूर के फोर्सेन्ट्रिंग्स, डायनेमिक फोम, स्कैटर आदि के रूप में सुंदर।
• विभिन्न मौसम स्थितियों के लिए समर्थन: शांत, तूफान और मध्यवर्ती स्थिति। दिन का समय बदलना।
• एक नकली सतह पर जहाजों की उछाल की भौतिकी, तैरती हुई वस्तुएं।
• चूंकि खेल मल्टीप्लेयर है, पानी लड़ाई में सभी प्रतिभागियों के लिए समान होना चाहिए।
• भूतल ड्राइंग: वॉली कोर की उड़ान के क्षेत्रों को खींचा, पानी में कोर के प्रवेश से फोम।

ज्यामिति

कैमरे के चारों ओर एक केंद्र के साथ, एक क्वाडट्री जैसी संरचना का निर्माण करने का निर्णय लिया गया था, जो पर्यवेक्षक के चलने पर विवेकपूर्वक पुनर्निर्माण किया जाता है। असतत क्यों? यदि आप कैमरे के साथ जाली को आसानी से हिलाते हैं या स्क्रीन स्पेस रिप्रोडक्शन का उपयोग करते हैं जैसा कि लेख में है- रियल टाइम वॉटर रेंडरिंग - अनुमानित ग्रिड कॉन्सेप्ट को शुरू करना , तो लंबी अवधि की योजनाओं में, ज्यामितीय जाल के अपर्याप्त रिज़ॉल्यूशन के कारण, पॉलीगॉन ऊपर की ओर "कूद" जाएगा और नीचे। यह बहुत हड़ताली है। तस्वीर लहरदार है। इसे दूर करने के लिए, किसी को या तो पानी के जाल बहुभुज के रिज़ॉल्यूशन को बढ़ाना चाहिए, या लंबी दूरी पर ज्यामिति को "समतल" करना चाहिए, या बहुभुज का निर्माण और स्थानांतरित करना चाहिए ताकि ये बदलाव दिखाई न दें। हमारा पानी प्रगतिशील (हेह) है और मैंने तीसरा रास्ता चुना। जैसा कि किसी भी समान तकनीक में (विशेष रूप से हर किसी के लिए जो खेल में इलाके का निर्माण करते हैं) से परिचित है, आपको विस्तार के स्तरों के संक्रमण की सीमाओं पर टी-जंक्शनों से छुटकारा पाने की आवश्यकता है। इस समस्या को हल करने के लिए, शुरुआत में दिए गए टेसेलेशन मापदंडों के साथ 3 प्रकार के क्वैड्स की गणना की जाती है:



पहला प्रकार उन क्वैड्स के लिए है जो निचले विस्तार के लिए संक्रमण नहीं हैं। न तो साइड में 2-गुना कम संख्या में कोने हैं। दूसरा प्रकार सीमा के लिए है, लेकिन कोणीय quads नहीं। तीसरा प्रकार कोणीय सीमा क्वाड्स है। अंतिम जल जाल का निर्माण इन तीन प्रकार के जालों को घुमाने और स्केल करने से होता है।

यह है कि एलओडी जल स्तरों के एक अलग रंग के साथ एक रेंडर कैसा दिखता है।


पहला फ्रेम विस्तार के दो अलग-अलग स्तरों के कनेक्शन को दर्शाता है।

एक फ्रेम के रूप में वीडियो पानी के quads से भरा है:


आपको याद दिला दूं कि यह सब कुछ बहुत पहले (और सच नहीं) था। अब अधिक आशावादी और लचीले ढंग से सीधे GPU (GPU Pro 5. Quadtrees on GPU) पर किया जा सकता है। और यह एक ड्रॉ कॉल में आकर्षित करेगा, और टेसलेशन विस्तार को बढ़ा सकता है।

बाद में, यह परियोजना डी 3 डी 11 में चली गई, लेकिन हाथ समुद्र के इस हिस्से के उन्नयन तक नहीं पहुंचे।

तरंग निर्माण

इसके लिए हमें फास्ट फूरियर ट्रांसफॉर्म की जरूरत है। तरंग बनावट के चयनित (आवश्यक) रिज़ॉल्यूशन के लिए (आइए इसे कहते हैं कि अब के लिए, मैं समझाऊंगा कि डेटा क्या संग्रहीत किया जाता है), हम कलाकारों द्वारा निर्धारित मापदंडों (बल, हवा की दिशा, हवा की दिशा पर तरंग निर्भरता और अन्य) का उपयोग करके प्रारंभिक डेटा तैयार करते हैं। यह सब तथाकथित सूत्रों में खिलाया जाना चाहिए। फिलिप्स स्पेक्ट्रम हम समय को ध्यान में रखते हुए प्रत्येक फ्रेम के लिए प्राप्त प्रारंभिक डेटा को संशोधित करते हैं और उन पर एफएफटी करते हैं। आउटपुट पर, हमें सभी दिशाओं में एक बनावट की टाइलिंग मिलती है जिसमें फ्लैट मेष के कोने की भरपाई होती है। सिर्फ एक ऊँचाई क्यों नहीं? यदि आप केवल ऊंचाई में ऑफसेट स्टोर करते हैं, तो परिणाम एक अवास्तविक "बुदबुदाहट" द्रव्यमान होगा, जो केवल दूर से समुद्र जैसा दिखता है:


यदि हम तीनों निर्देशांक के विस्थापन पर विचार करते हैं, तो सुंदर "तेज" यथार्थवादी तरंगें उत्पन्न होंगी:


एक एनिमेटेड बनावट पर्याप्त नहीं है। निकट भविष्य में पर्याप्त विवरण न होने पर टाइलिंग दिखाई देती है। हम वर्णित एल्गोरिथ्म लेते हैं और एक नहीं, बल्कि 3 fft- उत्पन्न बनावट बनाते हैं। पहली बड़ी लहरें हैं। यह मूल तरंग को निर्धारित करता है और भौतिकी के लिए उपयोग किया जाता है। दूसरी है मध्यम तरंगें। और अंत में, सबसे छोटा। 3 एफएफटी जनरेटर (4 वां विकल्प अंतिम मिश्रण है):


परतों के मापदंडों को एक-दूसरे से स्वतंत्र रूप से सेट किया जाता है, और परिणामस्वरूप बनावट को पानी की छाया में अंतिम तरंग में मिलाया जाता है। ऑफसेट के समानांतर, प्रत्येक परत के सामान्य नक्शे भी उत्पन्न होते हैं।

सभी लड़ाकू प्रतिभागियों में पानी की "एकरूपता" लड़ाई की शुरुआत में महासागर मापदंडों के सिंक्रनाइज़ेशन द्वारा सुनिश्चित की जाती है। यह जानकारी सर्वर द्वारा प्रत्येक क्लाइंट को प्रेषित की जाती है।

शारीरिक उछाल मॉडल

चूंकि न केवल एक सुंदर चित्र बनाना आवश्यक था, बल्कि जहाजों का यथार्थवादी व्यवहार भी था। और इस तथ्य को भी ध्यान में रखते हुए कि खेल में एक तूफानी समुद्र (बड़ी लहरें) मौजूद होना चाहिए, एक अन्य कार्य जिसे हल करने की आवश्यकता थी, वह उत्पन्न समुद्र की सतह पर वस्तुओं की उछाल को सुनिश्चित करना था। पहले मैंने GPU को लहर की बनावट को फिर से पढ़ने की कोशिश की। लेकिन, जैसा कि यह जल्दी से स्पष्ट हो गया है कि नौसेना की लड़ाई के सभी भौतिकी को सर्वर, समुद्र, या इसकी पहली परत पर किया जाना चाहिए, जो तरंग को सेट करता है, सर्वर पर भी पढ़ा जाना चाहिए (और, सबसे अधिक संभावना है, कोई उपवास नहीं है और / या संगत GPU), यह सीपीयू पर एक मूल सीपीयू सी ++ प्लग-इन के रूप में GPU एफएफटी जनरेटर की एक पूरी कार्यात्मक कॉपी लिखने का फैसला किया गया था। मैंने खुद एफएफटी एल्गोरिथ्म को लागू नहीं किया और इसका इस्तेमाल इंटेल परफॉर्मेंस प्राइमिटिव्स (आईपीपी) लाइब्रेरी में किया। लेकिन परिणामों के सभी बाइंडिंग और पोस्टप्रोसेसिंग मेरे द्वारा किया गया था, इसके बाद एसएसई पर अनुकूलन और थ्रेड द्वारा समानांतरकरण किया गया था। इसमें एफएफटी प्रत्येक फ्रेम के लिए डेटा सरणी की तैयारी और एक लहर ऑफसेट मानचित्र पर गणना मूल्यों का अंतिम रूपांतरण शामिल था।

एल्गोरिथ्म की एक और दिलचस्प विशेषता थी, जो पानी के भौतिकी के लिए आवश्यकताओं पर आधारित थी। क्या जरूरत थी दुनिया में एक निश्चित बिंदु पर जल्दी से लहर की ऊंचाई प्राप्त करने का कार्य। यह तर्कसंगत है, क्योंकि यह किसी भी वस्तु के उछाल का निर्माण करने का आधार है। लेकिन, चूंकि एफएफटी प्रोसेसर के आउटपुट में हमें ऑफसेटमैप मिलता है, ऊंचाई नहीं, बनावट से सामान्य चयन ने हमें लहर की ऊंचाई नहीं दी जहां आवश्यक हो। सादगी के लिए, 2 डी विकल्प पर विचार करें:



एक तरंग बनाने के लिए, टेक्सल्स (ऊर्ध्वाधर रेखाओं द्वारा दिखाए गए बनावट तत्व) में एक वेक्टर (तीर) होता है जो अपने अंतिम स्थान (तीर की नोक) की दिशा में सपाट जाली (नीले डॉट्स) के शीर्ष की ऑफसेट सेट करता है। मान लीजिए कि हम इस डेटा को लेते हैं और हमारे लिए रुचि के बिंदु पर इसे पानी की ऊंचाई से निकालने की कोशिश करते हैं। उदाहरण के लिए, हमें hB पर ऊंचाई जानने की आवश्यकता है। यदि हम टेक्सल वेक्टर टीबी लेते हैं, तो हमें एचसी के पास एक बिंदु पर एक ऑफसेट मिलता है, जो कि हमारी जरूरत से बहुत अलग हो सकता है। इस समस्या को हल करने के लिए दो विकल्प हैं: प्रत्येक ऊंचाई अनुरोध पर, आसन्न टेक्सल्स के सेट की जांच करें जब तक कि हमें एक ऐसा न मिल जाए जिसमें हमारे लिए ब्याज की स्थिति की भरपाई हो। हमारे उदाहरण में, हम टेक्सल टीए को निकटतम ऑफसेट के रूप में पाते हैं। लेकिन इस दृष्टिकोण को तेज नहीं कहा जा सकता है। टेक्सल त्रिज्या को स्कैन करना स्पष्ट नहीं है कि किस आकार (और क्या तूफानी समुद्र या शांत, विस्थापन बहुत भिन्न हो सकते हैं) में एक लंबा समय लग सकता है।

दूसरा विकल्प - ऑफसेट मानचित्र की गणना करने के बाद, इसे बिखरने वाले दृष्टिकोण का उपयोग करके ऊंचाई के नक्शे में परिवर्तित करें। इसका मतलब यह है कि प्रत्येक ऑफसेट वेक्टर के लिए, हम उस तरंग की ऊंचाई लिखते हैं जो इसे उस बिंदु पर सेट करता है जहां इसे स्थानांतरित किया जाता है। यह एक अलग डेटा ऐरे होगा, जिसका उपयोग रुचि के बिंदु पर ऊंचाई प्राप्त करने के लिए किया जाएगा। हमारे चित्रण का उपयोग करते हुए, सेल tB में वेक्टर tA → hB से प्राप्त ऊँचाई hB होगी। एक और विशेषता है। सेल टीए में एक वैध मान नहीं होगा, क्योंकि इसमें कोई वेक्टर नहीं है। ऐसे "छेद" को भरने के लिए, पड़ोसी मूल्यों के साथ उन्हें भरने के लिए एक मार्ग बनाया जाता है।

यदि आप वैक्टर (लाल - बड़े ऑफसेट, हरे - छोटे) का उपयोग करके विस्थापन का दृश्य बनाते हैं तो यह कैसा दिखता है:


शेष सरल है। सशर्त जलमार्ग का विमान जहाज के लिए निर्धारित है। उस पर, नमूना बिंदुओं का एक आयताकार ग्रिड निर्धारित किया जाता है, जो जहाज के लिए पानी से बाहर धकेलने वाले बलों के आवेदन के स्थानों को परिभाषित करता है। फिर प्रत्येक बिंदु के लिए हम जांचते हैं कि यह पानी के नीचे है या नहीं, ऊपर वर्णित जल ऊंचाई का उपयोग कर रहा है। यदि बिंदु पानी के नीचे है, तो इस बिंदु पर शरीर के भौतिकी पतवार तक ऊर्ध्वाधर बल को लागू करें, बिंदु से पानी की सतह तक दूरी के अनुसार। यदि पानी से ऊपर है, तो हम कुछ नहीं करते हैं, गुरुत्वाकर्षण हमारे लिए सब कुछ करेगा। वास्तव में, सूत्र कुछ अधिक जटिल हैं (सभी जहाज के व्यवहार के ठीक ट्यूनिंग के लिए), लेकिन मूल सिद्धांत यह है। नीचे दिए गए उछाल दृश्य दृश्य में, नीले क्यूब्स नमूनों के स्थान हैं, और उनके नीचे की रेखाएं पानी से बाहर निकलने वाले बल का परिमाण हैं।


सर्वर के कार्यान्वयन में एक और दिलचस्प अनुकूलन बिंदु है। यदि वे एक ही मौसम की स्थिति (एक ही एफएफटी सिम्युलेटर मापदंडों) में पास होते हैं, तो अलग-अलग मुकाबला उदाहरणों के लिए अलग-अलग पानी का अनुकरण करने की आवश्यकता नहीं है। इसलिए तार्किक निर्णय सिमुलेटरों का एक पूल बनाना था, जिससे मुकाबला करने वाली इकाइयां दिए गए मापदंडों के साथ नकली पानी प्राप्त करने के अनुरोधों को पूरा करती हैं। यदि पैरामीटर कई उदाहरणों से समान हैं, तो वही पानी उनके पास वापस आ जाएगा। यह मेमर्ड मैप्ड फ़ाइल एपीआई का उपयोग करके कार्यान्वित किया जाता है। जब एफएफटी सिम्युलेटर बनाया जाता है, तो यह आवश्यक ब्लॉकों के विवरणकों को निर्यात करके अपने डेटा तक पहुंच प्रदान करता है। सर्वर का उदाहरण, एक वास्तविक सिम्युलेटर लॉन्च करने के बजाय, एक "डमी" लॉन्च करता है जो इन डिस्क्रिप्टर द्वारा खोले गए डेटा को बस देता है। इस कार्यक्षमता से संबंधित कुछ मज़ेदार कीड़े थे। संदर्भ गणना की त्रुटियों के कारण, सिम्युलेटर को नष्ट कर दिया गया था, लेकिन मेमोरी मैप्ड फ़ाइल जीवित है, जबकि कम से कम एक हैंडल खुला है। डेटा अपडेट होना बंद हो गया (कोई सिम्युलेटर नहीं है) और पानी "बंद" हो गया।

क्लाइंट की ओर, हमें तरंग में नाभिक के प्रवेश की गणना करने और कण और फोम सिस्टम चलाने के लिए तरंग के बारे में जानकारी चाहिए। नुकसान की गणना सर्वर पर की जाती है और यह भी सही ढंग से निर्धारित करने के लिए आवश्यक है कि क्या कोर पानी में मिल गया है (लहर जहाज को बंद कर सकती है, विशेष रूप से तूफानों में)। यहाँ पहले से ही सादृश्य द्वारा ऊँचाई अनुरेखण करना आवश्यक है क्योंकि यह लंबन मानचित्रण या SSAO प्रभावों में किया जाता है।

लकीर खींचने की क्रिया

सिद्धांत रूप में, कहीं और। परावर्तन, अपवर्तन, उपसतह बिखरने को चालाकी से बुना जाता है, तल की गहराई को ध्यान में रखते हुए, हम भित्ति प्रभाव को ध्यान में रखते हैं, हम स्पेक्युलर मानते हैं। हम सूरज की स्थिति के आधार पर लकीरें बिखरने पर विचार करते हैं। फोम निम्नानुसार उत्पन्न होता है: तरंगों के शिखरों पर "फोम स्पॉट" बनाएं (एक मीट्रिक के रूप में ऊंचाई का उपयोग करें), फिर उनकी तीव्रता को कम करते हुए पिछले फ़्रेमों से स्पॉट के लिए नए बनाए गए स्पॉट लागू करें। इस प्रकार, हम एक चल लहर शिखा से पूंछ के रूप में फोम के धब्बों का एक स्मियरिंग प्राप्त करते हैं।


हम प्राप्त "स्पॉट" बनावट का उपयोग एक मुखौटा के रूप में करते हैं, जिसमें हम बुलबुले, दाग आदि की बनावट को मिलाते हैं। हम लहरों की सतह पर फोम का एक काफी यथार्थवादी गतिशील पैटर्न प्राप्त करते हैं। यह मुखौटा प्रत्येक FFT परत के लिए बनाया गया है (मैं आपको याद दिलाता हूं, हमारे पास उनमें से 3 हैं), और अंतिम मिश्रण में वे सभी मिश्रण करते हैं।

ऊपर दिया गया वीडियो एक फोम मास्क की कल्पना करता है। पहली और दूसरी परत। मैं जनरेटर के मापदंडों को संशोधित करता हूं और परिणाम बनावट पर दिखाई देता है।

और एक थोड़ा अनाड़ी तूफानी समुद्र का वीडियो। यहाँ आप स्पष्ट रूप से तरंग, जनरेटर क्षमताओं और फोम को देख सकते हैं:

पानी खींचना

उपयोग चित्र:



के लिए इस्तेमाल किया:

• मार्कर, नाभिक के विस्तार के क्षेत्र का दृश्य।
• उस बिंदु पर फोम खींचना जहां कोर पानी मारा।
• जहाज का झाग उठना
• डेक और बाढ़ से घिरी लहरों के प्रभाव को दूर करने के लिए जहाज के नीचे पानी निचोड़ना।

स्पष्ट आधार का मामला अनुमानित बनावट है। इसे लागू किया गया था। लेकिन अतिरिक्त आवश्यकताएं हैं। आस-पास की प्रजातियां - अपर्याप्त संकल्प के कारण साबुन (आप बढ़ा सकते हैं, लेकिन असीम रूप से नहीं), और मैं चाहता हूं कि पानी पर इन प्रोजेक्टिव चित्र दूर दिखाई दें। एक ही समस्या का समाधान कहां है? यह सही है, छाया में (छाया नक्शा)। वह वहाँ कैसे हल किया जाता है? राइट, कैस्केड (समानांतर विभाजन) छाया मानचित्र। हम इस तकनीक को भी सेवा में लेंगे और इसे अपने कार्य पर लागू करेंगे। हम कैमरा फ्रुम को एन (3-4 आमतौर पर) सबफ्रस्ट में तोड़ते हैं। प्रत्येक के लिए, हम क्षैतिज विमान में एक वर्णन करने योग्य आयत का निर्माण करते हैं। इस तरह की प्रत्येक आयत के लिए हम एक ऑर्थोग्राफिक प्रोजेक्शन मैट्रिक्स का निर्माण करते हैं और ऐसे एन ऑर्थो कैमरों में से प्रत्येक के लिए ब्याज की सभी वस्तुओं को आकर्षित करते हैं। प्रत्येक ऐसा कैमरा एक अलग बनावट में खींचता है, और फिर, समुद्र की छाया में, हम उन्हें एक ठोस प्रक्षेप्य चित्र में जोड़ते हैं।


इसलिए मैंने समुद्र पर ध्वज की बनावट के साथ एक विशाल विमान रखा:



यहाँ क्या विभाजन शामिल हैं:



सामान्य चित्रों के अलावा, फोम का एक अतिरिक्त मुखौटा (जहाजों और उन स्थानों के लिए जहां कोर मारा जाता है) को बिल्कुल उसी तरह से आकर्षित करना आवश्यक है, साथ ही साथ जहाजों के नीचे पानी निचोड़ने के लिए एक मुखौटा। यह बहुत सारे कैमरे और कई गलियारे हैं। पहले तो इसने बहुत बहादुरी से काम किया, लेकिन फिर, D3D11 पर स्विच करने के बाद, ज्यामितीय छाया में ज्यामिति के "प्रसार" का उपयोग करते हुए और प्रत्येक प्रतिलिपि को SV_RenderTergetArrayIfex के माध्यम से एक अलग रेंडर टारगेट में खींचते हुए, इस प्रभाव को बहुत तेज करना संभव था।

सुधार और उन्नयन

डी 3 डी 11 कई क्षणों में बहुत मुक्त हाथ है। इसे और एकता 5 पर स्विच करने के बाद, मैंने कंप्यूट शेडर्स पर एक एफएफटी जनरेटर बनाया। नेत्रहीन, कुछ भी नहीं बदला है, लेकिन यह थोड़ा तेज हो गया है। स्क्रीन स्पेस प्लानर रिफ्लेक्शंस टेक्नोलॉजी के लिए एक अलग पूर्ण कैमरा कैमरा रेंडर से प्रतिबिंबों की बनावट के गलत अनुवाद के प्रदर्शन में अच्छी वृद्धि हुई। मैंने ऊपर पानी की सतह की वस्तुओं के अनुकूलन के बारे में लिखा था, लेकिन मेरे हाथ क्वाडट्री जीपीयू के जाल के हस्तांतरण तक नहीं पहुंचे।

बहुत संभवतः अधिक आशावादी और सरलता से किया जा सकता है। उदाहरण के लिए, सीपीयू सिम्युलेटर के साथ उद्यान बाड़ न करें, लेकिन बस डब्ल्यूएआरपी (सॉफ्टवेयर) डी 3 डी डिवाइस के साथ सर्वर पर जीपीयू विकल्प चलाएं। वहाँ डेटा सरणियाँ बहुत बड़ी नहीं हैं।

खैर, सामान्य रूप से, किसी भी तरह। जिस समय विकास शुरू हुआ, यह सब आधुनिक और शांत था। अब यह पहले से ही पुराने स्थानों पर हो रहा है। अधिक उपलब्ध सामग्री हैं, यहां तक ​​कि गिटहब के लिए एक समान एनालॉग भी है: क्रेस्ट । अधिकांश गेम जिनमें समुद्र होते हैं वे एक समान दृष्टिकोण का उपयोग करते हैं।