GreenCubes: Minecraft से MMORPG में 4 (?) वर्षों तक

मैं आपका स्वागत करता हूं, प्रिय खबरीवचियन!

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

Minecraft

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

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

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

चुनौती

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

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

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

सभी छेदों को खत्म करना और बहुत परेशान होना, हमने इस मुश्किल काम को जारी रखा। अगली बार, Minecraft सर्वर प्लगइन के लेखक ने hey0 को "बैक में हमें छुरा घोंपा" - सर्वर का एक संशोधन जिसने हमें इसके लिए जावा प्लगइन्स लिखने की अनुमति दी। और प्लगइन के लेखक ने ऐसा किया: उसने लिखा "मैं थक गया हूं, मैं जा रहा हूं", बस प्लगइन के लिए समर्थन पूरी तरह से रोक दिया। फिर क्राफ्टबुकिट का जन्म हुआ - एक वैकल्पिक संशोधन, जो हे के लिए एक प्रतिस्थापन बन गया। लेकिन इसके तहत हमारे लिए कोई प्राधिकरण प्लगइन बहुत महत्वपूर्ण नहीं था! इसलिए मुझे इसे खुद लिखना था।

उसके बाद, अन्य प्लगइन्स लिखें, जो तब GreenCubes नामक एक बड़े प्लगइन में विलीन हो गया, जिसमें हमारी अद्वितीय कार्यक्षमता का एक बड़ा हिस्सा था। हमने इसके माध्यम से सर्वर विकास के लिए अपने सभी विचारों को लागू किया।

बहुत जल्दी, हमारे द्वारा किराए पर लिया गया सर्वर अब हमारे लिए पर्याप्त नहीं था। उस समय हमारे लिए बहुत सारे धन एकत्र करने के बाद, हमने एक समर्पित सर्वर किराए पर लिया (इससे पहले, वे एक आभासी एक पर huddled)। नए सर्वर ने हमें 100 से अधिक लोगों को ऑनलाइन रखने की अनुमति दी है! यह सिर्फ एक अभूतपूर्व आंकड़ा था, किसी के पास भी इतनी संख्या नहीं थी (फरवरी 2011 में)। लेकिन सर्वर काफी धीमा हो गया (मंदी की गति 20 गुना से अधिक थी)। यहां तक ​​कि नया समर्पित शक्तिशाली सर्वर 80 + ऑनलाइन खिलाड़ियों के साथ बहुत धीमा था! हम Minecraft सर्वर की वास्तुकला में भाग गए। एक बार फिर, हमें इस तथ्य से निराश कर दिया गया कि हम तीसरे पक्ष के उत्पादों पर भी निर्भर हैं।

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

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

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

GreenServer

इसे कैसे ठीक किया जाए, यह जानने के एक और प्रयास के बाद, 21 मार्च, 2011 को हम एक भाग्यशाली निर्णय पर आए: विकास जारी रखने के लिए, हमें अपना Minecraft सर्वर लिखना होगा। इसलिए GreenServer का जन्म हुआ।

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

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

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

हमने प्रति सप्ताह 3-5 अपडेट जारी किए, लेकिन फिर भी यह समय पर नहीं हुआ। आर्किटेक्चर में भारी अंतर के कारण मूल Minecraft कोड से मॉब्स को स्थानांतरित करना संभव नहीं था, और इस बीच सर्वर में अधिक से अधिक कीड़े थे ... ग्रीनसर्वर को स्थिर बनाने के लिए हमें 2011 के सभी पतन खर्च करने पड़े, लेकिन यह इसके लायक था! सर्वर एक ही समय में 300 से अधिक खिलाड़ियों को खींचने में सक्षम था (हमारा रिकॉर्ड 500+ है), और अपडेट को स्थापित करने के लिए केवल एक रिबूट की आवश्यकता थी। यह एक सफलता थी! यह तब था जब हमने महसूस किया कि प्रयास परिणाम के लायक थे। शायद हमारे पास दुनिया का पहला पूर्ण-आधारित Minecraft सर्वर था, भले ही पूरी कार्यक्षमता के साथ न हो, लेकिन नवीनतम संस्करण के विशाल ऑनलाइन और आधिकारिक क्लाइंट का समर्थन करता है।

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

ग्राहक

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

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

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

उन्होंने इस तरह के गंभीर वास्तु परिवर्तन किए हैं, जो ब्लॉक प्रकार की अधिकतम संख्या को 256 से 4095 तक बढ़ाते हैं, जो बाद में (मूल रूप से) मूल में दिखाई दिया। बेशक, हम इन संशोधनों में अग्रणी के अधिकार का दावा नहीं करते हैं, ऐसे कार्यों के साथ Minecraft पर मॉड्स बहुत पहले थे जब हमने उन्हें बनाया था, लेकिन हम पहले बहुत बड़े सर्वर थे जिनकी यह कार्यक्षमता थी।

नए चेहरे

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

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

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

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

नया ग्राहक

शायद पैरा प्रोग्रामिंग ग्राफिक्स से दूर के लोगों द्वारा पूरी तरह से समझा नहीं जाएगा, लेकिन मुझे उम्मीद है कि यह एक बड़ी समस्या नहीं होगी।

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

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

केवल एक सही निर्णय था: हमें एक नया ग्राहक लिखना शुरू करना चाहिए। लेकिन यह सब नहीं है, एक नया ग्राहक हमारी सभी समस्याओं का समाधान नहीं करेगा।

नया खेल

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

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

बात यह थी कि हमारे पास Minecraft का बहुत कुछ नहीं बचा था। क्या यह स्क्विलेड स्क्वायर मॉडल है, लेकिन एक परिवर्तनशील दुनिया है। हमने बड़ी संख्या में Minecraft सुविधाओं को पेश नहीं किया है जो खिलाड़ियों के लिए दिलचस्प थे, हमारे पास विभिन्न प्रकार के दिलचस्प Minecraft मॉड नहीं थे। हमने Minecraft नहीं किया, वास्तव में, हमने कुछ भी नहीं किया। हमारे पास बहुत सी सामग्री थी, हमारी बदलती दुनिया थी, लेकिन कुल मिलाकर हमारे पास ऐसा खेल नहीं था जिसे लोग खेलना पसंद करें। जो कुछ भी है वह एक सामाजिक सैंडबॉक्स है, जिसमें दो साल से अधिक समय से हमारे साथ खेल रहे पुराने लोगों के लिए भी खेलना दिलचस्प हो गया है।

हमारे लिए जो कुछ बचा था वह एक खेल बनाना था। एक असली गेम, गेमप्ले के साथ, न कि केवल एक सैंडबॉक्स। लेकिन मुख्य समस्या यह थी कि हम अपने समुदाय और विकसित दुनिया को नहीं खोते हुए, MMORPG करना चाहते थे ...

और हमारे तीसरे जन्मदिन (1 नवंबर, 2013) पर, एक नए ग्राहक के अलावा, हमने एक पूरी तरह से परिवर्तनशील दुनिया के साथ एक पूरी तरह से नए गेम के विकास की घोषणा की।

इंडी डेवलपर्स

क्या आपने कभी सोचा है कि बड़ी gamedev कंपनियां लगातार हमें हिट गीतों के लिए लंबे समय तक सीक्वल खिलाती हैं? हत्यारों पंथ XI, ड्यूटी 20 की कॉल, युद्धक्षेत्र 9 ... कुछ बड़ी कंपनियां खुद को पूरी तरह से कुछ नया करने की अनुमति देती हैं, निश्चित रूप से कुछ कम या ज्यादा नया तब दिखाई देता है जब कुछ बर्फ़ीला तूफ़ान अपने तरीके से अपना DoTA क्लोन बनाता है, लेकिन यह सब कुछ है .

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

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

खेल डिजाइन

, , : -RPG .

, , . . , , , . , «» , , - .

, Minecraft, , : , , — , - !

: , Feyola -, , . .

- , , । एक अच्छा आरपीजी बनाने के लिए बस अच्छे विचारों का संयोजन, जैसा कि यह निकला, पर्याप्त नहीं है। सभी विवरणों के माध्यम से सोचते हुए, हम इस तथ्य के साथ आए कि सब कुछ बहुत जटिल है। संतुलन, विभिन्न छोटी चीजें ... वर्तमान में, गेमप्ले के विवरण पर अभी भी काम किया जा रहा है और लंबे समय तक काम किया जाएगा। सबकुछ सोच लेने से पहले हम कुछ चीजों की शुरुआत करेंगे, लेकिन अभी भी समय है :)

प्रोग्रामिंग

हमारी टीम में केवल एक प्रोग्रामर है - यह मैं हूं। और हालांकि यह वास्तव में पर्याप्त नहीं है, मुझे नहीं पता कि एक टीम में कैसे काम करना है और वास्तव में नहीं करना चाहते हैं। सामान्य तौर पर, ये मेरी व्यक्तिगत समस्याएं हैं, लेकिन यह ध्यान देने योग्य है कि इस तरह की परियोजना को अकेले (प्रोग्रामिंग के संदर्भ में) खींचना बहुत मुश्किल है।

हमारे पास पहले से ही एक लिखित सर्वर है, जिसका अर्थ है कि काम का हिस्सा किया जाता है: आपको बस एक क्लाइंट लिखना होगा। ऐसा लगता है कि यह इस तरह के अनुभव होने में आसान हो सकता है। इससे पहले, मैंने Minecraft क्लाइंट कोड के साथ बहुत सारी बातें कीं और यकीन था कि एक नया लिखना मुश्किल नहीं होगा, खासकर एक सामान्य इंजन पर। मैं इतना गलत कभी नहीं हुआ क्योंकि वे कहते हैं ...

: , , , .

Java. , Java, C++, , , (Java-haters gonna hate) . , Java, , Java. , . Java , :)

, - Unreal Engine Unity … : -, , - , - - , ( Unity, , UE). -, () , « », , , . , .

open-source jMonkeyEngineसंस्करण 3.0। यह पूरी तरह से जावा में लिखा गया एक खुला इंजन है। यह OpenGL को रेंडर के रूप में उपयोग करता है। सबसे अधिक संभावना है कि कोई अन्य जावा इंजन नहीं है, लेकिन यह कोई समस्या नहीं है: जेएमई में वह सब कुछ है जो आपको चाहिए। सच कहूं तो, यह सबसे अच्छी लाइब्रेरी है, जिसके अलावा मैंने काम किया है।

वर्तमान स्थिति

, , , . GreenCubes : Feyol', - -, . , — : , - , , . , , , . :)

एक निष्कर्ष के बजाय

बेशक, मेरे पास बताने के लिए कुछ और है, लेकिन लेख पहले ही बहुत लंबा हो गया है। यह बेहतर होगा यदि आप सिर्फ अपने सवाल पूछते हैं: मैं कुछ का जवाब एक बार में दूंगा, कुछ मैं एक और लेख के लिए सिंगल आउट कर दूंगा, जो तब दिखाई दे सकता है जब कुछ ऐसा दिखाया जा सकता है / जो बताया गया है। तो अपने उत्तर पूछें; यदि आप चाहते हैं कि मैं कुछ विशिष्ट के बारे में अधिक विस्तार से बात करूं - भी लिखें।

, , - . — , . , - . - , , - . : , !

Xitaly .

To be continued...

UPD: , « », -. «Game Development».