स्वचालित बीटा गेम प्रोफ़ाइल
More actions
वैकल्पिक बीटा खोज नई गेम बिल्ड की तुलना सहेजे गए, समर्थित संस्करण से करती है। आवश्यक साक्ष्य उपलब्ध होने पर ही यह पूरी बीटा प्रोफ़ाइल बनाती है। मेल खाती नियमित गेम प्रोफ़ाइलों को प्राथमिकता मिलती है।
गेम अपडेट से पहले तैयारी करें
मॉड्यूल डिफ़ॉल्ट रूप से सक्षम है और इसे बंद किया जा सकता है। स्पष्ट रूप से सहेजी गई अक्षम सेटिंग बंद ही रहती है। इसका स्विच प्रोफ़ाइल चयनकर्ता के पास Settings → General → Game profile में है।
- जाँचें कि Dynamic game profile creation (Beta) सक्षम है। ज़रूरत हो तो इसे चालू करें।
- मेल खाती नियमित प्रोफ़ाइल उपलब्ध रहते हुए गेम या समर्पित सर्वर को पूरी तरह फिर शुरू करें।
- ShroudForge मौजूदा एक्ज़ीक्यूटेबल की सटीक पुष्टि करके तुलना के आधार के रूप में कैश में सहेजता है। आपको पुराना एक्ज़ीक्यूटेबल डाउनलोड करने की आवश्यकता नहीं है।
- बाद के गेम अपडेट के बाद नई गेम प्रक्रिया अपने आप तुलना शुरू करती है और सहेजे गए आधार का उपयोग करती है।
क्लाइंट और समर्पित सर्वर के आधार अलग-अलग रहते हैं। क्लाइंट सर्वर का आधार नहीं बदल सकता। यदि अपडेट के बाद मॉड्यूल पहली बार सक्षम किया गया और मेल खाता आधार सहेजा नहीं गया था, तो पिछला संस्करण फिर से तैयार नहीं किया जा सकता।
गेम स्टार्टअप पर क्या होता है
विश्लेषण गेम स्टार्टअप के दौरान चलता है। स्टार्टअप आगे बढ़ने से पहले गेम परिणाम की प्रतीक्षा करता है। इस चरण के लिए दुनिया का लोड होना आवश्यक नहीं है।
ShroudForge पहले सटीक चल रहे एक्ज़ीक्यूटेबल से मेल खाती नियमित प्रोफ़ाइल ढूँढ़ता है। यदि ऐसी प्रोफ़ाइल हो, तो स्वचालित चयन उसका उपयोग करता है। खोज सक्षम होने पर यह भविष्य के अपडेट के लिए समर्थित एक्ज़ीक्यूटेबल को कैश भी करता है।
यदि मेल खाती नियमित प्रोफ़ाइल न हो, तो मॉड्यूल उसी प्रक्रिया लक्ष्य और KFC प्रारूप के लिए नवीनतम उपयुक्त नियमित आधार जाँचता है। पहले कैश किया गया एक्ज़ीक्यूटेबल उस आधार से बिल्कुल मेल खाना चाहिए। यह तुलना छवियों से कोड, संदर्भ, पंजीकृत प्रकार और आवश्यक संरचना अनुबंधों की तुलना करता है। लक्ष्य पते नई छवि से स्थापित होने चाहिए।
परिणाम पिछली प्रोफ़ाइल का पूरा अनुबंध बनाए रखता है, जिसमें उसकी सुविधा फ़्लैग भी शामिल हैं। अनसुलझे या परस्पर विरोधी साक्ष्य पूरी बीटा प्रोफ़ाइल के प्रकाशन को रोकते हैं। निदान में वजह बताई जाती है। अधिक प्रतीक्षा करने या दुनिया में प्रवेश करने से अनुपस्थित स्थिर साक्ष्य नहीं मिलते।
संग्रहण और चयन
नियमित और जनरेट की गई प्रोफ़ाइलें कॉन्फ़िगर की गई प्रोफ़ाइल डायरेक्टरी साझा करती हैं। डिफ़ॉल्ट पथ हैं:
| सामग्री | स्थान |
|---|---|
| क्लाइंट प्रोफ़ाइलें | shroudforge/runtime/profiles/enshrouded/client/
|
| सर्वर प्रोफ़ाइलें | shroudforge/runtime/profiles/enshrouded/server/
|
| सहेजी गई तुलना छवियाँ और साक्ष्य | shroudforge/cache/game-profile-discovery/
|
जनरेट की गई प्रोफ़ाइलों के नाम beta_ से शुरू होते हैं। यदि कोई मेल खाती नियमित प्रोफ़ाइल उपलब्ध न हो, तो Automatic चयन पूरी तरह सत्यापित मेल खाती बीटा प्रोफ़ाइल उपयोग कर सकता है। प्रोफ़ाइल चयनकर्ता उपलब्ध प्रोफ़ाइलें दिखाता है। बाद में जोड़ी गई मेल खाती नियमित प्रोफ़ाइल को प्राथमिकता मिलती है।
स्विच या प्रोफ़ाइल चयन बदलने के लिए प्रभावित गेम या सर्वर को पूरी तरह फिर शुरू करना आवश्यक है। Modloader विंडो फिर खोलने से रनटाइम फिर शुरू नहीं होता।
खोज, प्रोफ़ाइल और चलती हुई दुनिया में अंतर
नीला Dynamic profile search in progress सूचना संदेश बताता है कि प्रोफ़ाइल खोज जारी है। Workflow and help इस मार्गदर्शिका को खोलता है। यदि खोज मेल खाती प्रोफ़ाइल के बिना समाप्त होती है, तो समस्या लाल रंग में दिखाई जाती है। नारंगी Experimental game profile active सूचना वास्तव में चुनी गई बीटा प्रोफ़ाइल बताती है। वास्तविक रनटाइम त्रुटियाँ त्रुटियों के रूप में ही दिखाई जाती हैं।
एक्ज़ीक्यूटेबल की संरचनात्मक जाँच के लिए दुनिया का लोड होना आवश्यक नहीं है। दुनिया से जुड़ी कार्रवाइयों के लिए उनके लाइव संदर्भ, पंजीकरण और रनटाइम सुरक्षा जाँच भी चाहिए। जनरेट की गई प्रोफ़ाइल यह साबित नहीं करती कि गेम कमांड चलाए गए या उनका दिखने वाला प्रभाव हुआ। कार्यात्मक जाँचों में क्लाइंट और सर्वर को अलग-अलग परखना भी आवश्यक है।
यदि कोई प्रोफ़ाइल नहीं बनती, तो बताई गई वजह और तकनीकी विवरण पढ़ें। सहेजे गए आधार का न होना, अनुपयुक्त स्रोत प्रोफ़ाइल या अनसुलझे कोड और लेआउट साक्ष्य में से हर समस्या के लिए संबंधित इनपुट या आगे विश्लेषण चाहिए। मेल खाती नियमित प्रोफ़ाइल या ShroudForge का उपयुक्त अपडेट समर्थन दे सकता है।
विस्तृत लॉगिंग
Debug Console मुख्य लॉग से खोज संदेश game-profile-discovery स्रोत के अंतर्गत दिखाता है। हर तुलना और रीबेस फ़ील्ड देखने के लिए Settings → General → Logging → Minimum level को Diagnostic पर रखें। Advanced अतिरिक्त सारांश दिखाता है।
लाल रनटाइम बैनर और [compatibility-check] check=runtime लॉग प्रविष्टि उसी रनटाइम जाँच से आते हैं। मौजूदा UI रिफ़्रेश वही स्थिति Modloader को भेजने से पहले बदलाव लॉग करता है। Debug Console मुख्य लॉग की चेतावनी और त्रुटि पंक्तियों पर अपनी मौजूदा पॉपअप सेटिंग लागू करता है।
विफलता पर मुख्य लॉग मौजूदा .v2.unresolved.json या .v2.error.json रिपोर्ट का पथ देता है। सफलता पर यह .v2.proof.json साक्ष्य और जनरेट की गई beta_.json प्रोफ़ाइल का पूरा सहेजा पथ देता है। रिपोर्ट खोज कैश में रखी जाती हैं।
Linux और Proton
खोज नेटिव रनटाइम मॉड्यूल के भीतर चलती है और इसके लिए बाहरी PowerShell या Python प्रोग्राम की आवश्यकता नहीं है। Proton के अंतर्गत इस कार्यप्रवाह का अभी लाइव परीक्षण नहीं हुआ है।
रनटाइम, मॉड API और पार्सर के मार्गदर्शन के लिए इंजन देखें।