मेट्रो में रेंडरिंग फीचर्स: एक्सोडस c रीट्रैस्टिंग

प्रस्तावना

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

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

नोट: यह लेख पूर्ण विवरण नहीं है और अगर मुझे कुछ जोड़ने लायक लगता है तो मैं इसे वापस कर दूंगा। शायद मैंने कुछ याद किया, क्योंकि कुछ पहलू केवल खेल के अगले चरणों में दिखाई देते हैं, या मैंने केवल विवरणों को देखा।

पहला कदम

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

NSight की एक खामी है - यह किसी फाइल को कैप्चर को सेव करने का समर्थन नहीं करता है, इसलिए मैं अपने द्वारा पढ़े गए फ्रेम में वापस नहीं आ सकता।

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

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

फ्रेम विश्लेषण

समाप्त फ्रेम

रेंडर ट्रेसिंग (किरणित जीआई) द्वारा निष्पादित वैश्विक रोशनी के अपवाद के साथ, प्रतिपादन का एक संक्षिप्त विश्लेषण कार्यों के एक काफी मानक सेट को दर्शाता है।

चित्र को प्रस्तुत करने से पहले, पिछले फ्रेम के पैमाने को गणना कतार में कम किया जाता है और औसत चमक की गणना की जाती है।

ग्राफिक कतार विरूपण कणों (कैमरे पर बूंदों) के प्रतिपादन के साथ शुरू होती है, जो पोस्ट-प्रोसेसिंग चरण में लागू होती हैं। फिर गहराई का एक प्रारंभिक प्रारंभिक गबफर के सामने गहराई का एक हिस्सा बनाता है; ऐसा लगता है कि यह केवल एक राहत प्रदान करता है।

GBuffer पास नीचे दिए गए आरेख के अनुसार 4 रेंडर लक्ष्य भरता है, और गहराई बफ़र फिलिंग को भी पूरा करता है।



1. अल्बेडो के साथ RGBA8 प्रारूप में लक्ष्य और, संभवतः, अल्फा चैनल में परिवेश समावेश; कुछ सतहों पर यह बहुत गहरा दिखता है।



2. मानदंडों के साथ RGB10A2 प्रारूप में लक्ष्य और, संभवतः, अल्फा चैनल में एक उपसतह बिखरने वाला मुखौटा।



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


4. 2 डी मोशन वैक्टर के साथ आरजी 16 एफ प्रारूप में लक्ष्य।

गहराई पूरी तरह से भरे जाने के बाद, एक रैखिक गहराई बफर बनाया जाता है और इसका पैमाना कम हो जाता है। यह सब गणना कतार में किया जाता है। एक ही कतार में, बफर छाया के उपयोग के बिना दिशात्मक प्रकाश व्यवस्था के समान है।

ग्राफिक्स कतार में, GPU वैश्विक रोशनी की किरणों का पता लगाता है, लेकिन मैं इसके बारे में नीचे बात करूंगा।



गणना कतार परिवेश रोड़ा, प्रतिबिंब, और धार मान्यता के समान कुछ गणना करती है।

ग्राफिक कतार में, चार-चरण छाया नक्शा 6k * 6k आकार के 32-बिट गहराई मानचित्र में प्रदान किया जाता है। इस पर अधिक नीचे। निर्देशित छाया के नक्शे के पूरा होने के बाद, अज्ञात कारणों से तीसरे झरने का रिज़ॉल्यूशन घटकर 768 * 768 हो जाता है।


छाया प्रदान करने की प्रक्रिया के बीच में, एक जिज्ञासु क्षण होता है: प्रकाश से स्थानीय छाया को प्रस्तुत करने से पहले कुछ वस्तुओं के साथ नपुंसक एटलस को पूरक किया जाता है ( यहां कौन से impostors पाए जा सकते हैं )। दोनों impostor बफ़र्स और स्थानीय प्रकाश छाया बफ़र्स भी 6k * 6k बनावट हैं।

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


दृश्य का प्रतिपादन सामने की ओर रोशनी वाली वस्तुओं (आंखों, कणों) के साथ होता है। दृश्य प्रभावों को एक आधे-रिज़ॉल्यूशन बफर में प्रदान किया जाता है, जिसके बाद उन्हें ज़ूमिंग का उपयोग करके अपारदर्शी वस्तुओं के साथ कंपोज़ किया जाता है।


अंतिम चित्र तानवाला सुधार और खिल गणना (कमी और फिर तानवाला सुधार के साथ फ्रेम के संकल्प में वृद्धि) द्वारा प्राप्त किया जाता है। अंत में, यूआई को एक अलग बफर में प्रस्तुत किया जाता है और, खिलने वाले कंपोजिंग के साथ, दृश्य के शीर्ष पर आरोपित किया जाता है।

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

वैश्विक प्रकाश किरण अनुरेखण

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


शीर्ष दृश्य

यहाँ हम खिलाड़ी की स्थिति के चारों ओर चार टाइल देख सकते हैं। यह भी स्पष्ट है कि अल्फा चैनल पर परीक्षण की जा रही ज्यामिति की कमी है। पेड़ों में चड्डी है, लेकिन कोई पत्ते नहीं, कोई घास नहीं, कोई झाड़ियां नहीं।


बंद दृश्य

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


खिलाड़ी आइटम अंडरफुट

दिलचस्प बात यह है कि खिलाड़ी के आइटम भी त्वरित संरचना का हिस्सा हैं, लेकिन किसी कारण से उसके पैरों के नीचे स्थित हैं।


टूटी हुई त्वचा?


टूटी त्वचा फिर से?

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


वस्तुओं की एक बड़ी संख्या

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


अल्ट्रा-उच्च एलओडी, प्रत्येक पैमाने और स्विच पूरी तरह से मॉडलिंग करते हैं

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

दिशात्मक छाया का प्रतिपादन

रेंडरिंग छाया का मुख्य भाग सरल है और विशेष उल्लेख की आवश्यकता नहीं है, लेकिन यहां दिलचस्प बिंदु हैं।


ऐसी जालियां जिनके लिए छाया ढलाई संभव नहीं है


छाया के नक्शे में विशाल विस्तार


गलत सूचकांक बफ़र का उपयोग करने के लिए लग रहे हैं

ऐसा लगता है कि तेजी संरचनाओं की तरह, छायांकन में बिल्कुल सब कुछ शामिल है। ऐसी वस्तुएं हैं जो लगभग छाया मानचित्र में योगदान नहीं करती हैं, लेकिन वे अभी भी प्रस्तुत करते हैं। मुझे आश्चर्य है कि अगर अनुमति के कारण ऐसा होता है, या इंजन में उन्हें बाहर करने का कोई आसान तरीका नहीं है?

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

मेष की जांच करते समय, ऐसा लगता है कि छाया मानचित्र में प्रदान किए गए कुछ मेषों ने सूचकांक बफ़र्स को तोड़ दिया है, लेकिन शीर्ष छाया के बाद वे सही दिखते हैं (परिणाम PIX और NSight दोनों में समान हैं)। यह सबसे अच्छा उदाहरण है जिसे मैं खोजने में कामयाब रहा, लेकिन यह केवल एक से दूर है। शायद यह किसी प्रकार की विशेष पैकेजिंग स्थिति है?


लगता है कि मेश की खराब त्वचा है

स्किनिंग न केवल संरचनाओं को तेज करने में समस्याएं पैदा कर रहा है। दिलचस्प है, यह स्क्रीन पर दृश्य कलाकृतियों को जन्म नहीं देता है।

भाग २

मामूली संशोधन

पिछले भाग में, मैंने लिखा था कि GBuffer बफर के तीसरे रेंडर टारगेट में सबसे अधिक धातुपन होता है, लेकिन ऐसा लगता है कि इसमें वास्तव में स्पेक्युलर कलर होता है। सबसे पहले मैंने कोई रंग नहीं देखा और समझ में नहीं आया कि सभी तीन RGB चैनलों में समान डेटा क्यों है, लेकिन यह शायद इसलिए था क्योंकि दृश्य में कोई रंग प्रतिबिंब नहीं थे। इस हथियार के लिए, बफर में कई अलग-अलग रंग हैं।

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


"मुझे सुधारो!"

ट्रांसपेरेंसी कंपोजिंग और एंटी-अलियासिंग

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


पारदर्शिता प्रदान करने से पहले

ऐसा लगता है कि पारदर्शिता बफर की रचना करने से पहले, बफर में पहले से ही पूरी तरह से प्रदान की गई छवि होती है, और चूंकि इस फ्रेम में कोई तेज किनारों नहीं हैं, इसलिए यह मान लेना तर्कसंगत है कि यह पिछले फ्रेम का डेटा है।


वर्तमान फ्रेम की पारदर्शिता के बाद

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


वर्तमान फ्रेम में अपारदर्शिता जोड़ने के बाद

कई ड्रॉ कॉल के बाद, कंपोजिटिंग और अपारदर्शी मेष प्रदर्शन किए जाते हैं। इस क्रम में ऐसा करने का कोई विशेष कारण नहीं लगता है। वर्तमान फ्रेम के अपारदर्शी वस्तुओं के डेटा में पारदर्शिता बफर की रचना करना तर्कसंगत है, लेकिन ऐसा नहीं होता है, और यह जानना दिलचस्प होगा कि क्यों।


TAA के बाद

पूर्ण फ्रेम पूरा करने के बाद, TAA (टेम्पोरल स्मूथिंग) पास के किनारों को चिकना करता है। मुझे पहले से ही इसमें दिलचस्पी थी, क्योंकि मैंने यह नहीं देखा कि स्मूचिंग कहां होती है। लेकिन मैंने इसे छोड़ दिया क्योंकि इस ड्रॉ कॉल के तुरंत बाद ब्लूम पास के लिए डाउनसमलिंग शुरू हो जाती है और मुझे यह एक ड्रॉ कॉल याद आती है।

लेंस भड़कता है

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


लेंस तैयार-निर्मित रचना में भड़कते हैं

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


खिलता बफर में लेंस भड़कता है

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


ज्यामिति लेंस भड़कता है

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

इलाके का प्रतिपादन

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


पहली नज़र में, राहत का एक टुकड़ा ऐसा लग रहा है जैसे किसी तरह का टेसूलेशन किया जा रहा है। आंदोलन के दौरान जिस तरह से राहत मिलती है, यह मान लेना तर्कसंगत है कि कुछ अतिरिक्त विस्थापन है। इसके अलावा, एक पीसी पर, गेम सक्रिय रूप से टेसलेशन का उपयोग करता है, इसलिए राहत में इसका उपयोग करना तर्कसंगत होगा।


शायद मेरे पास गलत पैरामीटर सेट थे, लेकिन गेम बिना टेसलेशन के राहत के सभी टुकड़ों को प्रस्तुत करता है। राहत के प्रत्येक टुकड़े के लिए, वह इस वर्दी 32 * 32 ग्रिड का उपयोग करती है। एलओडी भी नहीं है।


वर्टेक्स शेडर के बाद राहत के एक टुकड़े को देखते हुए, आप देख सकते हैं कि अधिकांश जोड़े जोड़े लगभग 16 * 16 ग्रिड बनाने के लिए विलीन हो गए, कुछ स्थानों को छोड़कर, जिन्हें अधिक सटीकता की आवश्यकता होती है (शायद राहत की वक्रता के कारण)। ऊपर उल्लिखित विरूपण संभवतया राहत की ऊंचाई के मानचित्र-बनावट को पढ़ने के कारण उत्पन्न होता है जब राहत कैमरे से दूर होती है।

रे ट्रैकिंग ट्रिक्स

और अब इस बारे में कि सभी को किसका इंतजार था।

स्ट्रीमिंग डेटा

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


खिलाड़ी जहाज के अंदर है

पहली कैद में, मैं एक टूटे हुए जहाज के अंदर खड़ा था, जो इस छवि के बीच में दिखाई देता है। केवल निकटतम वस्तुओं को लोड किया जाता है, नक्शे के किनारे पर बड़ी चट्टानों को छोड़कर।


खिलाड़ी इस छवि के ऊपरी बाएँ कोने में चला गया है।

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

राहत और इसके तहत क्या है

मेट्रो में डीएक्सआर कार्यान्वयन के कई पहलू: इलाके के बारे में पलायन का उल्लेख किया जा सकता है।


सबसे पहले, यह दिलचस्प है कि त्वरित संरचनाओं में कोई राहत मेष (विशेष मामलों के अपवाद के साथ) शामिल नहीं है। ये राक्षस वास्तव में जमीन पर गेम में दौड़ते हैं, लेकिन NSight में डेटा को देखते हुए, आप सोच सकते हैं कि वे उड़ रहे हैं। यह हमारे लिए एक दिलचस्प सवाल बन गया है: क्या वैश्विक प्रकाश व्यवस्था के कार्यान्वयन से किसी तरह राहत मिल सकती है (संभवतः एक ऊंचाई के नक्शे और राहत सामग्री का उपयोग करके) या नहीं।


अगले पल मैं कभी ध्यान नहीं देता अगर राहत मिलती। NSight में त्वरित संरचना में स्तर की शुरुआत को देखते हुए, मैंने राहत के तहत कुछ मेषों को देखा।


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


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


अंत में, त्वरक संरचना का अंतिम जिज्ञासु तत्व एकतरफा मेष है जो स्तर से बाहर की ओर दिखता है। जब तक उन्हें द्विपक्षीय नहीं माना जाता है, तब तक इस बात की संभावना बहुत कम है कि वे खेल की तस्वीर में कोई योगदान दें। यहां तक ​​कि अगर मेश दो तरफा हैं, तो वे खेलने योग्य क्षेत्र से इतनी दूर हैं कि वे शायद केवल त्वरित संरचना को फैलाते हैं। यह देखना दिलचस्प है कि उन्हें फ़िल्टर नहीं किया गया है। यह छवि ट्रेन और भवन के बीच निचले दाएं कोने में "राहत जाल" के विशेष मामलों में से एक दिखाती है।

चमड़ी के साथ सिर दर्द

मैंने पहले से ही स्किनिंग मेश की समस्याओं के बारे में बात की थी, लेकिन इस स्तर पर मैंने कुछ और देखा।


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


मैंने यह भी देखा कि चमगादड़ की तरह के इन छोटे जीवों का त्वरण संरचना में कोई सिर नहीं है।


एक और उदाहरण। छेद को नोटिस करें जहां सिर होना चाहिए। मैंने एक भी मामला नहीं देखा है जहां सिर दिखाई दे रहा था।


रेस्टराइजेशन मोड में एक ही तरह के जीव। ध्यान दें कि सिर स्पष्ट रूप से दिखाई दे रहा है।


और यहां सिर का वायरफ्रेम है।

निष्कर्ष में

आज के लिए बस इतना ही। मुझे आशा है कि आपको मेट्रो के शवों पर यह नज़र बहुत अच्छी लगी होगी: पलायन।

मैं खेल के प्रतिपादन का पता लगाना जारी रखूंगा, लेकिन मैं लेख के नए हिस्सों को प्रकाशित नहीं करूंगा जब तक कि मुझे कुछ विशेष भाग नहीं मिलेंगे जो लोगों के लिए दिलचस्प होंगे, या कुछ साझा करने लायक होंगे।