जब कोई गार्डन गेम बिना खेले छूटा रहे: दूर रहने के समय और वापसी की रूपरेखा तैयार करना

तय करें कि "दूर रहने के समय" का क्या अर्थ है

ऑफ़लाइन प्रोग्रेशन का अर्थ है कि गेम बंद होने के दौरान भी उसका कुछ हिस्सा आगे बढ़ता रहता है, मानो खिलाड़ी अभी भी मौजूद हो। एपिक (Epic) का दस्तावेज़ एक फ़ार्मिंग गेम का उदाहरण देता है: फ़सलें बढ़ना जारी रख सकती हैं, जो अक्सर एक समय सीमा के अधीन होती हैं। यह एक संभावित मैकेनिक्स का वर्णन करता है, न कि किसी सार्वभौमिक नियम का। Epic’s offline progression documentation

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

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

सुरक्षित विकास को नुकसानदेह क्षय (decay) से अलग रखें

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

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

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

एक सुसंगत सिमुलेशन मॉडल चुनें

तीन मॉडल अधिकांश डिज़ाइन आवश्यकताओं को पूरा करते हैं। एक रुकी हुई (पॉज़ की गई) घड़ी को समझाना सबसे आसान है और यह गार्डन को अनपेक्षित परिवर्तनों से बचाती है। एक सीमित (बाउंडेड) घड़ी एक निर्धारित अवधि के लिए चुनिंदा प्रणालियों को आगे बढ़ाती है, फिर रुक जाती है। एक पूर्ण बीता-समय (इलैप्सड-टाइम) सिमुलेशन चुनिंदा प्रणालियों को लगातार गतिशील रखता है और यह ऐसे गेम के लिए उपयुक्त हो सकता है जिसकी मुख्य गतिविधि चल रहे उत्पादन की जांच करना है। आइडल-गेम पैटर्नों पर शोध सिस्टम ऑटोमेशन और परिवर्तनों को हाइलाइट करने जैसे रिटर्न रिवॉर्ड्स का वर्णन करता है, साथ ही यह भी बताता है कि पैटर्न आपस में ओवरलैप हो सकते हैं। Villareale and colleagues’ study of idle-game design patterns

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

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

खिलाड़ियों द्वारा व्यवस्थित की गई स्थिति को सुरक्षित रखें

पर्सिस्टेंस (स्थिरता) समय के सिमुलेशन से एक अलग प्रश्न का उत्तर देती है: गेम क्या याद रखता है? एक गार्डन के लिए, लेआउट, पौधे के प्रकार और चरण, मिट्टी या प्लॉट की स्थिति, संग्रहीत फ़सल, अनलॉक किए गए क्षेत्र, और किसी भी सक्रिय कार्य को सहेजें जो अगली विज़िट के लिए मायने रखता है। बीते समय की गणना के लिए उपयोग किए जाने वाले टाइमस्टैम्प को उस सहेजी गई स्थिति के साथ रखें। यदि कोई गेम सस्पेंड हो सकता है या कनेक्टिविटी खो सकता है, तो स्थिति को सहेजना खिलाड़ी को प्रगति खोए बिना फिर से शुरू करने में मदद करता है। Microsoft का Xbox-विशिष्ट मार्गदर्शन किसी शीर्षक के सस्पेंड होने पर सहेजने और ऑफ़लाइन व्यवहार को पूर्वानुमेय बनाने की सलाह देता है; यह यह भी स्पष्ट करता है कि गेम के लिए सार्वभौमिक रूप से ऑफ़लाइन प्ले का समर्थन करना अनिवार्य नहीं है। Microsoft’s offline-play guidance

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

वापसी को पहले मिनट में ही समझने योग्य बनाएं

लौटने वाले खिलाड़ी को याद रखे गए गार्डन से वर्तमान गार्डन तक एक सेतु (ब्रिज) की आवश्यकता होती है। लंबे समय तक सिंगल-प्लेयर गेम्स में वापसी पर शोध एक “पिवट पॉइंट” का वर्णन करता है—एक ऐसा क्षण जब खिलाड़ी गेम से फिर से जुड़ता है—और उस पुनः प्रवेश का समर्थन करने के तरीकों की पड़ताल करता है। यह वापसी के अनुभवों और प्रोटोटाइप का एक अध्ययन है, न कि इस बात का प्रमाण कि एक ही इंटरफ़ेस हर गेम के लिए काम करता है। Hammad and colleagues’ study, “Homecoming: Exploring Returns to Long-Term Single Player Games”

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

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

एक व्यावहारिक निर्णय क्रम

डिज़ाइन को नियमों के एक सेट में बदलने के लिए इस क्रम का उपयोग करें:

घड़ी सेट करें। रुकी हुई, सीमित या निरंतर समय चुनें, और जहां लागू हो उसकी इकाई और अधिकतम अवधि को परिभाषित करें।

योग्य स्थिति को चिह्नित करें। तय करें कि गेम बंद होने पर विकास, कटाई की तैयारी, मौसम, ऋतुएं और परिवेशी दृश्य आगे बढ़ते हैं या नहीं।

व्यवस्थित स्थिति को सुरक्षित रखें। प्लेसमेंट और पौधे की पहचान को सहेजें, और तय करें कि सेव टकरावों को कैसे हल किया जाए।

छूटे हुए विकल्पों को प्रतिवर्ती बनाएं। क्षमाशील होने के लिए डिज़ाइन किए गए गेम में, बिना ध्यान दिए बीते समय को पौधों को नष्ट करने या अर्जित वस्तुओं को हटाने से रोकें।

वापसी पर परिणाम स्पष्ट करें। गिने गए समय, स्थिति में बदलाव और अगली उपलब्ध कार्रवाई की रिपोर्ट करें, फिर खिलाड़ी को गार्डन का निरीक्षण करने दें।

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

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