कैसे एक प्लेग कथा: मासूमियत फ्रेम रेंडर्स

प्रस्तावना

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

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

फ़्रेम ब्रेक

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

हमेशा की तरह, चलो अंतिम फ्रेम से शुरू करते हैं:


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

गेम छह रेंडर टारगेट के साथ GBuffer प्रदान करके एक फ्रेम का निर्माण शुरू करता है। दिलचस्प बात यह है कि इन सभी रेंडर टारगेट में RGBA8 रंग या ऐसे डेटा के लिए विशिष्ट अन्य स्वरूपों के बजाय एक 32-बिट अहस्ताक्षरित पूर्णांक प्रारूप (एक के अपवाद के साथ) है। यह मुश्किल था क्योंकि मुझे NSight से कस्टम Shader फ़ंक्शन का उपयोग करके मैन्युअल रूप से प्रत्येक चैनल को डीकोड करना था। मैंने यह जानने में बहुत समय बिताया कि कौन से मूल्य 32-बिट लक्ष्य में एन्कोड किए गए हैं, लेकिन यह संभव है कि मैं कुछ भी याद किया।


GBuffer 0

पहले लक्ष्य में 24 बिट्स में कुछ छायांकन मान हैं, और 8 बिट्स में बालों के लिए कुछ अन्य मान हैं।


GBuffer १

दूसरा लक्ष्य प्रत्येक चैनल में विभिन्न सामग्री नियंत्रण मूल्यों के साथ पारंपरिक RGBA8- लक्ष्य जैसा दिखता है। जहां तक ​​मैं समझता हूं, लाल चैनल धातु है (यह पूरी तरह से स्पष्ट नहीं है कि कुछ पत्तियों को इसके साथ क्यों चिह्नित किया गया है), हरा चैनल एक खुरदरापन जैसा दिखता है, और नीला चैनल मुख्य चरित्र का मुखौटा है। मैंने जो भी कैप्चर किए उनमें से किसी ने भी अल्फा चैनल का इस्तेमाल नहीं किया।


GBuffer 2

तीसरा लक्ष्य भी आरजीबी चैनलों में एल्बिडो के साथ RGBA8 की तरह दिखता है, और मेरे द्वारा बनाए गए प्रत्येक कैप्चर में अल्फा चैनल पूरी तरह से सफेद था, इसलिए मुझे यह समझ में नहीं आया कि यह डेटा क्या करना चाहिए।


GBuffer3

चौथा लक्ष्य जिज्ञासु है क्योंकि मेरे सभी कैप्चर पर यह लगभग पूरी तरह से काला है। मान वनस्पति के भाग का मुखौटा और सभी बाल / फर की तरह दिखते हैं। शायद यह पारभासी के साथ कुछ करना है।


GBuffer 4

पांचवां लक्ष्य शायद किसी तरह का सामान्य एन्कोडिंग है, क्योंकि मैंने उन्हें कहीं और नहीं देखा है, और शेडर सामान्य नक्शे का नमूना लेता है और फिर उस लक्ष्य को आउटपुट करता है। इसे ध्यान में रखते हुए, मुझे नहीं पता है कि उन्हें कैसे ठीक से कल्पना करना है।


GBuffer से गहराई 5


GBuffer से मास्क 5

बाद का लक्ष्य एक अपवाद है क्योंकि यह 32-बिट फ्लोटिंग पॉइंट प्रारूप का उपयोग करता है। इसका कारण यह है कि इसमें छवि की रैखिक गहराई समाहित है, और साइन बिट कुछ अन्य मास्क को एन्कोड करता है, फिर से बालों और वनस्पति के हिस्से को मास्क करता है।

GBuffer निर्माण पूरा होने के बाद, कम्प्यूटेशनल शेडर में डेप्थ मैप के रिज़ॉल्यूशन को कम किया जाता है, और फिर शैडो मैप्स (सूरज से क्यूबिक डेप्थ शेडो और पॉइंट लाइट सोर्स से क्यूबिक डेप्थ मैप्स) को रेंडर किया जाता है।


गोधूलि की किरणें

छाया के नक्शे को पूरा करने के बाद, आप प्रकाश की गणना कर सकते हैं, लेकिन इससे पहले, भगवान की किरणों को एक अलग लक्ष्य में प्रदान किया जाता है।


SSAO

प्रकाश गणना चरण में, SSAO की गणना करने के लिए एक कम्प्यूटेशनल शेडर किया जाता है।


प्रबुद्ध अपारदर्शी ज्यामिति

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


सक्रिय रेंडरिंग तत्व

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

सभी रंग जमा होने के बाद, हम लगभग पूरी हो चुकी हैं, केवल कुछ पोस्ट-प्रोसेसिंग ऑपरेशन और UI हैं।


कम्प्यूटेशनल छाया में रंग रिज़ॉल्यूशन कम हो जाता है और फिर एक बहुत ही सुंदर और नरम खिल प्रभाव बनाने के लिए बढ़ जाता है।


पिछले सभी परिणामों को कंपोज़ करने के बाद, कैमरा डर्ट, कलर ग्रेडिंग और अंत में टोनल इमेज करेक्शन को जोड़ने पर हमें सीन के रंग मिलते हैं। UI ओवरले हमें लेख की शुरुआत से एक छवि देता है।

प्रतिपादन के बारे में दिलचस्प बातों के एक जोड़े का उल्लेख करते हुए:

• इंस्ट्रूमेंटिंग (ज्यामिति का दोहराव) केवल व्यक्तिगत मेश के लिए उपयोग किया जाता है (ऐसा लगता है कि केवल वनस्पति के लिए)। अन्य सभी वस्तुओं को अलग-अलग ड्रा कॉल में प्रदान किया जाता है।
• ऐसा लगता है कि वस्तुओं को कुछ अपवादों के साथ सामने से पीछे तक क्रमबद्ध किया गया है।
• ऐसा लगता है कि डेवलपर्स ने सामग्री मापदंडों के संदर्भ में ड्रॉ कॉल को समूहीकृत करने का कोई प्रयास नहीं किया।

चूहे

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


अन्य वस्तुओं की तरह, चूहों को ज्यामिति का कोई दोहराव नहीं लगता है, जब तक कि हम उस दूरी तक नहीं पहुंच जाते हैं जहां हम जाल विस्तार (एलओडी) के अंतिम स्तर पर जाते हैं। आइए देखें कि यह कैसे काम करता है।


LOD0


LOD1


LOD2


LOD3

चूहों में 4 एलओडी स्तर होते हैं। दिलचस्प है, तीसरे स्तर पर, पूंछ शरीर से मुड़ी हुई है, जबकि चौथी पूंछ नहीं है। इसका शायद यह मतलब है कि एनिमेशन केवल पहले दो स्तरों के लिए सक्रिय हैं। दुर्भाग्य से, NSight ग्राफिक्स के पास इसके परीक्षण के लिए पर्याप्त उपकरण नहीं हैं।


चूहों का कोई दोहराव (उदाहरण) नहीं।

नकल के साथ।


ऊपर दिखाए गए दृश्य में, चूहों की निम्नलिखित संख्या प्रदान की गई थी:

• LOD0 - 200
• LOD1 - 200
• एलओडी 2 - 1258
• LOD3 - 3500 (ज्यामिति के दोहराव के साथ)

इससे हमें यह समझ में आता है कि पहले दो LOD पर प्रदान किए जाने वाले चूहों की संख्या पर एक सख्त सीमा है।

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

निष्कर्ष में

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