Metlivi ब्लॉग

छिपे हुए दृश्यों को लीक किए बिना प्रश्न-संचालित पात्र संपर्क सूची कैसे बनाएं

एक प्रश्न-संचालित संपर्क सूची तब काम करती है जब प्रत्येक उत्तर का एक स्पष्ट स्रोत, एक खोज की शर्त (discovery condition) और एक दृश्यता नियम (visibility rule) होता है। प्रत्येक पात्र के लिए, यह दर्ज करें कि उन्होंने व्यक्तिगत रूप से क्या देखा, उन्हें किसी ने क्या बताया, वे तर्कसंगत रूप से क्या अनुमान लगा सकते हैं, और वे अभी तक क्या नहीं जानते हैं। फिर कहानी के सामान्य प्रश्नों को उन पात्रों तक पहुँचाएँ जिनकी जानकारी उत्तर का समर्थन करती है। यह सूची को उपयोगी बनाता है और साथ ही भविष्य के दृश्यों और अनदेखे तथ्यों को संवाद से बाहर रखता है।

30 सितंबर 20266 min readपढ़ना, कला और संस्कृतिलेखक: Metlivi Editorial Team
खंड 1

उन प्रश्नों से शुरुआत करें जो पाठक वास्तव में पूछ सकते हैं

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

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

खंड 2

प्रत्येक तथ्य को एक स्रोत और ज्ञान का प्रकार दें

कहानी के तथ्यों को साक्ष्य रिकॉर्ड के रूप में मानें, न कि एक ऐसे साझा पूल के रूप में जिससे प्रत्येक पात्र जानकारी ले सके। एक संक्षिप्त रिकॉर्ड इस तरह दिख सकता है:

तथ्य: जो के पास अतिरिक्त चाबी है; स्रोत: जो इसे दृश्य 2 में हुक से लेती है; ज्ञान का प्रकार: देखा गया / पास में है; शुरुआती खोज: दृश्य 2 के बाद; दृश्यता: जो; जिसे भी वह बताती है

तथ्य: हॉल शनिवार के लिए बुक है; स्रोत: नोटिस बोर्ड पर पुष्टि नोट; ज्ञान का प्रकार: पढ़ा गया; शुरुआती खोज: किसी पात्र द्वारा नोट देखने के बाद; दृश्यता: वे पात्र जिन्होंने इसे पढ़ा

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

ज्ञान के प्रकारों के एक छोटे, सुसंगत सेट का उपयोग करें। “देखा गया” (Observed) का अर्थ है कि पात्र उपस्थित था और घटना को प्रत्यक्ष देख सकता था। “बताया गया” (Told) का अर्थ है कि किसी अन्य पात्र ने जानकारी दी। “पढ़ा गया” (Read) का अर्थ है कि उन्हें कोई नोट, संदेश, संकेत या अन्य रिकॉर्ड मिला। “अनुमानित” (Inferred) का अर्थ है कि उन्होंने साक्ष्य से कोई निष्कर्ष निकाला, जिसे पुष्ट तथ्य के बजाय विश्वास या अनुमान के रूप में व्यक्त किया जाना चाहिए। “अज्ञात” (Unknown) का अर्थ है कि कहानी ने उन्हें जानकारी प्राप्त करने का कोई मार्ग नहीं दिया है।

यह संरचना एक संपादकीय डिज़ाइन नियम है, न कि किसी लेखन उपकरण द्वारा गारंटीकृत सुविधा। यह एक व्यावहारिक अंतर से उपजा है: स्थिति ट्रैकिंग (state tracking) परिवर्तनों को रिकॉर्ड कर सकती है, लेकिन लेखक अभी भी यह तय करता है कि उस स्थिति का क्या अर्थ है। Ink का दस्तावेज़ीकरण लचीले स्थिति ट्रैकिंग का वर्णन करता है, साथ ही यह भी नोट करता है कि यह एक पूर्ण विश्व-मॉडलिंग प्रणाली प्रदान नहीं करता है; Twine का दस्तावेज़ीकरण भी वैश्विक रूप से उपलब्ध कहानी चरों को स्थानीय अस्थायी चरों से अलग करता है। वे मैकेनिक्स कहानी की स्थिति को दर्शाने में मदद कर सकते हैं, लेकिन इनमें से कोई भी स्वचालित रूप से यह निर्धारित नहीं करता है कि एक पात्र को क्या जानना चाहिए। (Ink: Writing With Ink, Twine Cookbook: Variables)

खंड 3

सुविधा के अनुसार खुलासा करने के बजाय डिस्कवरी गेट्स जोड़ें

एक डिस्कवरी गेट (discovery gate) यह बताता है कि किसी तथ्य के उपलब्ध होने से पहले क्या होना आवश्यक है। इसे देखने योग्य और विशिष्ट रखें: “जो द्वारा नोटिस बोर्ड पढ़ने के बाद,” “ली द्वारा पैट को बताने के बाद,” या “समूह द्वारा आपूर्ति बॉक्स खोलने के बाद।” “कहानी तैयार होने के बाद” जैसे गेट्स से बचें, जिन्हें लगातार लागू करना कठिन होता है।

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

इंटरएक्टिव कहानियों के लिए, गेट्स को वेरिएबल्स और सशर्त अनुच्छेदों (conditional passages) के साथ दर्शाया जा सकता है। Twine Cookbook बताती है कि SugarCube के <<if>> और <<else>> अनुभाग किसी शर्त के अनुसार सामग्री दिखाते हैं; Ink स्थिति परिवर्तनों और शाखाबद्ध विकल्पों का भी समर्थन करता है। ये किसी पंक्ति को दिखाने या रोकने के कार्यान्वयन विकल्प हैं। कहानी को अभी भी शर्त निर्धारित करने के लिए एक स्पष्ट नियम की आवश्यकता होती है—उदाहरण के लिए, यह रिकॉर्ड करना कि किसी विशिष्ट पात्र ने नोटिस पढ़ा है। (Twine Cookbook: “Conditional Statements”: SugarCube, Ink: Writing With Ink)

खंड 4

साझा तथ्यों को सार्वभौमिक रूप से दृश्यमान बनाए बिना ट्रैक करें

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

एक उपयोगी नियम प्रत्येक हस्तांतरण को उसकी अपनी घटना के रूप में मॉडल करना है। यदि ली जो को बताता है कि कुर्सियाँ शेड में हैं, तो जो को एक ‘बताया गया’ (told-source) रिकॉर्ड प्राप्त होता है; पैट को नहीं। यदि जो बाद में समूह को टेक्स्ट करती है, तो कहानी उस संदेश में नामित प्राप्तकर्ताओं को अपडेट कर सकती है। यदि संदेश केवल ड्राफ़्ट किया गया है या किसी एक व्यक्ति को भेजा गया है, तो इसे निहितार्थ से सामान्य ज्ञान नहीं बनना चाहिए।

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

खंड 5

प्रत्येक संपर्क-सूची उत्तर को एक साधारण जाँच से गुजारें

किसी पात्र द्वारा उत्तर देने से पहले, प्रश्न को इस क्रम से गुजारें:

उस सटीक तथ्य की पहचान करें जो प्रश्न मांगता है। यदि आवश्यक हो तो जटिल प्रश्नों को अलग-अलग तथ्यों में विभाजित करें।

उस स्रोत घटना को खोजें जो प्रत्येक तथ्य को स्थापित करती है। यदि कोई स्रोत नहीं है, तो उत्तर को अज्ञात या अभी तक स्थापित नहीं के रूप में चिह्नित करें।

जाँचें कि क्या इस पात्र ने तथ्य को देखा, सुना, पढ़ा या अनुमान लगाया था।

जाँचें कि क्या कहानी में इस बिंदु पर प्रासंगिक डिस्कवरी गेट खुल गया है।

शब्दों को ज्ञान के प्रकार से मिलाएं: पुष्ट ज्ञान के लिए सीधा उत्तर, सुनी-सुनाई बातों के लिए संदर्भित उत्तर, या अनुमान के लिए योग्य (संभावित) शब्द।

उन विवरणों को हटा दें जो बाद के दृश्य, किसी निजी दृष्टिकोण, या ऐसे स्रोत से आते हैं जिसका पात्र ने सामना नहीं किया है।

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

खंड 6

लापता और आंशिक ज्ञान के साथ सीमाओं का परीक्षण करें

कहानी के कई क्षणों के विरुद्ध सामान्य प्रश्नों का परीक्षण करें: स्रोत घटना से पहले, उसके तुरंत बाद, एक पात्र द्वारा इसे साझा करने के बाद, और व्यापक समूह द्वारा इसे प्राप्त करने के बाद। उत्तर केवल तभी बदलना चाहिए जब प्रासंगिक गेट बदलता है। एक ऐसा प्रश्न शामिल करें जिसका उत्तर वास्तव में अज्ञात हो; एक विश्वसनीय सूची को यह कहने के लिए एक सुरक्षित तरीके की आवश्यकता होती है कि “कहानी ने अभी तक इसे स्थापित नहीं किया है।”

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

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

संबंधित लेख

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