निन्टेंडो डीएस कंसोल जीपीयू और दिलचस्प विशेषताएं

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

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

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

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

यही है, संक्षेप में, "महान जिम्मेदारी बड़ी ताकत के साथ आती है।"

मैं एक 3D एपीआई विशेषज्ञ नहीं हूं, तो चलिए उसी पर वापस आते हैं। मुझे अच्छी तरह से पता है: GPU कंसोल DS।

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

GPU ही एक प्राचीन और अप्रचलित हार्डवेयर है। यह प्रति फ्रेम 2048 बहुभुज और / या 6144 कोने तक सीमित है। संकल्प 256x192 है। यहां तक ​​कि अगर आप इसे चौगुना करते हैं, तो भी प्रदर्शन में कोई समस्या नहीं होगी। इष्टतम परिस्थितियों में, डीएस प्रति सेकंड 122880 पॉलीगॉन का उत्पादन कर सकता है, जो आधुनिक जीपीयू के मानकों से हास्यास्पद है।

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

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

ज्यामिति इंजन

सुंदर मानक ज्यामितीय कन्वेयर।

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

ज्यामिति इंजन पूरी तरह से प्रोग्रामेटिक रूप से (GPU3D.cpp) उत्सर्जित होता है, अर्थात यह ग्राफिक्स रेंडर करने के लिए हम जो भी उपयोग करते हैं उस पर ज्यादा लागू नहीं होता है, लेकिन मैं आपको इसके बारे में और अधिक बताऊंगा।

1. परिवर्तन और प्रकाश। परिणामी कोने और बनावट निर्देशांक 4x4 मैट्रिस के सेट का उपयोग करके परिवर्तित किए जाते हैं। शीर्ष रंगों के अलावा, प्रकाश व्यवस्था लागू होती है। यहां सब कुछ सुंदर मानक है, एकमात्र गैर-मानक है कि बनावट कैसे काम करती है (1.0 = एक डीएस टेक्सल)। यह मैट्रिक्स स्टैक की संपूर्ण प्रणाली को भी ध्यान देने योग्य है, जो एक डिग्री या किसी अन्य के लिए glPushMatrix () का हार्डवेयर कार्यान्वयन है।

2. बहुभुज कॉन्फ़िगर करना। परिवर्तित सिरों को बहुभुज में इकट्ठा किया जाता है, जो त्रिकोण, चतुष्कोण (चतुर्भुज), त्रिभुज की धारियाँ या चतुष्कोण की धारियाँ हो सकती हैं। क्वाड्स को मूल रूप से संसाधित किया जाता है और त्रिकोण में परिवर्तित नहीं किया जाता है, जो काफी समस्याग्रस्त है क्योंकि आधुनिक जीपीयू केवल त्रिकोण का समर्थन करते हैं। हालाँकि, ऐसा लग रहा है कि कोई व्यक्ति एक समाधान के साथ आया है जिसे मुझे परीक्षण करने की आवश्यकता है।

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

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

5. व्यूपोर्ट में बदलें। X / Y निर्देशांक स्क्रीन निर्देशांक में परिवर्तित हो जाते हैं। Z निर्देशांक 24-बिट गहराई बफर अंतराल में फिट होने के लिए परिवर्तित होते हैं।

यह दिलचस्प है कि डब्ल्यू निर्देशांक कैसे संसाधित होते हैं: वे 16-बिट अंतराल में फिट होने के लिए "सामान्यीकृत" होते हैं। इसके लिए, बहुभुज के प्रत्येक डब्ल्यू कोऑर्डिनेट लिया जाता है, और यदि यह 0xFFFF से अधिक है, तो इसे 16 बिट्स में फिट करने के लिए 4 पदों पर दाईं ओर स्थानांतरित किया जाता है। इसके विपरीत, यदि समन्वय 0x1000 से कम है, तो यह बाईं ओर चला जाता है जब तक कि यह अंतराल में न गिर जाए। मुझे लगता है कि यह अच्छा अंतराल प्राप्त करने के लिए आवश्यक है, जिसका अर्थ है कि प्रक्षेप के दौरान अधिक सटीकता।

6. छँटाई। बहुभुजों को छाँटा जाता है ताकि पारभासी बहुभुज पहले खींचे जाएँ। फिर उन्हें उनके वाई निर्देशांक (हाँ) द्वारा क्रमबद्ध किया जाता है, जो अपारदर्शी और वैकल्पिक रूप से पारभासी बहुभुज के लिए आवश्यक है।

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

रेंडरिंग इंजन

और यहाँ मज़ा शुरू होता है!

सभी बहुभुजों को कॉन्फ़िगर और सॉर्ट करने के बाद, रेंडरिंग इंजन काम करना शुरू कर देता है।

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

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

एक रैस्टराइज़र रिस्टर स्ट्रिंग्स के आधार पर उत्तल बहुभुज का रेंडरर है। यह मनमाने ढंग से संख्याओं को संभाल सकता है। यह गलत तरीके से प्रस्तुत कर सकता है यदि आप इसे ऐसे बहुभुज से गुजारें जो उत्तल न हों या किनारों को काटते हों, उदाहरण के लिए:


बहुभुज एक तितली है। सब कुछ सही और शानदार है।

लेकिन अगर हम इसे घुमाएँ तो क्या होगा?


ओह।

यहाँ क्या गलती है? आइए जानने के लिए मूल बहुभुज की रूपरेखा तैयार करें:


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

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

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

मैं गैर-उत्तल बहुभुज के कुछ और उदाहरण जोड़ूंगा, लेकिन हम इस विषय से बहुत दूर होंगे।

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

यहाँ डीएस रेंडरर का अपना कार्यान्वयन भी है। कुछ और रोचक चित्र।


बहुभुज के कोने 1, 2, 3, और 4 अंक हैं। संख्या वास्तविक ट्रैवर्सल ऑर्डर के अनुरूप नहीं है, लेकिन आप इसका अर्थ समझते हैं।

वर्तमान रेखापुंज रेखा में, रेंडरर किनारों के आसपास के कोने को सीधे परिभाषित करता है (जैसा कि ऊपर उल्लेख किया गया है, यह सबसे ऊपरी कोने से शुरू होता है, और फिर किनारों तक जाता है जब तक कि वे पूर्ण न हों)। हमारे मामले में, ये बाएं किनारे के लिए 1 और 2, दाएं किनारे के लिए 3 और 4 हैं।

किनारों की ढलानों का उपयोग अंतराल की सीमाओं को निर्धारित करने के लिए किया जाता है, अर्थात अंक 5 और 6. इन बिंदुओं पर, कोने में ऊर्ध्वाधर पदों (या किनारों के लिए क्षैतिज स्थिति, जिनमें से मुख्य रूप से एक्स अक्ष के साथ है) के आधार पर कोने की विशेषताओं को प्रक्षेपित किया जाता है।

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

यहां, उपयोग किए जाने वाले सभी गुणांक कार्य को सरल बनाने के लिए 50% के बराबर हैं, लेकिन अर्थ स्पष्ट है।

मैं विशेषता प्रक्षेप के विवरण में नहीं जाऊंगा, हालांकि इस बारे में लिखना भी दिलचस्प होगा। वास्तव में, यह परिप्रेक्ष्य दृष्टिकोण से सही है, लेकिन इसमें दिलचस्प सरलीकरण और विशेषताएं हैं।

अब बात करते हैं कि डीएस बहुभुज कैसे भरते हैं।

वह किन नियमों का उपयोग करता है? यहाँ भी बहुत सी रोचक बातें है!

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

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

ऐसी प्रणाली का अनुकरण करने का कार्य तुच्छ नहीं होगा। एक साधारण आधुनिक जीपीयू में एक स्टैंसिल बफर 8 बिट्स तक सीमित होता है, जो एक विशेषता बफर स्टोर कर सकने वाली हर चीज के लिए पर्याप्त है। हमें एक मुश्किल वर्कअराउंड के साथ आने की जरूरत है।

चलिए इसका पता लगाते हैं:

* गहराई बफर अद्यतन: अपारदर्शी पिक्सल के लिए आवश्यक है, पारभासी लोगों के लिए वैकल्पिक है।

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

(नोट: छाया केवल स्टैंसिल बफर का एक कार्यान्वयन है, यहाँ कुछ भी भयानक नहीं है।)

यह ध्यान देने योग्य है कि पारभासी पिक्सल को प्रस्तुत करते समय, अपारदर्शी बहुभुज की मौजूदा आईडी को बचाया जाता है, साथ ही अंतिम अपारदर्शी बहुभुज के किनारे के झंडे भी।

* फ़ॉग फ़्लैग: यह निर्धारित करता है कि इस पिक्सेल के लिए फ़ॉग पास लागू किया जाए या नहीं। इसे अपडेट करने की प्रक्रिया इस बात पर निर्भर करती है कि आने वाला पिक्सेल अपारदर्शी है या पारभासी है।

* सामने की रेखा का झंडा: यहाँ इसके साथ समस्याएं हैं। स्क्रीनशॉट पर एक नज़र डालें:


विनाश के रेत, इस खेल की स्क्रीन चाल का एक सेट है। वे न केवल वाई-सॉर्टिंग को प्रभावित करने के लिए अपने वाई निर्देशांक बदलते हैं। इस स्क्रीनशॉट में दिखाई गई स्क्रीन संभवतः सबसे खराब है।

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

मुझे लगता है कि ऐसा इसलिए किया गया था ताकि वस्तु का अगला भाग हमेशा पीछे की तरफ दिखाई दे, भले ही वे इतने सपाट हों कि Z मान समान हों। इन सभी हैक और ट्रिक्स के साथ, डीएस रेंडरर डॉस युग रेंडरर्स के हार्डवेयर संस्करण के समान है।

जैसा कि हो सकता है, GPU के माध्यम से इस व्यवहार का अनुकरण करना मुश्किल था। लेकिन गहराई परीक्षण के अन्य समान सीमा मामले हैं, जिन्हें भी परीक्षण और दस्तावेज करने की आवश्यकता है।

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


नोट: वायरफ्रेम केवल किनारों को भरकर प्रस्तुत किया जाता है! बहुत स्मार्ट चाल है।

गहराई बफरिंग के बारे में एक और मजेदार नोट:

डीएस पर दो संभावित गहराई बफरिंग मोड हैं: जेड-बफरिंग और डब्ल्यू-बफरिंग। यह बहुत मानक लगता है, लेकिन केवल अगर आप विवरण में नहीं जाते हैं।

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

* W- बफरिंग में, W निर्देशांक "जैसा है" का उपयोग किया जाता है। आधुनिक जीपीयू आमतौर पर 1 / डब्ल्यू का उपयोग करते हैं, लेकिन डीएस केवल निश्चित-बिंदु अंकगणित का उपयोग करता है, इसलिए पारस्परिक मूल्यों का उपयोग करना बहुत सुविधाजनक नहीं है। जैसा कि हो सकता है, इस मोड में, डब्ल्यू निर्देशांक परिप्रेक्ष्य सुधार के साथ प्रक्षेपित हैं।

यहां बताया गया है कि अंतिम रेंडरिंग पास कैसा दिखता है:

* एज मार्किंग: जिन पिक्सल्स में एज फ्लैग सेट होते हैं, उन्हें टेबल से लिया गया कलर सौंपा जाता है और इसे एक अपारदर्शी बहुभुज की आईडी के आधार पर निर्धारित किया जाता है।

वे बहुभुज के रंगीन किनारे होंगे। यह ध्यान देने योग्य है कि यदि एक अपारदर्शी बहुभुज के ऊपर एक पारदर्शी बहुभुज खींचा जाता है, तो बहुभुज के किनारों को अभी भी रंगीन किया जाएगा।

ट्रंकेशन सिद्धांत का एक साइड इफेक्ट: वह सीमाएं जिस पर बहुभुज स्क्रीन की सीमाओं के साथ प्रतिच्छेद करते हैं, वे भी रंगीन होंगे। उदाहरण के लिए आप इसे Picross 3D के स्क्रीनशॉट में देख सकते हैं।

* कोहरा: यह कोहरे की घनत्व तालिका को अनुक्रमित करने के लिए उपयोग किए जाने वाले गहराई मूल्यों के आधार पर प्रत्येक पिक्सेल पर लागू किया जाता है। जैसा कि आप अनुमान लगा सकते हैं, यह उन पिक्सल्स पर लागू होता है जिनकी विशेषता बफर में फ़ॉग फ़्लैग सेट है।

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

Antialiasing को GPU पर इस तरह से (और नहीं) का अनुकरण किया जाना चाहिए, इसलिए यह यहां महत्वपूर्ण नहीं है।

सिवाय इसके कि अगर एज मार्किंग और एंटी-अलियासिंग को समान पिक्सल पर लागू किया जाना चाहिए, तो वे केवल किनारे का आकार प्राप्त करते हैं, लेकिन 50% शुद्धता के साथ।

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

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

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

इसलिए ... मुझे शुभकामनाएं।