प्रकाशन और Player

अध्याय तैयार होते ही प्रकाशित करें—खिलाड़ी कहानी में अपनी जगह नहीं खोएगा

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

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

केवल तैयार अध्याय प्रकाशित करें

प्रकाशन विंडो में सभी अध्याय डिफ़ॉल्ट रूप से चुने होते हैं। लेखक उन अध्यायों का चयन हटा सकता है जिन्हें वह शामिल नहीं करना चाहता और केवल वही हिस्से रख सकता है जो जारी होने के लिए तैयार हैं।

सात अध्यायों वाली *स्कारलेट सेल्स* की कल्पना करें। पहले प्रकाशन के लिए लेखक अध्याय 1 और 2 चुनता है। वे रचना के पहले संस्करण के रूप में जारी होते हैं और प्रत्येक को अध्याय संस्करण 1 मिलता है। बाकी अध्याय ड्राफ़्ट में रहते हैं और अभी खिलाड़ियों को दिखाई नहीं देते।

बाद में लेखक अध्याय 1, 2, 3 और 4 चुनता है। इससे रचना का दूसरा संस्करण बनता है:

इसलिए किसी अध्याय को चुनने का अर्थ है “इस संशोधन को जारी करें”, न कि “जो नहीं चुना गया है उसे छिपा दें”।

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

हर प्रकाशन पूर्ण रहता है

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

प्रकाशन इतिहास में लेखक देख सकता है:

यह इतिहास कनेक्ट किए गए AI सहायक को भी उपलब्ध होता है। वह अगले प्रकाशन से पहले पिछले संस्करण देख सकता है और साफ़ तौर पर उन अध्यायों को चुन सकता है जिन्हें जारी करना है।

नया संस्करण खुले खेल को नहीं रोकता

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

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

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

जब बिना रुकावट जारी रखना संभव न हो

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

1. मौजूदा सेव के साथ पुराना संस्करण जारी रखें।

2. पुरानी प्रगति को आर्काइव करें और नया संस्करण शुरुआत से खेलें।

3. बिना कुछ बदले बाहर निकलें और बाद में निर्णय लें।

“पुराना संस्करण जारी रखें” हमेशा पिछली पूरी रिलीज़ खोलता है, पुराने और नए अध्यायों का मिला-जुला संस्करण नहीं बनाता। यदि लेखक ने उस प्रकाशन को स्थायी रूप से हटा दिया है, तो उसे आगे जारी नहीं रखा जा सकता।

अलग-अलग डिवाइस और ऑफ़लाइन सेव

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

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

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

डेव ब्लॉग पर वापस जाएँ