पहला अवास्तविक संपादक क्या था

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

बीएसपी और पतन: "हमें अपना स्वयं का संपादक लिखने की आवश्यकता है"

डेविड लाइटबोन: मुझसे बात करने के लिए समय निकालने के लिए धन्यवाद, टिम! असत्य संपादक के शुरुआती दिनों से शुरू करते हैं। मैंने पढ़ा कि एपिक पिनबॉल के निर्माता जेम्स श्मल्त्ज़ ने आपको वह खेल दिखाया, जिस पर उन्होंने काम किया और जब आपने इसे देखा, तो मैंने इसके लिए एक संपादक बनाने का सुझाव दिया। क्या यह सब ठीक है?

टिम स्वीनी: बिल्कुल! वह खेल बुलफ्रॉग मैजिक कारपेट से प्रेरित था। जेम्स एक अविश्वसनीय रूप से प्रतिभाशाली डेवलपर है, लेकिन उसने केवल असेंबली भाषा में कोड लिखा था, वह C. सीखना नहीं चाहता था। [हंसी] इस प्रकार, उसने इस 3 डी इंजन को शुद्ध असेंबलर में लिखा था जो राहत पृष्ठभूमि और गेम ऑब्जेक्ट्स का प्रतिपादन करता था। वह एक संपादक नहीं बनाना चाहते थे, इसलिए उन्होंने मैन्युअल रूप से बसपा का पेड़ बनाया और इस राहत पर एक कैप्सूल रखा। जब मैंने यह देखा, तो मैंने कहा, "नहीं, नहीं, नहीं, जेम्स, जेम्स ... आपको कुछ अलग करना है।" [हंसता]



जेम्स शल्मज़ और बुलफ्रॉग मैजिक कार्पेट

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

यानी यह एक दिलचस्प अध्ययन प्रक्रिया थी। मुझे लगा कि मैं सिर्फ इस संपादक को लिखूंगा और जेम्स के रेंडर में एकीकृत करूंगा। एक बार मैंने उनसे पूछा: “क्या आप मुझे कोड भेज सकते हैं? मैं समझना चाहता हूं कि रेंडर को कैसे एकीकृत किया जाए। '' और उसने मुझे कोडांतरक कोड की 30 हजार लाइनें भेजीं। [हंसते हुए] 3 डी रेंडरिंग इंजन में, एपिक पिनबॉल के कुछ तत्व और कुछ पिछले कोडांतरक कोड थे, जिसे उन्होंने बस कॉपी किया था। मैंने सोचा: “हे भगवान, यह कैसी अराजकता है? मैं इसे छूना नहीं चाहता! " [हंसता]

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

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


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

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

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



NeXT और जॉन कार्मैक पर QuakeEd

जेएल: [हंसते हुए] आपको लगा कि वह इतना शक्तिशाली है, इसलिए आपने चुनौती स्वीकार कर ली।

TS: हाँ! अवास्तविक की कई विशेषताएं मेरी गलतफहमी के कारण उत्पन्न हुई हैं जो अन्य लोगों ने की हैं।

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

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



लाइटिंग मैप्स के आधार पर अवास्तविक से प्रकाश उदाहरण

मैंने एक स्क्रीनशॉट लिया और इसे फिनलैंड के एक मित्र को भेज दिया, जिसने उस उपकरण कंपनी के लिए काम किया था। उसने उत्तर दिया: "वाह, यह अद्भुत है! लेकिन हमारी तस्वीर सिर्फ 3 डी स्टूडियो मैक्स से रेंडर है, क्योंकि हम समझ नहीं पा रहे थे कि रियल टाइम में ऐसा कैसे किया जाए। '' [हंसता]

JL: [हंसते हुए] हाँ!

[लेखक का ध्यान दें: टिम टिम बिट्स के बारे में बात कर रहा है]

टीएस: यानी, अवास्तविक इंजन दुनिया का पहला वॉल्यूमेट्रिक लाइटिंग इंजन बन गया, जैसा कि मुझे लगता है ... और यह मेरी गिरावट पर आधारित था।

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

यदि आप इसे अभी देखते हैं, तो केवल चार वर्षों में, हमने 1980 और 1990 के दशक के शोध के लगभग 20 वर्षों को फिर से बनाया, जो पहले केवल प्रारंभिक गणना के माध्यम से संभव थे, और वास्तविक समय में नहीं।

जेएल: हां, बसपा का विचार 1969 में लिखे गए एक लेख पर आधारित था।

TS: बिल्कुल, मेरे जन्म से पहले!

TurboPascal और माया: अवास्तविक प्रेरणा

जेएल: अवास्तविक संपादक डिजाइन दर्शन को विकसित करने के लिए आपने किन स्रोतों का उपयोग किया?

टीएस: प्रेरणा के केवल कुछ स्रोत थे।

यदि आप ZZT गेम को देखते हैं, तो 1991 में जारी किया गया, तो आप अवास्तविक इंजन कार्यों का मूल सेट देखेंगे। संक्षेप में, यह एक गेम इंजन है जिसमें एक गेम बनाया गया है। खेल की एक छोटी स्क्रिप्टिंग भाषा है, जो अपनी सादगी के बावजूद, एक पूरी तरह से स्क्रिप्टेड भाषा थी जो आपको छोटी गेम स्क्रिप्ट लिखने की अनुमति देती थी।

[लेखक का ध्यान दें: ZZT विवरण अन्ना एंथ्रोपी की बॉस फाइट बुक्स द्वारा प्रकाशित पुस्तक में पाया जा सकता है]

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



ZZT, गेम मोड और एडिटर मोड

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

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

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



बोरलैंड द्वारा टर्बोपास्कल

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

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



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

विज़ुअल बेसिक से स्लेट तक: अवास्तविक इंटरफ़ेस का विकास

[लेखक का ध्यान दें: साक्षात्कार की शुरुआत में, मैंने अपने लैपटॉप पर एक वर्चुअल मशीन में UnrealEd 1 लॉन्च किया। मैंने टिम को एक माउस दिया ताकि वह उसमें काम कर सके।]

TS: वाह, महान, आपने पहले ही इसे लॉन्च कर दिया है!

JL: हाँ! मैंने प्रस्तुत किया कि जो संस्करण हम यहां देख रहे हैं वह विजुअल बेसिक है।

TS: हाँ, हाँ!

[लेखक का ध्यान दें: टिम खुश था जब उसने खरोंच से स्तर बनाया था। बाहर से, यह उन दोस्तों की एक बैठक की तरह लग रहा था, जो लंबे समय से नहीं देखी गई थीं।]

JL: क्या आपने अवास्तविक संस्करण के पहले संस्करण के लिए इंटरफ़ेस विकसित करने के लिए Visual Basic का उपयोग करने का नेतृत्व किया, और आपके पास और क्या विकल्प थे?



एलन कूपर और विजुअल बेसिक

TS: यह 1995 में था। उस समय, C ++ के लिए उपयोगकर्ता इंटरफ़ेस फ्रेमवर्क केवल भयानक थे। माइक्रोसॉफ्ट फाउंडेशन क्लासेस था, जो एपीआई का सबसे दुखी टुकड़ा था जिसकी आप कल्पना कर सकते हैं। उपयोगकर्ता ने विंडो नियंत्रण बनाना शुरू कर दिया और रूपरेखा ने C ++ कोड की भारी मात्रा को टिप्पणियों के ढेर के साथ बनाया: जैसे "यहाँ हम आपके लिए एक नियंत्रण बनाते हैं!" यदि उपयोगकर्ता ने ऑब्जेक्ट को स्थानांतरित किया, तो फ्रेमवर्क कोड के हिस्से को अपडेट किया, लेकिन अन्य हिस्सों को नहीं, और यह लगातार टूट गया, इसलिए मैंने खुद से कहा: "मैं अब इसे नहीं छूता हूं।"

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

[लेखक का ध्यान दें: विजुअल बेसिक का पहला संस्करण एलन कूपर द्वारा विकसित किया गया था, जिसे अक्सर " विजुअल बेसिक के पिता " के रूप में जाना जाता है। वह प्रयोज्यता और उपयोगकर्ता अनुभव के क्षेत्र में भी एक महत्वपूर्ण व्यक्ति हैं]



अवास्तविक 3, जिसमें wxWidgets तत्व मौजूद थे

DL : मुझे लगता है कि समय के साथ, संपादक के कुछ हिस्सों को अन्य भागों द्वारा प्रतिस्थापित किया जाने लगा। यह विकास कैसे हुआ?

टीएस: अवास्तविक संपादक 1 को पूरा करने के बाद, मैंने शांत किया और नई पीढ़ी के अनुसंधान का एक पूरा समूह बनाया, जो आमतौर पर वॉरेन मार्शल के सामने आने तक फल नहीं देता था, जो wxxidgets का उपयोग करके C ++ के साथ अवास्तविक संपादक में Visual Basic के कुछ हिस्सों को फिर से लिखते थे। wxWidgets जो उस समय सबसे अच्छा टूलकिट था। यह अवास्तविक संपादक 2 में यूआई ढांचे के लिए नींव बन गया।

अवास्तविक इंजन 2 विकास प्रक्रिया के मध्य तक, विज़ुअल बेसिक कोड पूरी तरह से इंजन से गायब हो गया। हमारे पास अधिक सुविधाजनक और साफ सी ++ ढांचा था। इस प्रकार, हमें लगभग एक ही यूआई मिला, लेकिन भाषा कठिनाइयों के बिना। लेकिन असली समस्या यह थी कि wxWidgets का विकास नहीं हुआ और अन्य UI टूलकिट सामने आए, इसलिए हमने उन्हें विशेष टूल के लिए एकीकृत करना जारी रखा। इसलिए, जब तक अवास्तविक इंजन 4 विकास चक्र शुरू हुआ, तब तक हमारे पास पांच अलग-अलग यूआई टूलकिट थे ...

JL: यह अक्सर होता है ...

TS: ... जिसमें C # में लिखा WPF के क्रेजी टुकड़े शामिल हैं और Unreal Engine 4 में एकीकृत हैं, जो उदाहरण के लिए Mac पर काम नहीं करते हैं। इसलिए, उस समय हमारे कोड में एक बड़ी अराजकता थी।

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


स्लेट यूआई के साथ अवास्तविक का स्क्रीनशॉट

लेकिन हम अभी भी विजुअल बेसिक के दिनों में मौजूद सुविधा को प्राप्त नहीं कर सके। यहां तक ​​कि C # यूजर इंटरफेस फ्रेमवर्क XML और अन्य अनावश्यक पागलपन का एक बड़ा ढेर था। ऐसा लगता है कि हर नई पीढ़ी UI को तेजी से परिष्कृत तरीके से लागू करती है और खराब हो रही है।

स्क्रीनशॉट और XCopy: लाइसेंसिंग का महत्व

डीएल: कौन सी कंपनियां अवास्तविक संपादक का उपयोग करने वाली पहली थीं?

टीएस: प्रारंभिक चरण में, रिलीज से दो साल पहले, हमारे पास पहले से ही दो लाइसेंस खरीदार थे: अवास्तविक इंजन ने माइक्रोप्रो का उपयोग किया, और फिर लीजेंड एंटरटेनमेंट ने अपने व्हील ऑफ टाइम के लिए इसका इस्तेमाल किया, और हमने उन्हें समर्थन प्रदान किया।



लीजेंड एंटरटेनमेंट व्हील ऑफ टाइम

JL: वे भी आपकी मदद की, है ना? सहयोग इस रिश्ते का हिस्सा था।

टीएस: हां, उनके लाइसेंस भुगतान ने अवास्तविक विकास प्रक्रिया के दौरान एपिक अफ्लो को बनाए रखा।

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

JL: [हंसते हुए] ठीक है, तो क्या अवास्तविक इंजन लाइसेंस की बिक्री के लिए नेतृत्व किया और इससे पहले कि अवास्तविक 1 जारी किया गया था?

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



अवास्तविक संपादक और अवास्तविक के पहले स्क्रीनशॉट में से एक

डायनासोर और छिपकली: शब्दावली और आइकनोग्राफी अवास्तविक

डीएल: स्क्रीनशॉट की बात करें: यहाँ उनमें से एक 90 के दशक के उत्तरार्ध में ब्लूज़ समाचार में प्रकाशित हुआ है। मेरे वर्चुअल मशीन में चल रहे संस्करण से ध्यान देने योग्य मामूली अंतर हैं: उदाहरण के लिए, ऊपरी बाएं कोने में Play, Help और Epic बटन हैं, जो अंतिम संस्करण में नहीं हैं।

क्या आप इसके बारे में थोड़ा बता सकते हैं?


1998 में ब्लूज़ न्यूज़ पर प्रकाशित अवास्तविक का स्क्रीनशॉट

टीएस: यह निश्चित रूप से अवास्तविक इंजन 1 है, 1998 के लगभग, क्योंकि इसमें स्टीव पोल कोड है, जो उस समय मल्टीप्लेयर गेम को समन्वित करता था।

"महाकाव्य" बटन एक वेब पेज की एक कड़ी थी, जो हर किसी को परेशान करता था क्योंकि वे लगातार क्लिक करते थे और नाराज होते थे: "आह, ब्राउज़र फिर से खुलता है!" [हंसता]

जेएल: [हंसते हुए] ठीक है, क्या आप आइकनोग्राफी के बारे में थोड़ी बात कर सकते हैं?

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

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



डैनियल कुक और उन्होंने अनारियल के लिए बनाए गए आइकन। "प्यादा जोड़ें" आइकन सबसे नीचे है, दाईं ओर तीसरा है।

डीएल: हम पहले ही "मोहरा" शब्द के बारे में बात कर चुके हैं। क्या हम खुद इसे लेकर आए थे, या हमने इसे कहीं देखा था?

टीएस: मुझे लगता है कि यह स्टीव पोल या जेम्स शल्ज द्वारा प्रस्तावित किया गया था।

JL: "अभिनेता" के बारे में क्या?

TS: कार्मैक अपनी शब्दावली के साथ आया, उसने वस्तुओं को "इकाइयाँ" कहा, और मैंने सोचा, "नहीं, हमें कुछ अनोखा चाहिए।"

जेएल: [हंसते हुए]

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

स्कैमलिस्म और ब्रेन वूडू वायरस: अवास्तविक बनाना

जेएल: हमें और अधिक बताएं कि कैसे अवास्तविक का उपयोग करने और बनाने में जेम्स और स्टीव ने योगदान दिया।

टीएस: जेम्स शल्म एक अद्वितीय हीरा, अप्रेंटिस था। वह टीम का सबसे अच्छा कलाकार था, एक भयानक स्तर का डिजाइनर, और वह अनरियलस्क्रिप्ट और असेंबलर में भी कार्यक्रम कर सकता था।

DL: अवास्तविक क्रेडिट में, उसका नाम पूरी तरह से अलग श्रेणियों की एक जोड़ी में दिखाई देता है।

टीएस: पूरे गेमिंग उद्योग में प्रतिभा के इस स्तर के बहुत कम लोग हैं और वह सभी प्राप्त सफलता के हकदार हैं।

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

JL: [हंसते हुए]

TS: हमने इस कोड को "स्कैमलिज्म" कहा। और पोल्ज़ के पास अपने कोड में "वॉक स्पीड = रन स्पीड x 3.072" जैसे मैजिक नंबर थे। मैंने उनसे पूछा: "क्या वास्तव में भौतिकी में लगातार 3.072 है जिसके बारे में मुझे पता नहीं है?" [हंसता]



टीएस: अवास्तविक को जावा द्वारा प्रेरित किया गया था; उस समय, यह भाषा C ++ का उत्तराधिकारी लग रहा था। भाषा के रचनाकारों ने कई रचनात्मक समाधानों की नकल की, और शीर्ष पर कई नई अवधारणाओं को जोड़ा। UnrealScript में, बुनियादी कंटेनरों की अशिष्टताओं का अस्तित्व था कि केवल कुछ पीढ़ियों बाद में जावा में दिखाई दिया।

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

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

सॉफ्टडिस्क, आईडी और चेक में लाखों डॉलर

JL: क्या Jay Wilbur और Mark Rein ने अपने व्यापार उन्मुखीकरण और शेयरवेयर के साथ अनुभव के साथ, इंजन, उपकरण, संपादक या संसाधनों को प्रभावित किया, जिनके साथ उन्हें प्रदान किया गया था?

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



मार्क रेन और जे विल्बर

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

JL: [हंसते हुए]

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

DL: इससे पहले, वह और कारमैक सॉफ्टडिस्क पर थे, है ना?

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


Id Software के शुरुआती दिन। दाईं ओर जय विल्बर।

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

[लेखक का ध्यान दें: मैं सहमत हूं। जॉन रोमेरो ने अपना बहुत समय हमारे टीएचडी साक्षात्कार में बिताया।]

WYSIWYG और उपयोग में आसानी: सबसे महत्वपूर्ण - उपकरण दृष्टिकोण

डीएल: तो, नवंबर 1998 में, अधिकतम पीसी रिलीज दिखाई दिया, जिसमें आपके साथ एक साक्षात्कार था, जहां आपने उस समय मौजूद विभिन्न तकनीकों के बारे में भी बात की थी। इस लेख में कहा गया है कि "[अवास्तविक संपादक] सादगी के मामले में हर किसी से आगे है" और "क्वांट तकनीक के साथ काम करना कठिन है।"

यह भी कहता है, "तकनीक [क्वेक III: एरिना] वास्तव में प्रभावशाली है" और "प्रीति और ट्रैपेसर अवास्तविक से बेहतर दिखते हैं और काम करते हैं। लेकिन अगर यह पता चला कि उनके साथ काम करना अधिक कठिन है, तो डेवलपर्स अवास्तविक के साथ रहेंगे। "

यही है, क्या आपके पास एक ऐसा उपकरण बनाने के लिए शुरुआत से ही एक लक्ष्य था जिसका प्रतिस्पर्धात्मक लाभ उपयोग में आसानी है?



अधिकतम पीसी, नवंबर 1998

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

जेएल: एपिक ने उपकरणों के उपयोग को सरल बनाने में बहुत अधिक ध्यान देने, समय और श्रम का उपयोग करने के लिए किस प्रक्रिया का उपयोग किया?

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

हम न केवल उपयोग में आसान उपकरण बनाना चाहते थे, बल्कि यह भी सुनिश्चित करने के लिए कि वे सही समझौता प्रदान करें जो वास्तव में आपको गेम को रिलीज़ करने के लिए आवश्यक सामग्री बनाने की अनुमति दें।

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


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

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

प्रेरणा और विरासत का स्रोत: अवास्तविक प्रभाव

जेएल: अवास्तविक ने कुछ गेम डेवलपर्स को प्रेरित किया, जिसमें खुद भी शामिल हैं, न केवल गेम बनाने के लिए, बल्कि अपने स्वयं के उपकरण लिखने के लिए भी। आपको क्या लगता है कि उद्योग पर अवास्तविक प्रभाव क्या है?

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


विकिपीडिया से एफपीएस इंजनों का इतिहास आरेख। बड़ा संस्करण खोलने के लिए क्लिक करें।

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

उत्पादकता गुणा और भाग: गेम डेवलपर्स के लिए टिप्स

JL: 2011 में, आपने कोटकू को एक साक्षात्कार दिया। मैं कुछ उद्धरणों को पढ़ूंगा, ऐसा मुझे लगता है, हमारे विषय से संबंधित है:

"हम हमेशा उपकरण के मामले में खेल के विकास से संपर्क किया। हमने उन उपकरणों का निर्माण किया जिनकी हमें ज़रूरत थी, उपकरण के उपयोगकर्ता के अनुकूल सेट बनाया और इसके साथ काम करना जारी रखा। ”

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

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



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

आप गेम डेवलपर्स को क्या सलाह दे सकते हैं ताकि वे इस त्रुटि से बच सकें और उपकरणों में निवेश के दीर्घकालिक मूल्य को समझ सकें?

TS: ठीक है ... आपको इंजन बनाने के लिए "प्रतीत" नहीं होता है। या तो इंजन का निर्माण करें, या इसे न करें। अब तो कई कंपनियाँ अपनी उत्पादन प्रक्रियाओं को अपंग बना देती हैं, बेकार साधनों के साथ इंजन बनाती हैं। यह उपकरण है जो लोगों को मारते हैं।

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

DL: क्योंकि आपको लगता है कि डेवलपर्स आधे उपायों से पीड़ित हैं?

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

मुझे लगता है कि हर कंपनी को एक निर्णय लेना चाहिए - या तो औजारों में बहुत अधिक निवेश करें, या उन्हें बिल्कुल न करें।


और यह बात हर चीज पर लागू होती है। यह सब करने के लिए न केवल एक 3D संपादक को स्तर बनाने के लिए, बल्कि विधानसभा प्रणालियों के लिए, एक प्रोग्रामिंग भाषा, विकास प्रौद्योगिकी, DCC उपकरण तक।

उपकरणों को उत्पादकता में वृद्धि करनी चाहिए, और अगर यह पता चला कि वे इसे कम करते हैं, तो आपको उनसे छुटकारा पाने की आवश्यकता है।

जेएल: महान। मेरे साथ चैट करने के लिए समय निकालने के लिए धन्यवाद।