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

परिचय (अनुवादक से)

यह पता चला कि मेरा पसंदीदा खेलों में से एक Warcraft II है ।
हर बार जब भी इस खेल का कहीं उल्लेख किया जाता है, या कोई इसे याद करता है, तो मैं आमतौर पर बहुत खुश होता हूं। Warcraft II से पहले, यह सिर्फ Warcraft था।

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

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

यह, ज़ाहिर है, और किसी भी अन्य अशुद्धियों, टाइपोस, विराम चिह्न और शैलीविज्ञान पर लागू होता है।

---

एक लंबे समय पहले, उस समय की शुरुआत में जब पीसी गेम्स को डॉस ऑपरेटिंग सिस्टम के तहत लिखा गया था, मैंने Warcraft नामक गेम पर काम करना शुरू कर दिया था।

मैं एक परियोजना का नेतृत्व करने के लिए शुरू कर रहा हूँ!

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

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

वारकट की जड़ें

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

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

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

मैं, अन्य ब्लिज़ार्ड कर्मचारियों की तरह, उस समय पूरी तरह से डून 2 खेल पर बैठे थे। हमने इसे लंच ब्रेक के दौरान और काम के बाद खेला; तीनों में से प्रत्येक के लिए खेला जाता है, उनकी ताकत और कमजोरियों की पहचान करता है, और उसके बाद उन्होंने खेल शैली, रणनीतियों, रणनीति पर चर्चा की।

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

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

विकास शुरू

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

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

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

पहली अनूठी विशेषता: बहु-इकाई चयन

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

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

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

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

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

बाद में, Warcraft II में , हमने एक ही बार में 9 इकाइयों का चयन करना संभव बना दिया। वैसे, डून 2 के आध्यात्मिक उत्तराधिकारी कमान और जीत , पसंद की एक ऊपरी सीमा नहीं थी, लेकिन इन डिजाइन विचारों के बारे में चर्चा निश्चित रूप से एक अलग लेख के लायक है।

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

ब्रदरहुड की स्थापना

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

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

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

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

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

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

Warcraft की कला

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

अब इसकी कल्पना करना अजीब है, लेकिन ऐसा हो सकता है कि बर्फ़ीला तूफ़ान ब्रह्मांड के बौद्धिक संपदा मालिकों का नहीं होता। तब यह कल्पना करना और भी कठिन होगा कि हम आज गेमिंग उद्योग में इतने भरोसेमंद पदों पर होंगे।

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

गेम डेवलपर्स के लिए बाधाएं

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

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

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

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

जब बहुत सारे डेवलपर्स, डिजाइनर और कलाकार परियोजना में शामिल हो गए, तो परियोजना पर काम करना, निश्चित रूप से, यह आसान हो गया, मूल रूप से, लेकिन हमें अपने रास्ते में एक और बड़ी बाधा मिली। खेल को मूल रूप से DOS के तहत "रियल मोड" में विकसित किया गया था, जिसका मतलब था कि हमारे पास केवल 640K मेमोरी है, और कम, कहीं न कहीं ऑपरेटिंग सिस्टम के लिए 120K है। क्या आप सोच सकते हैं कि तब हमारे पास कितनी नारकीय परिस्थितियाँ थीं!

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

ईएमएस की स्मृति के बारे में प्रोग्रामर जो कहानियां सुनाते हैं, वे पुराने लोगों की कहानियों के समान हैं कि वे किस तरह से स्कूल जाते थे और बर्फ में नंगे पांव लौटते थे। केवल ईएमएस कहानियां बहुत खराब हैं और यह सब वास्तव में सच है।

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

निष्कर्ष नहीं

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

और पढ़ें, दूसरा भाग →