Troika: टेक्स्ट एंटीएलियासिंग में सुधार के लिए त्वरित विचार

सलाह के लिये धन्यवाद! मैं निश्चित रूप से इस पर गौर करूंगा, क्योंकि मैंने उन धुंधले किनारों को तिरछे कोणों पर भी देखा है और उन्हें खत्म करना चाहूंगा।

सैद्धांतिक रूप से मुझे लगता है कि distance में परिवर्तन और vTroikaGlyphUV * vTroikaGlyphDimensions में परिवर्तन दोनों बराबर होना चाहिए क्योंकि वे दोनों फ़ॉन्ट-स्पेस इकाइयों में दूरी का प्रतिनिधित्व करते हैं, लेकिन वहां कुछ सूक्ष्म अंतर होना चाहिए अनदेखी अगर मैं आपके द्वारा दिखाए गए कलाकृतियों से बच सकता हूं, तो मुझे आपके परिवर्तन को एकीकृत करने में खुशी होगी। :)

महान! परिवर्तन उतना ही सरल है जितना कि एक पंक्ति (और उस दूरी तर्क में इसे समायोजित करने के लिए)। यदि आप अभी भी कच्चा कोड चाहते हैं, तो मैं कल काम करते समय इसे भेज सकता हूं।

सैद्धांतिक रूप से मुझे लगता है कि दूरी में परिवर्तन और vTroikaGlyphUV * vTroikaGlyphDimensions दोनों में परिवर्तन समान होना चाहिए क्योंकि वे दोनों फ़ॉन्ट-स्पेस इकाइयों में दूरी का प्रतिनिधित्व करते हैं

मैं बिल्कुल समझ नहीं पा रहा हूं कि डेरिवेटिव कैसे समान होंगे। distance मुझे लगता है कि एसडीएफ दूरी है, लेकिन दूसरा एक छोटा यूवी स्थिति है। मैंने कोड को नहीं देखा है और वे कैसे तुलना करते हैं, लेकिन ऐसा लगता है कि उनका डेरिवेटिव अलग होना चाहिए। जहां तक ​​​​मुझे पता है fwidth पड़ोसी टुकड़ों में उन्हीं विशिष्ट इनपुट मानों के साथ तर्क के रूप में पारित विशिष्ट इनपुट मान का अंतर लेता है, जो संभव है क्योंकि पड़ोसी टुकड़े समानांतर में एक ही समय में निष्पादित होते हैं। मैंने आज पहले gl_FragColor.rgb = vec3(fwidth(gl_FragColor.x + gl_FragColor.g + gl_FragColor.b)); के साथ एक परीक्षण चलाया, यह देखने के लिए कि क्या यह किनारों को किनारे का पता लगाने/एक सोबेल फ़िल्टर की तरह प्रदान करता है, ताकि उस तथ्य को थोड़ा सा पुष्टि करने का प्रयास किया जा सके, और यह किया।

चर्चा के लिए धन्यवाद, यह सामान कभी-कभी मेरे दिमाग को तोड़ देता है। ;)

जब मैंने कहा कि वे "समतुल्य" हैं, तो मेरा मतलब था कि वे दोनों एक ही इकाइयों में दूरी का प्रतिनिधित्व करते हैं, लेकिन आप सही कह रहे हैं कि वे बिल्कुल समान नहीं हैं।

बैक अप लेना, हम यहां जो चाहते हैं वह टुकड़ों के बीच परिवर्तन की _potential_ दर है। आपके द्वारा सुझाए जा रहे distance चर में परिवर्तन का उपयोग करना अक्सर उसके लिए सटीक होगा, लेकिन कुछ मामलों में यह अत्यधिक गलत होगा। ऐसा इसलिए है क्योंकि जिस SDF से उस मान का नमूना लिया गया है वह _non-uniform_ है; यह घटता है और ग्लिफ़ में परिवर्तन की दिशा बदलता है। इसलिए पड़ोसी टुकड़ों के बीच distance का व्युत्पन्न अंत में बहुत छोटा, यहां तक ​​कि शून्य भी हो सकता है, जैसे कि जहां दूरी क्षेत्र ग्लिफ़ पथों के बीच बढ़ते से घटते आधे रास्ते पर स्विच करता है, या बहुत बड़ा है, जैसे कि जब पाठ प्रदर्शित होता है छोटे आकार में और खंड ग्रिड अप्रत्याशित स्थानों पर एसडीएफ को ओवरले करता है। मुझे संदेह है कि कम से कम कुछ कलाकृतियों को आप देख रहे हैं।

तो हम distance का उपयोग किए बिना परिवर्तन की _potential_ दर कैसे निर्धारित कर सकते हैं? ठीक है कि "स्केल्ड यूवी पोजीशन" जैसा कि आप इसे कहते हैं, यह अनिवार्य रूप से ग्लिफ़ के रेक्ट के भीतर एक x/y निर्देशांक है, समान इकाइयों का उपयोग करके distance । उस x/y का व्युत्पन्न हमें टुकड़ों के बीच संभावित यात्रा की दर देता है। कुल मिलाकर यह distance का उपयोग करने से बेहतर परिणाम देता है, क्योंकि यह ग्लिफ़ में परिवर्तन की _uniform_ दर पर आधारित है, और इसलिए हमें कलाकृतियां नहीं मिलती हैं और यह छोटे आकारों में अधिक सटीक है।

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

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

हाँ, यह सामान सोचने में भ्रमित कर रहा है, हाहा। मैं देख सकता हूँ कि दूरी का क्षेत्र कम चिकना है, हाँ।

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

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

तुलना के लिए (एक ही कैमरे की स्थिति और अभिविन्यास पर दोनों को कैप्चर नहीं किया, लेकिन मुझे लगता है कि यह वैसे भी अंतर दिखाता है):
दूरी (0.8 कारक):

यूवी:

मैं देख रहा हूं कि यह संशोधन कस्टम टेक्स्ट ट्रांसफॉर्मेशन के परिणाम में काफी सुधार करता है। यहां कुछ पाठ दिया गया है, जिसे createDerivedMaterial ( इस तकनीक को देखें ) का उपयोग करके वक्र का अनुसरण करने के लिए संशोधित किया गया है। यह वर्तमान ट्रोइका-तीन-पाठ शेडर्स का उपयोग करता है:

यहाँ वही स्क्रीनशॉट है, लेकिन @asbjornlystrup के संशोधन के साथ troikaGetAADist :

दूसरे शॉट में, आप बेहद फैला हुआ "ग्रेट!" देख सकते हैं। काफी क्रिस्पी है।

वास्तविक रूप से: मैंने यह भी पाया है कि स्थिरांक को 0.25 (0.5 से) में बदलना एक अच्छा कुरकुरा किनारा भी बनाता है:

return length(fwidth(vTroikaGlyphUV * vTroikaGlyphDimensions)) * 0.25;

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