पाठ रोमांच के बारे में - मूल बातें वापस

सभी को नमस्कार!

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

इंटरएक्टिव साहित्य (IF) के बारे में

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

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

एक अवधारणा का चयन

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

0) कोई यादृच्छिक नहीं;
1) खेल खिलाड़ी के लिए और निर्माता के लिए स्पष्ट और सरल होना चाहिए;
2) एक सुविधाजनक आधुनिक संपादक होना चाहिए;
3) पुराने स्कूल इंटरफेस (केवल पाठ, विहित पाठ मोड में 80 से 25);
4) बेशक, रूसी भाषा के लिए समर्थन, मामलों सहित (यानी, "एक पुस्तक नहीं", लेकिन "एक पुस्तक ले")।

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

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

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

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

इंजन प्रोग्राम करें

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

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

इंटरफ़ेस

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

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

प्रोग्रामिंग संपादक

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

परिणाम

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


दूसरा गेम छोटा है और इसे कॉस्मिक पागलपन कहा जाता है:


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

खैर, हाल ही में मैंने एक वीडियो रिकॉर्ड किया है जिसमें बताया गया है कि संपादक को कैसे काम करना है (एचडी में देखें, अन्यथा सब कुछ धुंधला है):


मेरी साइट पर TDZ के बारे में पृष्ठ - dimouse.ru/norka/ कंप्यूटर्स /tdz.html
मैं अभी तक संपादक को पोस्ट नहीं करता, लेकिन यदि कोई देखना, लिखना, लिखना चाहता है, तो मैं उसे भेजूंगा।

मुझे इस विकास के बारे में रचनात्मक राय और सुधार के लिए सुझाव देने में खुशी होगी!