SCUMM को केवल "वीडियो गेम इंजन" में से एक माना जा सकता है, लेकिन यह इंजन इसके आधार पर किए गए गेम्स की तरह लगभग भावनाओं का कारण बनता है।

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

SCUMM को प्रसिद्ध गेम डिज़ाइनर Ron Gilbert के साथ Aric Wilmunder ने लिखा था, इस प्रकार ये गेम बनाने का अवसर प्रदान करते हैं। विल्मंडर और पत्रकार माइक बेवन ने हाल ही में ईमेल के माध्यम से एक-दूसरे से संपर्क किया और SCUMM और इसके आसपास की कहानियों पर चर्चा की। लेख इस बातचीत के चुनिंदा अंश प्रस्तुत करता है, जिसे विल्मंडर के शब्दों से दर्ज किया गया है।

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

इंजन का विकास

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

सबसे महत्वपूर्ण लाभ यह था कि हम C में उपकरण विकसित कर सकते थे, या SCUMM के मामले में, कोड को संसाधित करने और चिह्नित करने के लिए YACC का उपयोग कर सकते थे। अधिकांश डेवलपर्स कोड लिखने और निष्पादित करने के लिए एक ही मशीन का उपयोग करते थे, इसलिए उनके उपकरण केवल एक प्लेटफॉर्म की क्षमताओं का उपयोग करते थे।

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

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

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


अरीक विल्मंडर

SCUMM पर संचार

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

Maniac में इस नियम का एकमात्र अपवाद वह रंग था जिसके साथ अभिनेता ने पाठ प्रदर्शित किया था ...

मनिक को विकसित करते समय, हमारे पास नियम के कुछ अपवाद थे कि दुभाषिया को कभी भी गेम मान नहीं होना चाहिए। इसमें, मुझे अभिनेताओं के लिए उपयोग किए जाने वाले रंगों और उनके वाक्यांशों के प्रदर्शन का रंग निर्दिष्ट करना था। स्रोत कोड ने इन मूल्यों को दुभाषिया में अंतःस्थापित किया। Maniac को PC में पोर्ट करने के बाद और Zak McKracken के रिलीज़ होने से पहले, दो नए कमांड जोड़े गए ताकि इन मूल्यों को लिपियों से नियंत्रित किया जा सके। "सेट-एक्टर-टॉक-कलर" और "सेट-एक्टर-कलर" ने दुभाषिया से विशिष्ट गेम कमांड को हटा दिया ताकि स्क्रिप्ट सब कुछ नियंत्रित करे।

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

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

SCUMM मल्टीटास्किंग

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

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

घृणित नामों के साथ सभी प्रकार के उपयोगी उपकरण

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


उन्मत्त हवेली

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

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

बहुत कम समय के लिए, हमारे पास SMEGMA नामक एक उपकरण था। प्रोग्रामरों में से एक के पास एक बच्चा था, और उसने हमें बताया कि बच्चे के पहले आंत्र डिस्चार्ज में इस पदार्थ होते हैं। यह पता चला कि वह गलत था, और पदार्थ को मेकोनियम (मेकोनियम) कहा जाता है। हमें पता नहीं चला कि स्मेग्मा क्या है, हमें सिर्फ नाम पसंद आया। लेकिन एक बार उन्होंने शब्द का अर्थ जाँच लिया, और कुछ दिनों के बाद उन्होंने नाम बदल दिया। आप शायद सोच सकते हैं कि भोजन कक्ष में हमारे बगल में खड़े होना अप्रिय था, हमने SCUMM, BYLE, MMUCUS, FLEM और इसी तरह की चर्चा की। [नोट। ट्रांस।: मैल के मूल्यों में से एक बीज है, पित्त पित्त है, बलगम बलगम है, फ्लेम कफ के साथ व्यंजन है। कफ है।]

SCUMM अपडेट

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

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

प्रभावशाली बहु-मंच

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

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

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

लर्निंग SCUMM

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

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

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


बंदर द्वीप का रहस्य

SCUMM का फायदा

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

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

लंबे जीवन SCUMM

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

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

SCUMM 2.0 प्रणाली के लिए बुलाया ज़क । में पागल में 1.0 संस्करण इस्तेमाल किया ज़क - 2.0 हम करते हैं, में बंदर - 3.0, और में इंडियाना जोन्स एंड द लास्ट आप धर्मयुद्ध विस्तार की - 3.0 या 3.1 की तरह कुछ। मुझे सटीक संस्करण संख्याओं को खोजने के लिए थोड़ी खुदाई करने की आवश्यकता है। इसके अलावा, विशेष मुद्दों की संख्या थी। इंडियाना जोन्स का पहला 256-रंग संस्करण एक ग्राफिक्स कार्ड निर्माता के लिए एक विज्ञापन था। मैंने कोड काम किया था, लेकिन उस समय बाजार पर कुछ 256-रंग के कार्ड थे, इसलिए हमने एक सौदा किया और वीडियो कार्ड के साथ गेम की आपूर्ति की।

व्याख्या की गई भाषाओं के लाभ

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



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

अयोग्य रॉन गिल्बर्ट के साथ काम करें

रॉन के साथ काम करना बेहद मजेदार था। यहाँ कुछ किस्से हैं ...

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

***

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

***

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

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

***


Ron Gilberg, Arik Wilmunder, Noah Falstein, 1985 1985 ( Mobygames से फोटो )

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

***

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

***

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

मेरा दोस्त SCUMM

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

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

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



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