Warcraft बनाना (भाग 3)

अनुवादक से

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

Warcraft में बहुत पहले मल्टीप्लेयर गेम को एक बार में सभी को कुचलने वाली जीत, भयानक हार और ड्रॉ में बदल दिया गया। लेकिन यह कैसे संभव हुआ? यहाँ बताने के लिए कुछ है। इस कहानी में AI का वर्णन, खेल का अर्थशास्त्र, युद्ध का कोहरा, और बहुत कुछ शामिल होगा। पढ़ें कि क्या आपके पास बहुत खाली समय है।
यह कहानी का तीसरा भाग है। भाग १ , भाग २

छह महीने के विकास के बाद, जो सितंबर 1993 में शुरू हुआ, Warcraft: Orcs बनाम। मनुष्य अंततः एक खेल में प्रौद्योगिकी के एक विस्तारित प्रदर्शन से बदल गया था।

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

टीम पर बहुत कम लोग थे, क्योंकि विक्टर विकास को कंपनी द्वारा प्रायोजित किया गया था, जो कि इंटरप्ले या सनसॉफ्ट जैसे तीसरे पक्ष के प्रकाशकों के लिए गेम विकसित करने के लिए प्राप्त हुए मुनाफे से था, इसलिए कंपनी के संचय छोटे थे।

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

इन खेलों के विकास और अन्य सामयिक नौकरियों के लिए प्राप्त धन के साथ, कंपनी प्रारंभिक विकास लागत का भुगतान करने में सक्षम थी।

खेल विकास अर्थशास्त्र

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

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

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

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

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

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

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

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

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

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

हमारे नए अधिपति

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

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

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

इसलिए Warcraft की विकास टीम की वृद्धि में बाधा डालने वाली वित्तीय समस्याओं को कंपनी के अधिग्रहण द्वारा अचानक हल कर दिया गया था। फाइनेंस डेविडसन एंड एसोसिएट्स ने अन्य गेमिंग प्रकाशकों के साथ कम लाभ वाले सौदों की तलाश करने के बजाय अपने स्वयं के विकास पर ध्यान केंद्रित करने के लिए सिलिकॉन और सिनैप्स (जो अधिग्रहण के बाद ब्लिज़र्ड का नाम बदल दिया गया था) को सक्षम किया। और वे वास्तव में लाभहीन थे: 1993 में, दो उच्च श्रेणी के गेम बनाने के बाद भी, जिसने कंपनी को "Nintendo के लिए डेवलपर का वर्ष" शीर्षक दिया, कंपनी को कोई रॉयल्टी नहीं मिली।

विकास में बहुत तेजी लाई गई थी, नए लोगों को काम पर रखने के लिए धन प्राप्त करने से, और कंपनी के प्रोजेक्ट के लिए पहले से काम करने वाले कर्मचारियों को आकर्षित करने के लिए।

डिजाइन "प्रक्रिया"

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

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

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

कैसे Warcraft में इकाई निर्माण प्रणाली दिखाई दिया

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

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

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

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

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

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

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

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

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

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

Warcraft अब एक खेल है कि आसान है, और अधिक महत्वपूर्ण बात, खेलने के लिए मजेदार है। हमने कभी पीछे मुड़कर नहीं देखा।

Warcraft में पहला मल्टीप्लेयर गेम

जून 1994 में, दस महीने के विकास के बाद, खेल इंजन मल्टीप्लेयर के लिए तैयार था। उत्साह की बढ़ती भावना के साथ, मैंने उस कोड में बदलाव किया जिसने मुझे Warcraft में पहला मल्टीप्लेयर गेम खेलने की अनुमति दी। जब मैं गेम लॉजिक (ईवेंट लूप, यूनिट मैनेजमेंट, कोर खोजने, यूनिट्स के लिए सामरिक AI, स्टेटस बार, गेम इंटरफ़ेस, उच्च-स्तरीय नेटवर्क कोड के अंदर) लिख रहा था, तो अन्य प्रोग्रामर नेटवर्क गेम के लिए घटकों पर काम करते थे।

कैलटेक स्नातक जेसी मैक्रेनॉल्ड्स ने एक स्थानीय नेटवर्क पर आईपीएक्स पैकेट को आगे बढ़ाने के लिए एक निम्न-स्तरीय नेटवर्क लाइब्रेरी लिखी है। कोड को डूम स्रोत कोड से प्राप्त ज्ञान का उपयोग करके लिखा गया था, जिसे बाद में idSoftware के जॉन कार्मैक द्वारा खोला गया था। हालाँकि IPX इंटरफ़ेस परत में केवल कुछ सौ पंक्तियों की sshsh कोड थी, यह कोड था जो नेटवर्क कार्ड ड्राइवर के साथ बातचीत करके यह सुनिश्चित करता था कि गेम के एक क्लाइंट में बनाए गए संदेश दूसरे खिलाड़ी को भेजे जाएंगे।

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

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

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

युद्ध का कोहरा

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

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

कंप्यूटर ए.आई.

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

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

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

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

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

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

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

आदमी के खिलाफ खेल

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

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

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

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

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

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

और फिर ... दुर्घटना:

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

एक गलती के बाद, मैं अपनी कुर्सी से कूद गया और बॉब के कार्यालय में भाग गया, चिल्लाया: "यह एक पूजा थी!", और फिर तुरंत: "... मैंने तुम्हें किया था!"। मुझे बहुत आश्चर्य हुआ जब मैंने तुरंत बॉब का खंडन सुना: इसके विपरीत, यह बॉब था जिसने मुझे हराया था।

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

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

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

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

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

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

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

हमें खेल को पूरा करने की जरूरत थी।

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

सिंक्रनाइज़ेशन त्रुटियां क्यों होती हैं?

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

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

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

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

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