बौना किले तरन एडम्स खेल विकास के बारे में बात करते हैं

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

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

खेल के लेखक, तरन एडम्स, उनकी रचना के बारे में हमारे सवालों के जवाब देने के लिए सहमत हुए, जो कई नकल के अस्तित्व के बावजूद, अभी भी एक पूरी तरह से अनूठा खेल बना हुआ है।

गामासूत्र: हमने सुना कि बौना किला एक सरल अंतरफलक के साथ सशुल्क संस्करण में स्टीम और itch.io पर आ रहा है। वे कहते हैं कि यह आपकी आगामी उपचार लागतों के कारण है। क्या इंडी डेवलपर के लिए काम करना मुश्किल है?

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

बौना किले के लिए आपका दिन-प्रतिदिन का कोड बिल्डिंग काम कैसा दिखता है? आप किन भाषाओं का उपयोग करते हैं? क्या पुस्तकालय? यदि आप उनका उपयोग करते हैं तो क्या आईडीई है? आप किस कंप्यूटर पर गेम विकसित कर रहे हैं?

मैं विंडोज 10 के साथ एक नियमित, अनअमार्केबल तोशिबा लैपटॉप पर काम करता हूं। मैं MSVC समुदाय में एक भयानक C / C ++ मिश्रण पर कोड लिखता हूं। विरासत संस्करण के लिए मैं OpenGL का उपयोग करता हूं, मुख्य संस्करण के लिए मैं SDL का उपयोग करता हूं, और ध्वनि के लिए मैं FMod का उपयोग करता हूं। मैं MSVC (और पहले) से हेडर के हिस्से के अपवाद के साथ विंडोज पर कुछ और उपयोग नहीं करता हूं, जो मैं दशकों से उपयोग कर रहा हूं। मुझे लिनक्स / मैक संस्करणों में क्या हो रहा है इसकी पूरी जानकारी नहीं है क्योंकि मैं उन्हें नियमित आधार पर विकसित नहीं करता हूं।


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

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

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

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

विकिपीडिया का कहना है कि गेम का वर्जन नंबर (अब .44) दर्शाता है कि आप कितने दूर हैं (यानी, 44%)। भविष्य में बौने किले का क्या इंतजार है? क्या आपके पास कोई पूर्वाभास है कि क्या होगा? आपने किन गंभीर पहलुओं को लागू करने के लिए छोड़ दिया है?

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


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

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

माइक्रो और मैक्रो के बीच की सीमा: आपने इसे क्यों बनाया, इस बीच, जो ग्नोम खुद कर सकते हैं और क्या खिलाड़ी किले को करने का आदेश देता है?

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

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

दुनिया के निर्माण के लिए कार्यक्रम क्या कदम उठाता है?

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

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

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


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

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

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

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

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

मुख्य गेम लूप कैसा दिखता है?

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

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

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

फिर, अगर जीव नक्शे के किनारों को पार कर गए, तो उन्हें इससे हटा दिया जाता है।


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

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

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

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

अंत में, कैमरा उस प्राणी के बाद अपडेट किया जाता है जिसे खिलाड़ी देख रहा है।

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

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