क्या किसी NPC को हर खिलाड़ी को एक ही जवाब देना चाहिए? तथ्यों को सुसंगत रखें, शब्दों को नहीं

तथ्य को उसे कहने के तरीके से अलग करें

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

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

यह विभाजन दो आम समस्याओं से बचने में मदद करता है। किसी पंक्ति को शब्द-दर-शब्द दोहराना उस समय असावधानी भरा लग सकता है जब खिलाड़ी ने अभी-अभी प्रासंगिक संदर्भ प्रस्तुत किया हो। बुनियादी उत्तर को मनमाने ढंग से बदलने से पात्र अविश्वसनीय लग सकता है या खोज (क्वेस्ट) को समझना कठिन हो सकता है। NPC संवाद निर्माण के एक अध्ययन में इस चुनौती को संवाद को विद्या (लोर), पात्रों के संबंधों, क्वेस्ट संरचना और खिलाड़ी के सामने प्रकट किए गए विवरणों के प्रति वफादार बनाए रखने के रूप में वर्णित किया गया है। यह एक उपयोगी डिज़ाइन मानक है, भले ही संवाद मैन्युअल रूप से तैयार किया गया हो। Weir et al., “Ontologically Faithful Generation of Non-Player Character Dialogues”

तय करें कि खिलाड़ी की स्थिति के कौन से अंतर मायने रखते हैं

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

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

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

ज्ञान और दृश्य की स्थिति को अलग-अलग ट्रैक करें

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

बंदरगाह रक्षक के लिए, नोट्स इस प्रकार हो सकते हैं:

कैनन तथ्य: पूर्वी गेट सूर्यास्त के समय बंद हो जाता है।

NPC का ज्ञान: रक्षक को निर्धारित समय-सारणी पता है और उसने पहरेदारों को इसे बंद करने की तैयारी करते देखा है।

दृश्य की स्थिति: सूर्यास्त से पहले, गेट खुला है; सूर्यास्त के बाद, यह बंद है।

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

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

प्रतिक्रिया को छोटे, स्पष्ट तरीकों से अनुकूलित करें

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

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

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

सबूतों की पहुँच की तुलना करें, सटीक वाक्यों की नहीं

खिलाड़ियों या शाखाओं (ब्रांचेज) के बीच संवाद की समीक्षा करते समय, प्रत्येक मार्ग द्वारा उपलब्ध कराई जाने वाली जानकारी की तुलना करें। क्या कहानी द्वारा कार्रवाई की अपेक्षा किए जाने तक प्रत्येक खिलाड़ी को वही आवश्यक सुराग मिल जाता है? क्या एक शाखा किसी कहानी की घटना के बिना किसी भिन्न स्थान, समय सीमा, संबंध या कारण का संकेत देती है? क्या NPC किसी ऐसी खोज का उल्लेख करता है जो खिलाड़ी ने नहीं की है? वे प्रश्न प्रत्येक पंक्ति में समान शब्दों के उपयोग की जाँच करने की तुलना में अधिक सार्थक विसंगतियों को पकड़ते हैं।

एक सरल समीक्षा तालिका मदद कर सकती है:

जाँच: कैनन; किसकी तुलना करें: नाम, तिथियां, स्थान, कारण और अन्य स्थापित तथ्य

जाँच: ज्ञान; किसकी तुलना करें: इस स्थिति में NPC क्या जानता है, मानता है, या उसे क्या बताया गया है

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

जाँच: दृश्य; किसकी तुलना करें: समय, स्थान या घटनाओं के साथ बदलने वाले विवरण

जाँच: शब्दावली; किसकी तुलना करें: क्या भिन्नता अभी भी अभीष्ट उत्तर को संप्रेषित करती है

Twine पैसेज और Ink नॉट्स, विकल्प, वेरिएबल्स और कंडीशनल फ्लो उन तरीकों के उदाहरण हैं जिनसे नैरेटिव प्रोजेक्ट्स शाखाओं और स्थिति को व्यवस्थित कर सकते हैं। ये संरचनाएं टूल और स्टोरी फॉर्मेट के अनुसार भिन्न होती हैं, इसलिए उन्हें लागू करते समय संबंधित दस्तावेज़ों का पालन करें। संपादकीय सिद्धांत सॉफ़्टवेयर से स्वतंत्र है: स्थिति के अंतर को स्पष्ट करें, फिर जाँचें कि क्या प्रत्येक पंक्ति इसके साथ संगत बनी हुई है। Twine: “Linking Passages”, Ink: “Writing with Ink”

जानें कि उत्तर कब बिल्कुल एक जैसा रहना चाहिए

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

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

सुसंगत NPC उत्तरों के लिए एक संक्षिप्त वर्कफ़्लो

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

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

इस विषय को आगे पढ़ें