NIMS - विशिष्ट परिदृश्य सॉफ्टवेयर (लाइव एक्शन के गेम खेलने के लिए)

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

ब्लिट्ज प्रश्न:

क्या इसका उपयोग किया जाता है? हां, यह परियोजना पहले से ही दो साल पुरानी है। इस दौरान, NIMS ने 20 से अधिक गेम बनाए।
क्या इसका भुगतान किया गया है? फ्री - डोनेशनवेयर।

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

चित्र RI "पोर्ट आर्थर", एमजी एसएंडएम (क्लिक करने योग्य) के भूखंडों के आधार पर एक सामाजिक नेटवर्क दिखाता है।

अस्वीकरण 1: बोर्ड रोल-प्लेइंग गेम एक स्वतंत्र प्रकार के खेल हैं और मैं उन्हें एनआरआई के रूप में संदर्भित करूंगा।

स्क्रिप्टिंग कार्य का वर्गीकरण

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

स्क्रिप्टिंग कार्यों को दर्शक / उपयोगकर्ता के साथ सहभागिता की उपस्थिति / अनुपस्थिति से विभाजित किया जा सकता है। सिनेमा, टीवी शो, किताबें और थिएटर को एक गैर-संवादात्मक परिदृश्य की आवश्यकता होती है । तदनुसार, दर्शक कहानी के पाठ्यक्रम को प्रभावित नहीं कर सकता है और अंत में केवल एक परिदृश्य है। इसके विपरीत, दर्शक के प्रभाव को शामिल करने वाले इंटरैक्टिव परिदृश्य हैं। ये विभिन्न खेलों के परिदृश्य हैं।

इंटरएक्टिव स्क्रिप्ट को बंद और खुले में विभाजित किया जा सकता है। बंद परिदृश्यों को इतिहास के विकास के लिए सभी संभावित विकल्पों के विवरण की आवश्यकता होती है। उदाहरण के लिए, कंप्यूटर गेम और रोल-प्लेइंग बुक्स-गेम्स के लिए स्क्रिप्ट।

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

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

डिस्क्लेमर 2: यहां वर्णित हठधर्मिता एक विशिष्ट विकल्प नहीं है, बल्कि, अनिवासी भारतीय स्वायत्त हैं, आरआई स्वतः पूर्ण हैं और अभी भी मध्यवर्ती विकल्पों की एक पूरी श्रृंखला है।

लाइव-एक्शन रोल-प्लेइंग गेम पर परिदृश्य

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

खेल से पहले, खिलाड़ी को उसके चरित्र की स्थिति का परिचयात्मक विवरण दिया जाता है: पृष्ठभूमि, रिश्तेदार, दोस्त, दुश्मन, संपत्ति, संघर्ष, महत्वपूर्ण मुद्दों पर गुट की स्थिति, आदि। संक्षेप में, परिचय में आप कोई भी जानकारी डाल सकते हैं जो "खेल सकते हैं।"

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

प्रागितिहास के लिए परिचयात्मक खातों का एक महत्वपूर्ण हिस्सा, "क्यों ...?": "मुझे राजा से नफरत क्यों है?", "हमारे घर युद्ध में क्यों हैं?", "हमारे लिए यह महत्वपूर्ण क्यों है कि अनुष्ठान अच्छी तरह से होता है?"

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

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

परिचयात्मक लेखन प्रक्रिया

समस्या की स्थिति: एक कहानी है जिसमें कई पात्र शामिल हैं। कहानी के उस हिस्से के साथ प्रत्येक चरित्र प्रदान करना आवश्यक है जिसे वह जानता है।

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

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

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

इस समस्या को हल करने के लिए, हम कहानी को घटनाओं में तोड़ते हैं, जहां घटना समय, स्थान और पात्रों की एकता है। हम घटना को ठीक करते हैं: "रिंग की परिषद, समय: 3018/10/25 12:00, प्रतिभागियों: ..., घटना का वर्णन: ..." अब हम जानते हैं कि वास्तव में कौन इस घटना का भागीदार था। प्रत्येक प्रतिभागी के पास घटना का अपना दृष्टिकोण है, जिसे हम घटना के अनुकूलन में वर्णित करते हैं। चयनित चरित्र के लिए पूरी कहानी के अनुकूलन में इस चरित्र के साथ घटनाओं के सभी अनुकूलन शामिल हैं।

अंतिम चरण: सभी अनुकूलन लिखे गए हैं, हम उन्हें चरित्र द्वारा पाठ फ़ाइलों में समूहित करते हैं। एक तस्वीर में, यह इस तरह दिखता है:

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

1. हम प्रत्येक कहानी के लिए और व्यक्तिगत रूप से प्रत्येक चरित्र के लिए, घटनाओं का कालक्रम बना सकते हैं।
2. एक समाजशास्त्रीय अर्थ में सामाजिक नेटवर्क। हमारे पास कई पात्र हैं, और हम घटना में प्रत्येक भागीदार के बीच एक सामाजिक संबंध के रूप में एक घटना में होने के उनके तथ्य की व्याख्या कर सकते हैं। कम से कम, वे एक-दूसरे को देख सकते थे, लेकिन ज्यादातर मामलों में पात्र सक्रिय रूप से एक-दूसरे के साथ बातचीत करते हैं।

लॉर्ड ऑफ द रिंग्स (क्लिक करने योग्य) के आधार नमूने की घटनाओं के कालक्रम का एक उदाहरण:

खेल आरआई "मैड मैड मैक्स", एमके से एक सामाजिक नेटवर्क का एक उदाहरण। Albion (क्लिक करने योग्य):

चरित्र संबंध

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

फ़ाइल

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

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

चरित्र समूह

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

प्लॉट का नक्शा

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

कार्यान्वयन के बारे में

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

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

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

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

एक स्टैंडअलोन वेबपेज कार्यान्वयन में निम्नलिखित अप्रिय दुष्प्रभाव हैं:

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

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

अन्य सभी मामलों में, यह एक नियमित एसपीए है।

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

समस्या: हमारे पास एक कार्यशील कोर है, लेकिन स्वायत्त काम के लिए तेज है। कई स्वामी के सहयोग को कैसे सुनिश्चित करें?

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

परिणामस्वरूप, ऑफ़लाइन और सर्वर समाधान दोनों एक ही कोर का उपयोग करते हैं। योजनाबद्ध रूप से, यह इस तरह दिखता है:

सामग्री

हमने उपयोगकर्ताओं के लिए कई सामग्रियां तैयार की हैं:

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

ऑफ़लाइन संस्करण यहां डाउनलोड किया जा सकता है । क्रोम और फ़ायरफ़ॉक्स में चेक किए गए काम। यह ओएस की परवाह किए बिना काम करना चाहिए, लेकिन यह विशेष रूप से परीक्षण नहीं किया गया है।

स्रोत कोड के रूप में - परियोजना ग्राहक, सर्वर और पाठ संसाधनों में विभाजित है:

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

निष्कर्ष

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