... और यह पता लगाने के लिए कि आपकी सामग्री निर्माण पाइपलाइन में क्या गलत है।

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

सामान्य मानचित्रों के परीक्षण के लिए इस पारंपरिक मॉडल की महानता देखें!

फिर कलाकार उसे खेल में डालता है, और वह दिखता है ... थोड़ा गलत है।

क्या ये चेहरे सपाट नहीं होने चाहिए?

सतह, जो सपाट होनी चाहिए, अभी भी थोड़ी गोल हैं, कुछ उदास भी हैं, और इससे भी बदतर, अजीब धारियां उनके साथ जाती हैं। परिचित स्थिति? आप में से कुछ शायद इसके पार आए, सोचा: "ठीक है, शायद, यह बेहतर काम नहीं कर सका", और आगे बढ़ा। शायद सबसे गंभीर मामलों को नाकाम करने के लिए थोड़ी गंदगी लागू की गई थी।

लेकिन आपकी सामग्री निर्माण पाइपलाइन में वास्तव में कुछ गड़बड़ है। यह हमेशा स्पष्ट नहीं होता है, लेकिन समस्या को हल किया जा सकता है! *

* यदि आप मानते हैं कि कुछ मामलों में आप सामग्री पाइपलाइन में बदलाव कर सकते हैं।

प्रस्तावना

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

स्पर्शरेखा स्थान आधार

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

यह समझना अधिक महत्वपूर्ण है कि हाईपोली मेष से लोप्रोली मेष तक के सामान्य मानचित्र को बेक करने के लिए उपयोग किए जाने वाले प्रोग्राम को अपने स्पर्शरेखा स्थान की गणना करनी चाहिएठीक उसी कार्यक्रम के रूप में जिसमें सामान्य नक्शे का उपयोग किया जाएगा । चूंकि विभिन्न कार्यक्रम अलग-अलग तरीकों से स्पर्शरेखा स्थान का उपयोग कर सकते हैं, एक जाली के लिए सामान्य बेक किए गए नक्शे सभी अनुप्रयोगों के लिए आवश्यक रूप से समान नहीं होंगे। यहां तक कि एक ही स्पर्श स्थान का उपयोग करने वाले अनुप्रयोगों के लिए भी!

अपने दुश्मन को पहचानो

स्पष्ट गलती के कारण तख्तापलट

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

यूनिटी इंजन में डायरेक्ट 3 डी ओरिएंटेशन में सामान्य नक्शे, जो एक ओपनगेल ओरिएंटेशन की उम्मीद करते हैं।

यह इस तथ्य से समझा जा सकता है कि प्रकाश दूसरी तरफ से उलटा या गिरने लगता है, लेकिन केवल कुछ प्रकाश दिशाओं में। कुछ कोने या चेहरे पूरी तरह से सामान्य दिख सकते हैं जब तक कि आप प्रकाश स्रोत को स्थानांतरित नहीं करते।

और इस समस्या के साथ, सब कुछ पर्याप्त स्पष्ट है। अधिकांश सामान्य मानचित्र बेकिंग एप्लिकेशन में OpenGL / Direct3D या Y अभिविन्यास विकल्प के बीच स्विच करने के लिए एक अच्छा बड़ा बटन या मेनू होता है। पता करें कि कौन-सा लक्ष्य एप्लिकेशन का उपयोग करता है और इसमें मानचित्रों को बेक करें। एकता OpenGL और Y + का उपयोग करती है। अवास्तविक Direct3D और Y- का उपयोग करता है। यह सामान्य मानचित्र की बनावट को देखकर ही स्पष्ट रूप से समझा जा सकता है। यदि ऐसा लगता है कि ग्रीन चैनल में उन्हें "ऊपर से" जलाया जाता है, तो यह ओपनजीएल ओरिएंटेशन है। यदि नीचे से, तो यह Direct3D है।

एसआरजीबी के साथ विषमताएं

एक और सामान्य गलती है कि एक बनावट को sRGB बनावट के रूप में चिह्नित करना। यह उस तरह से बदलता है जिस तरह से GPU बनावट का नमूना लिया जाता है, यह sRGB स्थान से रंग मूल्यों को परिवर्तित करने के लिए मजबूर करता है, जिससे लोग आमतौर पर रंग मान का चयन करते हैं, एक रैखिक रंग स्थान पर। सामान्य मानचित्रों के लिए, यह आवश्यक नहीं है। यदि आप एकता में बनावट के लिए "सामान्य मानचित्र" प्रकार सेट करते हैं, तो इंजन स्वचालित रूप से इस विकल्प को अक्षम कर देगा, लेकिन आप मैन्युअल रूप से "sRGB (रंग बनावट)" विकल्प को भी अक्षम कर सकते हैं, और बनावट सामान्य मानचित्र के रूप में काम करेगी। कम से कम एकता 2017.1 और नए में।

डिफ़ॉल्ट बनावट प्रकार और sRGB सक्षम के साथ सामान्य मानचित्र।

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

सामान्य होने के लिए बहुत अलग

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

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

सामान्य किनारों को तेज किनारों के साथ एक जाली पर बेक किया जाता है, जो एक चिकने जाल पर प्रदर्शित होता है

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

मिकत्स्कस्पेस बनाम ऑटोडेस्क

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

इस मामले में एकमात्र समाधान इन अनुप्रयोगों के साथ सामान्य मानचित्रों को सेंकना नहीं है यदि आप उन्हें कहीं और उपयोग करना चाहते हैं। यदि आपको एक मुफ्त कार्यक्रम की आवश्यकता है, तो xNormal का उपयोग करें । यह एक उद्योग मानक उपकरण है। यदि आप सामग्री निर्माण पाइपलाइन में कहीं पदार्थ का उपयोग करते हैं, तो इसका उपयोग करें।

3ds Max ने एकता द्वारा उपयोग किए जाने वाले सामान्य नक्शे को बेक किया

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

कई गैर-ऑटोडेस्क अनुप्रयोगों ने एक पेचीदा स्थान गणना पद्धति को स्विच किया है जिसे मिकटस्पेस कहा जाता है ।। दोनों एक्सनॉर्मल और सब्स्टेंस, साथ ही ब्लेंडर, एकता, अवास्तविक, गोडोट, मर्मोसेट, हौदिनी, मोडो और कुछ अन्य, डिफ़ॉल्ट रूप से मिककस्पेस का उपयोग करते हैं या कम से कम किसी तरह इसका समर्थन करते हैं, जो उनकी संगतता में सुधार करता है। वास्तव में, पिछले दस वर्षों में, यह वास्तव में सभी मामलों में उद्योग मानक बन गया है जब स्पर्शरेखा स्थान के सामान्य मानचित्रों का उपयोग किया जाता है। संभवतः, कुछ बिंदु पर, 3ds Max उनके समर्थन को जोड़ देगा, लेकिन यह स्पष्ट नहीं है कि डेवलपर्स मिककस्पेस का उपयोग करके सामान्य मानचित्रों को बेक करने की अनुमति देते हैं या बस उनकी सहायता से देखने / प्रदान करने के लिए समर्थन प्रदान करते हैं।

निर्यात मेष और पदार्थ पेंटर

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

MikkTSpace बनाम मस्कटस्पेस?

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

xNormal और Substance में दोनों विधियों का उपयोग करके सामान्य मानचित्रों को सेंकना करने का विकल्प है। इन विकल्पों को पदार्थ में "गणना के प्रति स्पर्शरेखा स्थान की गणना" और एक्सनॉर्मल में "पिक्सेल शेडर में गणना योग्य" कहा जाता है। यदि आप अंतर्निहित एकता रेंडरिंग विधियों के लिए बेक कर रहे हैं, तो आपको इसका उपयोग करने की आवश्यकता नहीं है । हालाँकि, यह SRP के लिए ऐसा करने लायक हो सकता है , आपके द्वारा चुने गए प्रकार के आधार पर!

XNormal "पिक्सेल shader binormals" बिल्ट-इन फॉरवर्ड रेंडरर यूनिटी

नेत्रहीन के साथ, यह पूरी तरह से अलग स्पर्शरेखा स्थान का उपयोग करने जैसा दिखता है, लेकिन आमतौर पर बहुत कम स्पष्ट है। कुछ चेहरे ऐसे दिख सकते हैं जैसे कि सामान्य थोड़ा विकृत है, और एक बड़ा दांत नहीं होगा। यहां समाधान बहुत सरल है - यदि आप एकता के अंतर्निहित रेंडरिंग विधियों के लिए बेकिंग कर रहे हैं तो इस विकल्प का चयन न करें। अगर आप HDRP के लिए Unreal या Unity इंजन को सेंकते हैं तो बॉक्स को चेक करें।

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

अच्छी खबर यह है कि अब LWRP, URP और Shader Graph shaders प्रत्येक वर्टेक्स के लिए बायनर्मल और प्रत्येक पिक्सेल के लिए बिल्ट-इन HDRP शेड्स का उपयोग करते हैं। शैडर ग्राफ (7.2.0) के भविष्य के अद्यतन में, पिक्सेल-बाय-पिक्सेल कंप्यूटिंग के लिए संक्रमण का प्रदर्शन किया जाएगा, और कुछ समय बाद, अंतर्निहित यूआरपी शेड्स भी इसमें स्विच हो जाएंगे। और मानक रेंडरिंग विधियों को अपने स्वयं के शेड्स का उपयोग करके बदला जा सकता है, यदि आप ऐसा मार्ग चुनते हैं।

त्रिकोणासन, त्रिकोणासन, त्रिकोणासन!

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

Substance Painter , Unity , 3ds Max (quads)

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

एकता के लिए सही सामान्य नक्शे बनाने के लिए सूची

तो, यहाँ एकता में उपयोग के लिए मूल हाईपोली मॉडल से लोप्रोली मेष के लिए स्पर्शरेखा स्थान सामान्य मानचित्र बनाने के लिए सुझाव दिए गए हैं:

करने के लिए कोई ज़रूरत नहीं 3DS मैक्स, माया या किसी अन्य अनुप्रयोग है कि स्पर्श विकल्प नहीं है का उपयोग कर सामान्य नक्शे बेक MikkTSpace ।
मानदंड , और कोई स्पर्शरेखा के साथ त्रिकोण के रूप में निर्यात करें ।
चुनें ओपन या एक्स + Y + सामान्य नक्शा के उन्मुखीकरण के रूप में Z + जब (जब मादक द्रव्यों के पेंटर के लिए एक परियोजना बनाने के साथ ही) पाक।
अंतर्निर्मित प्रतिपादन विधियों (प्रोएक्टिव या आस्थगित) या LWRP के लिए पकाते समय आपको" प्रति पिक्सेल " / " प्रति टुकड़ा "दो बिंदुओं पर स्पर्शरेखा के विकल्पों को सक्षम करने की आवश्यकता नहीं है ।
एचडीआरपी के लिए पकाते समय और यूआरपी के लिए जल्द हीदो "प्रति पिक्सेल" / "प्रति टुकड़ा" अंक स्पर्शरेखा के विकल्प शामिल करें।
एकता के लिए डिफ़ॉल्ट मॉडल आयात विकल्प छोड़ें, "आयात" और "टिकी गणना मिकत्स्कैप" के मानदंडों के साथ।

बस इतना ही! हर बार जब आप पूरी तरह से पके हुए सामान्य मानचित्र प्राप्त करते हैं!

हुर्रे! एकदम सामान्य नक्शा!

... प्रतिबिंबों के साथ? अहम ..

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

MikkTSpace के बारे में अधिक जानें।

Mikktspace.com की सेमी-ऑफिशियल साइट मिकेक्टस्पेस के अच्छे फायदों के बारे में बताती है। विशेष रूप से, यह स्थान परिणामों की अखंडता को बनाए रखते हुए, विभिन्न जाल प्रसंस्करण के साथ कार्यक्रमों के बीच स्पर्शरेखा डेटा को स्थानांतरित करने के लिए और दोनों के लिए अच्छी तरह से काम करता है। साइट का पाठ पहले से ही ख़राब ब्लेंडर विकी पृष्ठ की एक प्रति है, जिसे मोर्टेन एस। मिकसेल्सन ने खुद लिखा है। दुर्भाग्य से, यह केवल प्रत्येक पिक्सेल के लिए दो बिंदुओं के स्पर्शरेखा वाले संस्करण का उल्लेख करता है, लेकिन प्रत्येक शीर्ष के लिए संस्करण नहीं, एकता और xNormal द्वारा उपयोग किए गए डिफ़ॉल्ट। चूंकि ब्लेंडर प्रति पिक्सेल स्पर्शरेखा के डेरिवेटिव का उपयोग करता है, यह तर्कसंगत है कि केवल उनका उल्लेख किया गया है।

यहाँ मूल mikktspace.h फ़ाइल से इन दो विकल्पों के बारे में टिप्पणी दी गई है :

, /.

bitangent = fSign * cross(vN, tangent);

…

(/ ) , .

, , , «» , : vT, vB vN.

( )

vNout = normalize( vNt.x * vT + vNt.y * vB + vNt.z * vN );

vNt — . «» , , .

…

, , , .

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

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

यह मजेदार है कि जब मैंने यह लेख लिखा था, तो मोर्टन ने एकता एसआरपी में पिक्सेल स्पर्शरेखा को पिक्सेल से दो बिंदुओं तक संक्रमण को बढ़ावा दिया था! यह सिर्फ एक दुर्भाग्य है कि एकता की अंतर्निहित प्रतिपादन विधियों में असुविधाजनक विकल्पों की विरासत है।

विभिन्न अनुप्रयोगों में स्पर्शरेखा स्थान

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

एकता (5.3+)

अभिविन्यास: ओपनजीएल वाई +
स्पर्शरेखा स्थान: मिकस्पेसस्पेस की
गणना दो अंक के लिए मिकेत्स्पेस के लिए: कोने के लिए या पिक्सल के लिए *

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

जोड़: URP 7.2.0 से पहले Shader Graph में सामान्य मानचित्रों का प्रसंस्करण पूरी तरह से टूट गया था! न तो मिककट्सस्पेस और न ही लेंग्येल स्पर्शरेखा स्थान का सही ढंग से उपयोग किया जाता है, और शेडर ग्राफ के अंदर इसे ठीक करना असंभव है। यदि संभव हो, तो 7.2.0 में अपग्रेड करें।

अवास्तविक इंजन ४

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

गोडोट

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

Playcanvas

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

रेशा

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

3ds अधिकतम

अभिविन्यास: Direct3D Y- *
स्पर्शरेखा स्थान: देशी
जाल निर्यात विकल्प: निर्यात FBX फ़ाइलों के साथ Triangulate चालू हो गया, लेकिन Tangents और Binormals बंद हो गए। सामान्य रूप से हमेशा निर्यात किया जाना चाहिए। स्प्लिट प्रति-वर्टिकल नॉर्मल को निष्क्रिय किया जा सकता है।
नोट: डिफ़ॉल्ट रूप से, 3ds Max मानता है कि Direct3D अभिविन्यास का उपयोग सामान्य मानचित्रों में किया जाता है, लेकिन सामग्री पर सामान्य मानचित्र बनावट का उपयोग करते समय X और Y अभिविन्यास को फ़्लिप करने के विकल्प होते हैं। बेकिंग हमेशा Direct3D अभिविन्यास का उपयोग करता है। भविष्य के संस्करणों में मिकटस्पेस समर्थन दिखाई देगा।

माया

अभिविन्यास: ओपनजीएल वाई +
स्पर्शरेखा स्थान: देशी
मेष निर्यात विकल्प: निर्यात FBX फ़ाइलों के साथ Triangulate चालू हुआ, लेकिन Tangents और Binormals बंद हो गए। हमेशा निर्यात किया जाता है। प्रति-स्प्लिट-नॉर्मल स्प्लिट्स को निष्क्रिय किया जा सकता है।
नोट: कुछ लोगों ने मुझे बताया है कि माया आंशिक रूप से पहले से ही मिककस्पेस का समर्थन करती है, लेकिन मुझे नहीं पता कि यह किस हद तक है।

ब्लेंडर (2.57+)

अभिविन्यास: ओपनजीएल वाई +
स्पर्शरेखा स्थान: मिकेत्स्पेस के
लिए दो बिंदुओं पर स्पर्शरेखा की गणना: प्रत्येक पिक्सेल मेष
निर्यात विकल्पों के लिए: "नॉर्मल ओनली" के एक चौरसाई मूल्य के साथ एफबीएक्स फाइलें निर्यात करें । यदि आप टारगेट स्पेस के साथ या बिना एक्सपोर्ट कर सकते हैं, यदि टारगेट एप्लिकेशन भी मिकक्स्पैस का उपयोग करता है, जैसे कि यूनिटी या अनरियल।
नोट्स: ब्लेंडर के पास FBX को निर्यात करते समय त्रिभुज विकल्प नहीं है, इसलिए पहले त्रिभुज संशोधक का उपयोग करें। ब्लेंडर में बेक किए गए सामान्य नक्शे यूनिटी के साथ 100% संगत नहीं होंगे, लेकिन यदि आप किसी तीसरे पक्ष के एप्लिकेशन में या अनुकूलित सामग्री में ग्रीन चैनल फ्लिप करते हैं, तो वे पूरी तरह से Unreal में काम करते हैं।

सामान्य (3.17.5+)

अभिविन्यास: कस्टम
स्पर्शरेखा स्थान: MikkTSpace * MikkTSpace के
लिए दो बिंदुओं की स्पर्शरेखा की गणना: कस्टम (प्रत्येक शीर्ष या पिक्सेल के लिए)
सामान्य नक्शे पाक के लिए विकल्प:निर्यात के दौरान सामान्य नक्शे के सभी तीन अक्षों को फ़्लिप करने के लिए विकल्प हैं। एकता को X + Y + Z + की जरूरत है। प्रत्येक शीर्ष या पिक्सेल (यानी टुकड़ा) के लिए दो बिंदुओं पर स्पर्शरेखा का उपयोग करने का विकल्प भी है। डिफ़ॉल्ट रूप से, xNormal प्रत्येक वर्टेक्स के लिए दो बिंदुओं पर स्पर्शरेखाओं का उपयोग करता है, लेकिन इसे प्लगइन्स प्रबंधक मेनू (निचले बाएं कोने में पावर प्लग आइकन) में "स्पर्शरेखा आधार कैलकुलेटर", "मिक - टीस्पेस" पर क्लिक करके और कॉन्फ़िगर पर क्लिक करके बदला जा सकता है। एक पॉप-अप विंडो एकमात्र विकल्प के साथ दिखाई देगा "पिक्सेल shader में बायन्युमेटिक कम्प्युटर।" इसे एकता के लिए बंद किया जाना चाहिए और असत्य के लिए चालू होना चाहिए।
टिप्पणियाँ:हालांकि एक्सनॉर्मल केवल मिककस्पेस का समर्थन करता है, लेकिन इसका प्लगइन सिस्टम सैद्धांतिक रूप से किसी भी स्पर्शरेखा स्थान का समर्थन करता है। अब तक, मुझे पता है कि केवल स्पर्शरेखा स्थान प्लगइन एकता 4 स्पर्शरेखा स्थान को सेंकना करने के लिए डिज़ाइन किया गया है और पहले से ही बेकार है। यही है, अगर वास्तविक रूप से संपर्क किया जाता है, तो आवेदन केवल मिककस्पेस का समर्थन करता है।

पदार्थ चित्रकार

अभिविन्यास: अनुकूलन योग्य (OpenGL या Direct3D)
स्पर्शरेखा स्थान: MikkTSpace tangkents की
गणना दो अंक के लिए MikkTSpace: अनुकूलन योग्य (कोने के लिए या पिक्सेल)
सामान्य नक्शे के लिए बेकिंग विकल्प: OpenGL या Direct3D अभिविन्यास में पाक विकल्प हैं। और प्रत्येक शीर्ष या पिक्सेल (टुकड़ा) के लिए दो बिंदुओं के लिए स्पर्शरेखा का उपयोग करने का एक विकल्प, जिसे "टुकड़ा प्रति टुकड़ा गणना स्थान" पैरामीटर द्वारा कॉन्फ़िगर किया गया है। अंतर्निहित एकता रेंडरिंग विधियों के लिए निर्यात करते समय, आपको ओपनजीएल का चयन करने और प्रोजेक्ट और निर्यात विकल्पों में टुकड़े के अनुसार कंप्यूट स्पर्श स्थान को अक्षम करने की आवश्यकता होती है, और जब अवास्तविक या एकता एचडीआरपी को निर्यात करते हैं, तो इसके विपरीत करें।
टिप्पणियाँ:डिफ़ॉल्ट रूप से पदार्थ पेंटर स्पर्शरेखा डेटा का उपयोग करता है जो आयातित जाल का उपयोग करता है। जब तक आप ब्लेंडर से निर्यात नहीं कर रहे हैं, आपको इसकी आवश्यकता नहीं है! लेकिन इस सुविधा को अक्षम करने के लिए कोई विकल्प नहीं हैं। पदार्थ पेंटर में आयात करने से पहले, स्पर्शरेखा के बिना निर्यात मेष । इससे पहले पदार्थ प्रलेखन में, यह गलती से दावा किया गया था कि
ब्लेंडर में दो बिंदुओं पर स्पर्शरेखा की गणना एकता के अनुरूप है, लेकिन अब त्रुटि ठीक हो गई है!

मर्मोसेट टूलबैग 3

अभिविन्यास: कस्टम
स्पर्शरेखा स्थान:
MikkTSpace के लिए दो बिंदुओं के लिए स्पर्शरेखा की कस्टम गणना: पिक्सेल द्वारा पिक्सेल
नोट्स: ऐसा लगता है कि कार्यक्रम में लगभग किसी भी मौजूदा कॉन्फ़िगरेशन में सामान्य नक्शे को देखने या बेक करने के विकल्प हैं। स्पर्शरेखा रिक्त स्थान 3ds मैक्स और माया के लिए तैयार सेटिंग्स सहित! हालाँकि, स्पर्शरेखा विकल्प "मिक / xNormal" दो बिंदुओं पर पिक्सेल-दर-पिक्सेल स्पर्शरेखा का उपयोग करता है, और इसे बदला नहीं जा सकता है। यही है, मर्मोसैट टूलबैग 3 अंतर्निहित एकता रेंडरिंग विधियों के लिए सामान्य मानचित्रों को ठीक से देख या बेक नहीं कर सकता है। शायद भविष्य के संस्करणों में स्थिति बदल जाएगी, क्योंकि डेवलपर्स समस्या से अवगत हैं।

3DCoat

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

हौदिनी (16.0.514+)

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

मोडो (10+)

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

Knald

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

आखिरकार

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

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

एकता (और अन्य कार्यक्रमों) के लिए आदर्श सामान्य नक्शे