एक और सपना का पीछा। आरटीएस + आईट्रैकर छात्र हाथ

नमस्कार।

आज मैं आपको एक और कट्टर घर के विकास के बारे में बताऊंगा, जिसके बारे में कितनी दिलचस्पी और दृढ़ता ला सकते हैं, और क्या वे टूट जाते हैं। सामान्य तौर पर, ऐसी कहानियों के लिए सब कुछ बहुत मानक है।

कट के तहत आप देखेंगे: अपने स्वयं के हाथों (अवधारणा, कोड, इंटरफ़ेस, बैलेंस, मैप, मॉडल) के साथ आरटीएस के निर्माण का एक विस्तृत इतिहास और एक आईटी ट्रैकर को एक इनपुट टूल के रूप में बांधने पर एक प्रयोग।




अच्छा, चलिए शुरू करते हैं।

2014 यार्ड में।
मैं पॉलीटेक (अब "इंजीनियरिंग ग्राफिक्स एंड डिजाइन") में सूचना विभाग के छात्र हूं।

अपने स्नातक डिप्लोमा के साथ, मैंने दो पुजों के द्वंद्व के बारे में एक किन्नट के लिए एक गेम विकसित किया, जहां आपको दुश्मन के हमलों को चकमा देना था और अपना हुक इसमें फेंकना होगा (यहां प्राप्त करें !!!)।

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

हालांकि, मास्टर की थीसिस केवल एक उत्पाद का विकास नहीं है। अधिक हद तक, यह किसी प्रकार के अनुसंधान का प्रतिनिधित्व करना चाहिए। आईटी ट्रैकिंग को एक रणनीति में कैसे एकीकृत किया जाए, इस सवाल से पंडोरा के बॉक्स का पता चला।

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



सवाल उठता है: चूंकि हम पहले से ही मैदान पर इकाई पाते हैं, तो हमें जानकारी पढ़ने के लिए बाद में इसका चयन करने की आवश्यकता क्यों है? उसे देखकर ही क्यों न मिल जाए? प्रदर्शन के बाद, यह प्रश्न बुद्धिमान नाम में बदल गया था "मानव-कंप्यूटर इंटरैक्शन में मानव दृष्टि के ऑपरेटिंग क्षेत्र की कार्यक्षमता", जिसका सार संक्षेप में, किसी वस्तु को खोजने और उससे जानकारी पढ़ने की समस्या को हल करते समय माउस और आंखों की प्रभावशीलता की तुलना करना था।

सुम्मा टैक्नोलाॅजी

एक विषय है। एक अवधारणा है। यह प्रौद्योगिकी की पसंद पर निर्भर था। बाजार की समीक्षा के बाद, विकल्प यूनिटी, UnrealSDK, libGDX के बीच गिर गया, जिसके बीच यूनिटी + सी # चुना गया था। इंटरफ़ेस में महारत हासिल करने के बाद, मंच पर वस्तुओं का जीवन चक्र और उनके साथ बातचीत की संभावनाएं, मैंने विकसित करना शुरू कर दिया।



हमारे समय के सबसे बड़े चमत्कार के लिए धन्यवाद - इंटरनेट - मुझे ट्यूटोरियल की एक आश्चर्यजनक श्रृंखला मिली जिसने भविष्य के खेल के लिए इंजन का आधार बनाना संभव बना दिया। रातों की नींद हराम करने वाले एक जोड़े के लिए ट्यूटर की पूरी श्रृंखला से गुजरने के बाद, मेरे हाथों में एक रणनीति थी। इसमें श्रमिक इमारतें बनाने में सक्षम थे; हार्वेस्टर संसाधनों और इमारतों को निकालने में सक्षम इकाइयों का उत्पादन करने में सक्षम।

यह आधार प्रयोग के लिए पर्याप्त था। सच है, एक महत्वपूर्ण घटक गायब था - आईटी ट्रैकर की कार्यक्षमता को खेल से जोड़ना।



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

ऐसा करने के लिए, मुझे डेमोस्ट्रेटर और रजिस्ट्रार के बीच बातचीत के प्रोटोकॉल का अध्ययन करना था। यूडीपी पैकेट का उपयोग कमांड के साथ स्थानीय नेटवर्क के माध्यम से डेटा ट्रांसमिशन किया गया था, जिसका अर्थ है कि मुझे डिफ़ॉल्ट अनुप्रयोग के संचालन का अनुकरण करते हुए अपने अंशांकन क्लाइंट को लिखने की आवश्यकता थी।

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

जब सब कुछ तैयार हो गया, तो यह प्रयोग करने का समय था।



एक स्क्रीन तक सीमित एक दृश्य है। उस पर, लॉन्च के बाद, इकाइयाँ (टैंक, लोल) छिटक जाती हैं और बेतरतीब ढंग से चलना शुरू कर देती हैं।



प्रत्येक इकाई में एक निश्चित मात्रा में स्वास्थ्य होता है। सभी इकाइयों में अधिकतम स्वास्थ्य होता है, केवल एक को छोड़कर, जिसमें एचपी का आधा स्तर होता है। जब एक इकाई पर प्रकाश डाला जाता है, तो हम एक स्वास्थ्य संकेतक के साथ उसके चारों ओर एक फ्रेम देखते हैं। जिसके पास पूर्ण स्वास्थ्य है - सूचक हरा और भरा हुआ है। घायल इकाई में, वह लाल और आधा भरा हुआ है। लक्ष्य बाकी लोगों के बीच एक घायल टैंक को ढूंढना है और इसे एक दूसरे के लिए अलग रखा गया है। मुख्य मापा पैरामीटर इस कार्य को पूरा करने के लिए आवश्यक समय है। प्रयोग में 5 स्तर शामिल थे, मंच पर इकाइयों की संख्या में अंतर - 5, 10, 15, 20, 25। परिकल्पना यह थी कि आईटी ट्रैकर की मदद से इस समस्या को हल करने के लिए कम समय की आवश्यकता होगी।

एक प्रयोग किया गया, डेटा एकत्र किया गया। आंकड़ों को संसाधित करने का समय आ गया है। मैंने सामान्य औजारों का उपयोग किया - PHP और जावास्क्रिप्ट, फिशर मानदंड की गणना की और पाया कि एक कर्सर का उपयोग करने और एक itracker का उपयोग करने के बीच का अंतर सांख्यिकीय रूप से महत्वपूर्ण है। बेशक, कार्य निष्पादन की गति एक आश्रित चर के रूप में इस्तेमाल की गई थी। तब मैंने D3.js. का उपयोग करके परिणाम की कल्पना की

सामान्य तौर पर, आमतौर पर ऐसी समस्याओं को हल करने के लिए या तो R भाषा या SPSS प्रोग्राम शामिल होता है। लेकिन मैं प्रकृति से ऊर्जा और मानसिक संसाधनों को बचाने के लिए प्यार करता हूं। मैंने इन अतिरिक्त साधनों को एक अकुशल निवेश सीखने में समय बर्बाद करने वाला माना।



परिणामी तस्वीर मेरी अपेक्षाओं को पार कर गई। यह पता चला कि आईटी ट्रैकर का उपयोग करने वाले विषयों ने समस्या को दो बार हल किया, और माउस के साथ विषयों की तुलना में तीन गुना अधिक 15 वस्तुओं तक।

शोध और पर्यवेक्षक ने लेख को औपचारिक रूप दिया और यह पत्रिका परसेप्शन में प्रकाशित हुआ।

वाह! सफलता, प्रसिद्धि, आदि।

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

सिद्धांत रूप में, कोई भी इस स्तर पर रुक सकता है, लेकिन कलाकार की आत्मा चिल्लाती है कि मास्टर के स्नातक काम के रूप में, ट्यूटोरियल में एक साथ अटक गई एक साधारण परियोजना की तुलना में कुछ अधिक दिखाया जा सकता है।

चलना सीखना

खेल के लिए एक खेल होना चाहिए, इसमें एक अवधारणा, विचार, कथानक, तर्क होना चाहिए। एक अंतहीन घास के मैदान में घटनाएँ नहीं होनी चाहिए, लेकिन एक विशिष्ट नक्शे पर, जिस पर इमारतों और संसाधनों के अलावा, राहत तत्व और कुछ प्रकार की वनस्पति मौजूद होनी चाहिए ... इकाइयां स्पष्ट रूप से न केवल स्थानांतरित करने में सक्षम होनी चाहिए, लेकिन दुनिया के साथ खिलाड़ी की बातचीत एक विचारशील इंटरफ़ेस के माध्यम से होनी चाहिए।



अवसरों और संभावनाओं से निराश, मैंने कोड लिखना शुरू किया। सबसे पहले, मैंने इकाइयों को हमला करने का अवसर दिया। खैर, जब से वे हमला करते हैं, निश्चित रूप से, उन्हें सुरक्षा की आवश्यकता होगी, इसलिए मेरी इकाइयां कवच के साथ आगे बढ़ गई हैं। इमारतें विनाश के खतरे में थीं, इसलिए इकाइयों को सीखना था कि उन्हें कैसे ठीक किया जाए। और एक ही समय में इन समान इमारतों को बेचने की क्षमता क्यों नहीं जोड़ें? और यदि आप थोड़ा और आशाजनक रूप से देखते हैं, तो क्या इमारतों को खुद को सौंपना संभव है ताकि वे दुश्मनों से वापस गोली मार सकें?

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

लेकिन समस्या को अधिक व्यापक रूप से देखना संभव है। क्या पीठ और इकाइयों के बीच कोई अन्य मध्यवर्ती लिंक हैं? क्या एक वर्ग से दूसरे वर्ग की क्षमताओं का उपयोग करने की कोई अन्य स्थितियां हैं?

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



स्थिति का स्पष्ट समाधान उन इंटरफेसों का निर्माण था जिन्हें इकाइयाँ कार्यान्वित कर सकती हैं। निम्नलिखित बनाए गए थे: MoveAbility, RotateAbility, AttackAbility, DefenceAbility, HpRegenAbility, DefenceAbility, ProduceAbility, BuildAbility, RepairAbility, SellSelfAbility। इकाई अनिवार्य रूप से केवल एक कंटेनर के नाम, छवि और मॉडल के साथ बनी रही। अन्य सभी क्षमताएं इसके शीर्ष पर जुड़ी हुई हैं।

बहादुर नई दुनिया

अब यह अवधारणा पर निर्भर है।

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

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

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



तो orbs का जन्म हुआ।

वे जीवित हैं। उनका कोई अंग नहीं है। उनके पास दुनिया के साथ बातचीत करने और एक-दूसरे के साथ संवाद करने के लिए (डॉल्फिन की तरह) गाने की क्षमता है। उन्होंने ग्रह को काफी घनी आबादी दी, लेकिन सत्ता के दो केंद्र बन गए।



एक पारंपरिक, रूढ़िवादी है, जहां वे मानते हैं कि वे प्रकृति के बच्चे हैं और इसे अधिकतम रूप से एकीकृत किया जाना चाहिए और इसके विकास में योगदान करना चाहिए।



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

इस टाई के पीछे पूरी तरह से ऐतिहासिक घटनाओं का एक संयोजन था। क्या ऐसा नहीं है कि एक बहुत सुंदर दिन पर भारतीयों ने क्षितिज पर विजय प्राप्त करने वाले जहाजों के मस्तूल को नहीं देखा? गहनों की दुनिया में, इतिहास ने खुद को दोहराया, केवल स्थानीय भारतीयों को हमने वास्तविक जादू टोना दिया, और विजेता 15 वीं शताब्दी के स्पेन से नहीं, बल्कि, कहते हैं, बिस्मार्क जर्मनी से।

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

एक टैम्बोरिन और एक गियर के बीच

लेकिन विकास क्या है?

खेल में केवल एक ही दौड़ है, लेकिन कथानक के दौरान यह खुद को संशोधित कर सकता है। दुनिया को मारने और तलाशने से प्राप्त अनुभव आपको जादू और प्रौद्योगिकी की शाखाओं पर विकास शुरू करने की अनुमति देता है।



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

एक दिशा में एक शाखा में पंप होने के बाद, आप तुरंत उस पर जाने का अवसर दूसरे में अवरुद्ध कर देते हैं। अंत में, सवाल का जवाब देने के लिए, खेल में कितनी दौड़ अलग हो सकती है - यह एक है, लेकिन 4 की विकास क्षमता के साथ पूरी तरह से अलग है।

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

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

लेकिन वापस इकाइयों और समतल करने के लिए।

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

याद रखें, मैंने ऊपर कहा कि खेल आर्कनम के वैचारिक विपरीत था? हमने जो दुनिया बनाई है, उसमें तकनीक और जादू परस्पर अनन्य नहीं हैं। फंतासी अब और फिर हमें एक पैर या डीजल पावर प्लांट के बजाय एक जादुई क्रिस्टल द्वारा गति में सेट यांत्रिक पैरों, और टैंकों पर चलने वाले जादूगर के दर्शन को फिसल गया।

संतुलन बिंदु ज्ञात कीजिए

यह सब बहुत सरल लगता है, लेकिन जब हमने इस कथा को संख्याओं, सटीक मूल्यों और उनके विकास के स्थान में स्थानांतरित करने की कोशिश की, तो सब कुछ बहुत उलझा हुआ था। क्षमताओं के लिए कुछ डेल्टास को फेंकना आसान है, उदाहरण के लिए, यह इकाई +20 नुकसान उठाती है, और यह +15 गति को गति प्रदान करती है। लेकिन फिर संतुलन के इस विशाल सरणी को कम करना बहुत मुश्किल है।



Google की एक विशाल तालिका में, हमने सुंदरता की भावना पर ध्यान केंद्रित करते हुए, प्रत्येक इकाई में सभी वांछित परिवर्तन दर्ज किए। सुंदरता की भावना आंतरिक साम्राज्यवादी के साथ मिलकर काम करती है, इसलिए मूल्यों में हर बदलाव को तुरंत परीक्षण युद्ध के दृश्य पर जांचा गया।



किसी बिंदु पर, अगली रात के मध्य में, कहीं न कहीं यह समझ आई कि सुंदर महसूस करना अच्छा है, लेकिन केवल तर्क और गणितीय उपकरण से किसी कार्य में सफलता मिल सकती है।

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

गणितीय चाल की एक नींद की रात के बाद, विभिन्न प्रकार की इकाइयों और इमारतों की प्रभावशीलता की गणना के लिए सूत्र बनाए गए थे, और यह चरण कम या ज्यादा पारित किया गया था।

फिर, शायद, आपके दिमाग में एक सवाल उठता है: यह सब पागलपन खेल में कैसे आया? मैं जल्दी से जवाब दूंगा - पहली बार, सावधानीपूर्वक रुकावट की विधि द्वारा। लेकिन जब तक प्रत्येक शाखा को प्रत्येक दिशा में विकास के 2 चरण प्राप्त हुए और इकाइयों की कुल संख्या 9 तक पहुंच गई, तब मेरे आंतरिक आलसी प्रोग्राम ने विद्रोह कर दिया। यह कैसा है - मेरे लिए, गैर-प्राणी-कांप, कि मुझे ऐसा सुस्त, बेवकूफ दिनचर्या करना है!

फिर मैंने एक फ्लो ट्री बनाने के लिए एक वेब एप्लिकेशन बनाया।





RTSeditor (जैसा कि मैंने इसे हल्के हाथ से नाम दिया है) ने पेड़ की संरचना को स्वयं बनाना संभव बना दिया और प्रत्येक नोड के लिए IAbility इकाइयों द्वारा आवश्यक मूल्यों की वृद्धि का संकेत दिया। शून्य नोड ने प्रत्येक गेम यूनिट के प्रारंभिक कॉन्फ़िगरेशन को निर्धारित किया।

इस प्रणाली ने JSON को वापस कर दिया, जिसे अब यूनिटी ने स्वीकार कर लिया था और गेम ऑब्जेक्ट्स को कॉन्फ़िगर किया था (एक निश्चित समय के लिए भी इस आयात प्रणाली पर पीटा जाना था, क्योंकि यह पेड़ों का निर्माण और चलना इतना आसान नहीं था)।

अंत में, काम किया गया था, और नारकीय यातना के बजाय, एक सुविधाजनक उपकरण प्राप्त किया गया था जो आपको गेम के सभी "कंटेंट" को जल्दी से कॉन्फ़िगर करने की अनुमति देता है।

संगीत ऐनूर

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

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

आइये विकास की ओर लौटते हैं। जब हमारे पास पहले से ही इतनी विविधताएं थीं, तो यह देखना असहनीय हो गया था कि ये विकसित जीवन एक अंतहीन घास के मैदान पर कैसे चरते हैं। मैं उनके लिए एक दुनिया बनाना चाहता था, और मैंने एक नक्शा बनाना शुरू कर दिया।

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

ठीक है, मैंने कुछ समान बनाने की कोशिश की, लेकिन मेरा (हे, इन शब्दों के साथ आप पूरे विकास को समग्र रूप से लिख सकते हैं)।



सबसे पहले नक्शे को खींचा गया और कागज पर डिजाइन किया गया।

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

उसके बाद, यह संरचना पहले से ही एकता में विमान से बाहर निकाल दी गई थी। यह गेम कार्ड के समान एक अच्छी राहत निकला।

लेकिन उसके साथ कुछ गलत था। वह पूरी तरह से सफेद था और जोर से चिल्लाया - ADD ME TEXTURES।

मैंने क्या किया।



मेरे पास अपने पाठों को खींचने का समय नहीं है (मैं कबूल करता हूं, लेकिन डिप्लोमा पास करने का समय उपयुक्त था, और मुझे चारों ओर मुड़ना था), इसलिए खुले स्रोतों से डाउनलोड किए गए WorldOfWarcraft बनावट का उपयोग किया गया था।







एकता में अद्भुत बनावट कार्यक्षमता है जो आपको ब्रश जैसे फॉर्म के शीर्ष पर बनावट आकर्षित करने की अनुमति देती है। इससे ज़ोन को जल्दी से चिह्नित करना संभव हो गया और फिर यह विस्तार और विस्तार की बात थी। ऐसा लगता है कि खेल का मैदान एक पृष्ठभूमि माध्यमिक तत्व है, लेकिन यह खिलाड़ी की आंख है जो इसे पूरे खेल में देखता है, इसलिए मैं मानचित्र को वास्तव में दिलचस्प और जीवंत बनाना चाहता था। यहां मैं एना के प्रति अपना आभार व्यक्त करना चाहूंगा, जिन्होंने मुझे बनावट की प्रक्रिया में बहुत मदद की और नक्शे से एक वास्तविक प्रकाश डाला।

एक बड़ा आश्चर्य हमें यहाँ इंतजार कर रहा था। हमारी इकाइयाँ उस घृणित घास के विमान के साथ पूरी तरह से चली गईं, चतुराई से एक आदर्श सीधी रेखा के साथ दबाने के बिंदु पर चली गईं। जब उनके रास्ते में बाधाएं और अनियमितताएं दिखाई देने लगीं, तो आंदोलन के साथ समस्याएं शुरू हुईं। हां, orbs के पैर नहीं हैं, लेकिन यह उन्हें छोटे धक्कों में तोड़ने से नहीं रोक पाया। रास्ता खोजने के लिए इकाइयों को एक एल्गोरिथ्म देने की आवश्यकता थी।

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

दुनिया के निर्माण के बाद, सबसे चिंतित प्रश्न प्रासंगिक हो गया - हमारी सभी इकाइयाँ क्यूब्स क्यों लानत हैं?

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

यहाँ मैं कहना चाहता हूँ कि स्नातक होने से पहले कुछ हफ़्ते रहे। अपनी समय क्षमताओं की गणना करने के बाद, मैं इस नतीजे पर पहुंचा कि मेरे पास एक मॉडल और उसके संशोधनों के बारे में 4 घंटे हैं। मुझे तेज, प्रवाह और सीमा तक काम करना था।

आकारहीन को आकार दें

Orbs मिलो!



ये बुनियादी कार्यकर्ता हैं। पहला पूर्ण जादू में पंप है, दूसरा पूर्ण प्रौद्योगिकी में। एक, एक क्रिस्टल के टुकड़े की मदद से जो वह खुद पर उग आया है, क्रिस्टल को जमा से दूसरे पत्थरों तक खींच सकता है और आगे के उपयोग के लिए एंथिल तक पहुंचा सकता है। दूसरा ले जाने के लिए तकनीकी उपकरणों और विशाल कंटेनरों पर रखता है।



लेकिन वे घोंसले जिनमें अंग रहते हैं। केंद्र में बेस वरिनैट है। बाईं ओर जादू में, दाईं ओर, प्रौद्योगिकी में विकास है। इसके अलावा, वहाँ और विनाश और निर्माण दोनों की शाखा के साथ विकास होता है, इसलिए वे इतने अभिन्न दिखते हैं। लेकिन, जैसा कि आप जानते हैं, यह हमेशा मामले से दूर है।



और यहाँ संकर घोंसले हैं। स्टील का समर्थन करता है और ऊपर से जादू क्रिस्टल? क्यों नहीं? इसके विपरीत, मैं प्रकृति के साथ एकता पसंद करता हूं, लेकिन साथ ही मैं एक हीटिंग सिस्टम रखना चाहता हूं? कृपया।



कुल मिलाकर, 6 वस्तुओं (3 इकाइयों और 3 इमारतों) + 4 संशोधनों (2 जादू, 2 तकनीकी) को खेल के लिए मॉडल किया गया था। प्रकाश इकाई और कुलदेवता, अफसोस के लिए पर्याप्त समय नहीं था।

सभी संशोधनों को इस तरह से डिज़ाइन किया गया था कि उनमें से एक हिस्सा विनाश की शाखा के विकास के दौरान बदल गया, और सृष्टि की शाखा का हिस्सा।

इस प्रकार, खेल नेत्रहीन विविध हो गया है। आप एक छुट्टी की तरह, खेल के दौरान अगली शूटिंग रेंज के पम्पिंग की प्रतीक्षा कर रहे हैं, क्योंकि इसके बाद आपकी सभी इकाइयाँ रूपांतरित हो जाएंगी और उनकी विशेषताओं और आपके खेलने की शैली को और अधिक प्रतिबिंबित करेंगी।

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

दुनिया के लिए खिड़की

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

फिर खिलाड़ी को नुकसान क्यों होता है? तथ्य यह है कि पर्याप्त इंटरफ़ेस विकसित नहीं किया गया है, HUD, जैसा कि आमतौर पर खेलों में कहा जाता है।

इंटरफ़ेस के निर्माण के कार्य को हल करने के लिए, मैंने शुरू में एनालॉग्स, पुराने और नए - कमांड एंड कॉनकेयर, कॉसैक्स, Warcraft 3, Starcraft 2, Warhammer, Dota, LoL - एकत्र किए और घटक तत्वों का विश्लेषण करना शुरू किया।

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



यह देखने के बाद कि भव्य लोग इन कार्यों को कैसे करते हैं, मैंने अपने स्वयं के ढांचे को इकट्ठा करने की कोशिश की, जो सामान्य उपयोगकर्ता पैटर्न के अनुरूप है, लेकिन स्क्रीन स्पेस की न्यूनतम राशि पर कब्जा कर रहा है।

उन प्राचीन काल में, HUD बनाने के लिए देशी एकता उपकरण तत्वों का एक छोटा सा समूह था, जिसे बनाने और कोड के माध्यम से सीधे स्क्रीन पर रखने की आवश्यकता थी।

एचटीएमएल + सीएसएस पर एक सुंदर चिकनी अनुकूली दृश्य लिखने के बाद, ऐसा लगता है, निश्चित रूप से, एक पूर्ण बेतहाशा कट्टरता है, लेकिन आप क्या कर सकते हैं। मुझे स्क्रीन की चौड़ाई और ऊंचाई पर लगातार विचार करते हुए, विभिन्न इंडेंट की गणना करनी थी।



इस तरह के इंटरफेस के लिए सुंदरता को खराब करना एक बहुत ही डरावना काम है, इसलिए एक शुरुआत के लिए इसे एक सपाट रूप में तटस्थ रंगों में निष्पादित करने का निर्णय लिया गया था।

जैसे ही आधार फेंका गया, सवाल मुख्य घटनाओं और अन्य इंटरफ़ेस तत्वों के लिए बड़ी संख्या में आइकन बनाने का पैदा हुआ।

यह स्पष्ट हो गया कि सबकुछ खींचना एक तंग समय सीमा के साथ पूरी तरह से निराशाजनक कार्य था, और मैंने विकल्पों की तलाश शुरू कर दी। मुझे एक अद्भुत परियोजना मिली - GameIcons, जो इंडी गेम्स के लिए मुफ्त सरल आइकन बना रही है। इसमें सभी आवश्यक घटक पाए गए और इंटरफ़ेस को इकट्ठा किया गया।

विकास के दौरान, एक न्यूनतम बनाने की आवश्यकता सामने आई। एकता की क्षमताओं पर थोड़ा दिमाग लगाने के बाद, मैंने प्रत्येक इकाई को संबंधित आकार के आयत के ऊपर जोड़ा, जो पूरे क्षेत्र के ऊपर स्थापित एक विशेष कैमरे के माध्यम से ही दिखाई देता है।

जैसे ही मिनिमैप तैयार हुआ, लंबी यात्रा पर इकाइयों को भेजने के लिए उस पर क्लिक करने की इच्छा थी, जो मुझे जल्दी से एहसास हुआ।



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

स्क्रीन पर जगह बचाने के लिए, एक निश्चित लंबाई की सभी इकाइयों के स्वास्थ्य बार बनाने का निर्णय लिया गया था (ताकि जब पंपिंग और बफ़र्स, 10,000 hp का स्वास्थ्य बार स्क्रीन के किनारे से किनारे तक न हो)।



दुनिया के साथ बातचीत वहाँ समाप्त नहीं होती है। दुनिया की स्थिति और परिवर्तन की संभावनाओं को समझने में एक महत्वपूर्ण तत्व कर्सर है। वेब पर, यह अक्सर एक तत्व को प्रदर्शित करने के लिए एक पैर में बदल जाता है जिसे क्लिक किया जा सकता है, और पाठ के लिए एक गाड़ी में जिसे चुना जा सकता है।

खेल में, जैसा कि हमें यह समझना चाहिए कि किसने अपना हाथ उठाया और इसका क्या किया। इसलिए, जब प्रकाश डाला जाता है, तो हमें यह समझने की आवश्यकता है कि यह किसकी इकाई है, और एक निश्चित कार्रवाई (हमला, आंदोलन, उत्पादन) की स्थिति में जाने पर, बातचीत की संभावना दिखाती है।

जैसे ही सभी बुनियादी क्रियाएं दिखाई दीं, वे उन्हें गति के लिए कीबोर्ड से प्रदर्शन करना चाहते थे। ऐसा करने के लिए, हमने कीबोर्ड इनपुट सेट जोड़े जो खिलाड़ी की स्थिति पर निर्भर करते हैं।

और, ज़ाहिर है, अनुभव और पेड़ को समतल करना।



हमें स्तर मिलता है - रोशनी को पंप करने के लिए एक विशेष बटन, एक पेड़ खुलता है। यह हरे रंग में दिखाई देता है जो हमने पहले ही सीखा है, काले रंग में - हम क्या कर सकते हैं और लाल रंग में - हम क्या नहीं कर सकते।



एक निश्चित शूटिंग रेंज खोलने के बाद, हम वह सभी बदलाव देखते हैं, जो वह खेल के लिए करता है, और फिर हम तय करते हैं कि क्या हम इसे पंप करना चाहते हैं।

हां, यह बहुत ही भद्दा लगता है, लेकिन यह सिर्फ शुरुआत थी!

और अब सब कुछ पहले लॉन्च के लिए तैयार है! हुर्रे, विकास के विकल्पों के एक अंतहीन स्थान से आगे एक लंबा रास्ता तय करता है।



यह केवल शुरुआत स्क्रीन को जोड़ने के लिए बनी हुई है - और आगे बढ़ें, ईबेडियम के अद्भुत विस्तार को स्काउट करें। अरे हाँ, मैंने यह नहीं कहा कि प्रबल विचार मंथन के बाद हमने नाम चुना?

EVENEDIUM।

चलो चलते हैं!


और उन लोगों के लिए कुछ स्क्रीनशॉट जो ऊपर दिए गए वीडियो को नहीं देखना चाहते हैं।

Finita?

खेल का मूल संस्करण तैयार था।

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

हां, वैसे: मैंने खुद का पूरी तरह से बचाव किया, लेकिन इससे मुझे कोई आश्चर्य नहीं हुआ। मैं खेल के भविष्य के बारे में अधिक उत्साहित था, जिसके कार्यान्वयन के लिए मैंने तुरंत काम करने के लिए निर्धारित किया।

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

इस तरह के पोस्ट से सभी को मिलने के लिए अंतिम प्रतिबद्धता शुरू हुई।



और हाँ। आखिरी वाला। अजीब लग सकता है, लेकिन यह उस क्षण था कि आखिरकार, जिन्होंने निर्माण के साथ गंभीरता से मदद की, परियोजना को छोड़ने का फैसला किया। उन्हें समय और प्रयास की आवश्यकता थी, जिसके लिए वे तैयार नहीं थे। उन्होंने उसमें न तो संभावनाएं देखीं और न ही अर्थ।

मेरे लिए यह एक आश्चर्य था। आक्रामक, बहुत मुश्किल मारा।

कोई लंबा निष्कर्ष नहीं होगा, ऐसा क्यों है? सब कुछ ऊपर वर्णित है।

सामान्य तौर पर, मुझे गर्व है कि मैंने दुनिया बनाने के लिए अपने सपने का पीछा किया और इसे ऐसी स्थिति में लाया।