Troika: फ़ीचर: टेक्स्ट ज्योमेट्री में कैरेक्टर/वर्ड/लाइन इंडेक्स एट्रिब्यूट्स जोड़ें

यह भी हो सकता है: wordIndex , lineIndex ...?

शब्द और रेखा प्रति पंक्ति और प्रति शब्द एनीमेशन सक्षम होंगे, जैसे https://greensock.com/splittext/ (जिसे हम इस परिवर्तन को सक्षम करने का एक अच्छा उदाहरण मान सकते हैं)

क्या मैं सही मान रहा हूं कि यह टुकड़े टुकड़े में प्रति-टोकन (चार, शब्द, रेखा) परिवर्तन की भी अनुमति देगा?

क्या मैं सही मान रहा हूं कि यह टुकड़े टुकड़े में प्रति-टोकन (चार, शब्द, रेखा) परिवर्तन की भी अनुमति देगा?

आपको इसे अलग-अलग के रूप में वर्टेक्स से टुकड़े तक पास करना होगा, लेकिन हाँ। :)

खरगोश के छेद के नीचे हम जाते हैं...

मैं निम्नलिखित सभी सूचकांकों के उपयोग के बारे में सोच सकता हूं, साथ ही प्रत्येक के लिए कुल गणना:

• charIndex, TotalChars
• वर्डइंडेक्स, कुलशब्द
• लाइनइंडेक्स, टोटललाइन्स
• charInWordIndex, TotalCharsInWord
• charInLineIndex, TotalCharsInLine
• वर्डइनलाइनइंडेक्स, टोटलवर्ड्सइनलाइन

हम इन सभी को ऑप्ट-इन करना चाहते हैं और हमारे द्वारा पेश की जा रही नई glsl विशेषताओं की संख्या को कम करने के लिए कुछ स्मार्ट पैकिंग करना चाहते हैं। मुझे इसके लिए एपीआई के बारे में और सोचना होगा।

हम उपयोगकर्ताओं को उन सभी को झंडे के साथ चुनने दे सकते हैं, इसलिए

{
विभाजन: {शब्द: सत्य, वर्ण: सत्य, रेखाएँ: सत्य}
}

कुछ स्मार्ट पैकिंग करें

इस पर मन का विस्तार? मैं उत्सुक हूँ

मुझे उपयोगकर्ताओं को विभाजन चुनने देने का वह विचार पसंद है।

पैकिंग से मेरा मतलब है कि हम 12 नए attribute float foo घोषणाएं नहीं जोड़ना चाहते हैं या हम सीमा तक पहुंच जाएंगे (मुझे लगता है कि यह webgl में कुल 16 विशेषताएं हैं), लेकिन हम उन्हें अधिकतम 3 नए में पैक कर सकते हैं attribute vec4 foo घोषणाएं, और फिर उन्हें शेडर के भीतर अच्छे दिखने वाले float चर के लिए अनपैक करें।

ओह हाँ, बहुत समझ में आता है, धन्यवाद!

क्या charIndex में व्हॉट्सएप को अपनी वृद्धि में शामिल करना चाहिए? या सिर्फ दृश्य ग्लिफ़ के लिए वेतन वृद्धि? मैं सिर्फ दिखने वाले ग्लिफ़ की ओर झुक रहा हूँ।

व्हाइटस्पेस की गिनती इंडेक्स द्वारा एनिमेट करते समय अजीब स्टैगर्स बनाती है, इसलिए मैं भी दृश्यमान की ओर झुकता हूं

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

चारइंडेक्स/कुलचर्स:

charInWordIndex / TotalCharsInWord:

charInLineIndex / TotalCharsInLine:

WordIndex / TotalWords: (इस उदाहरण में charIndex/totalChars के समान दिखता है लेकिन एक सूक्ष्म अंतर है)

वर्डइनलाइन इंडेक्स / टोटलवर्ड्सइनलाइन:

लाइनइंडेक्स / टोटललाइन्स:

मैं सभी डेटा को अधिकतम 3 वर्दी + 2 विशेषताओं में प्राप्त करने में कामयाब रहा, जो कि बहुत अच्छा है। मैं अभी भी उन्हें वैकल्पिक बनाना चाहता हूं।

अद्भुत! जब आपके पास परीक्षण संस्करण तैयार हो तो मुझे बताएं

मैं एक ऐसी सुविधा की तलाश में था जिसे यह संबोधित कर सके। मेरे पास एक गोले के चारों ओर लगाने के लिए 3 अक्षर के लेबल का एक गुच्छा है। मैं उन्हें हमेशा दर्शकों का सामना करने और समायोजन करने के लिए बना रहा हूं ताकि स्क्रीन पर वे हमेशा एक ही आकार के हों, चाहे दृश्य मैट्रिक्स या मॉडलिंग मैट्रिक्स में स्केलिंग लागू हो।
अभी, मैं प्रति लेबल एक Text ऑब्जेक्ट बनाता हूं और एक परिवर्तन लागू करता हूं।
मैं सोच रहा था कि मैं सभी लेबलों को एक ही टेक्स्ट में पैक करके बेहतर प्रदर्शन प्राप्त कर सकता हूं और वर्टेक्स शेडर में सही परिवर्तन करने के लिए प्रत्येक लेबल के क्षेत्र में स्थिति रखने की विशेषता है।
@lojjic क्या आप कस्टम शेडर्स बनाने का दस्तावेजीकरण कर सकते हैं? मुझे लगता है कि विशेषता जोड़ना मुश्किल नहीं होना चाहिए क्योंकि मौजूदा विधि setAttribute की BufferGeometry को करना चाहिए।

मैं जिस दूसरे विकल्प पर विचार कर रहा था, वह प्रतिपादन का उदाहरण होगा, क्योंकि मेरे सभी लेबलों में सभी 3 अक्षर हैं। लेकिन इसके लिए निश्चित रूप से WebGL 2 की आवश्यकता होगी और कम से कम शुरुआत में इसके लायक होने के लिए बहुत जटिल हो सकता है।

@FunMiles मुझे लगता है कि आप सही हैं, इससे उस तरह की सुविधा हो सकती है। अगर मैं इसे सही ढंग से समझ रहा हूं, तो अनुकूलन में दो भाग शामिल हो सकते हैं:

1. सीपीयू-साइड जेएस से जीपीयू-साइड वर्टेक्स शेडर लॉजिक में रोटेशन/स्केलिंग लॉजिक को स्थानांतरित करना
2. वह _plus_ टेक्स्ट के कई टुकड़ों को एक ड्रॉ कॉल में मिलाना

1 के लिए, इस टिप्पणी पर एक नज़र डालें, जो वास्तव में आपकी ज़रूरतों के लिए पहले से ही पर्याप्त हो सकती है। यह कस्टम शेडर को लागू करने का एक अच्छा प्रदर्शन भी है, मूल रूप से इसे केवल material के रूप में असाइन करना। मैंने इसके लिए ट्रोइका की createDerivedMaterial उपयोगिता का उपयोग किया है, लेकिन आप इसी तरह किसी भी ShaderMaterial या किसी सामग्री को अपने onBeforeCompile संशोधनों के साथ पास कर सकते हैं।

2 के लिए, मुझे लगता है कि आप सही हैं आप एक टेक्स्ट प्रस्तुत कर सकते हैं और फिर अपने क्षेत्र के चारों ओर अलग-अलग पात्रों को विस्थापित करने के लिए _some_ विशेषता का उपयोग कर सकते हैं। इस अंक में वर्णित नई चार/शब्द अनुक्रमणिका विशेषताएँ कुछ मददगार हो सकती हैं, लेकिन मुझे यकीन नहीं है कि वे आवश्यक भी हैं। आप शायद उन विस्थापनों को एक नए InstancedBufferAttribute में एन्कोड कर सकते हैं, जहां इसके प्रत्येक वेक्टर में एक वर्ण के लिए विस्थापन होता है (पाठ की ज्यामिति एक साधारण क्वाड है जिसे प्रत्येक ग्लिफ के लिए स्थापित किया जाता है, इसलिए प्रत्येक ग्लिफ के लिए अतिरिक्त इंस्टेंसबफर एट्रिब्यूट्स को आगे बढ़ाया जाएगा।)

मुझे यह देखने में दिलचस्पी है कि क्या आपके पास ऐसा करने का कोई भाग्य है!

@lojjic आप सही ढंग से समझ गए। और आपके द्वारा लिंक किया गया कोड 90% करता है जो मुझे चाहिए (1)। आपका डेमो मेरे उपयोग के मामले से पूरी तरह मेल खाता है।
यदि मैं आपसे अपनी समझ को ठीक करने के लिए कहूं, तो मैं यह देख सकता हूं कि आप क्या कर रहे हैं:

• mvPosition को मॉडल-व्यू स्पेस में संदर्भ बिंदु स्थिति के साथ प्रारंभ किया गया है। मुझे लगता है कि संदर्भ बिंदु लंगर बिंदु है। क्या वह सही है?
• position उस संदर्भ बिंदु से ऑफसेट है और मुझे लगता है कि इसमें केवल x और y गैर-शून्य निर्देशांक हैं। (जो मुझे लगता है कि आप पैमाने के z-घटक की गणना करना छोड़ सकते हैं?) (PS: इंस्टेंट रेंडरिंग वर्टेक्स शेडर कोड को देखते हुए, ऐसा लगता है कि कोई टेक्स्ट को घुमा सकता है, जिस स्थिति में z घटक शून्य नहीं होगा)
• प्रत्येक दिशा में पैमाना इस धारणा पर पुनः प्राप्त किया जाता है कि 3x3 ब्लॉक में केवल स्केलिंग और घुमाव की एक संरचना होती है।
• स्केल किया गया position जोड़ा जाता है, और यदि z-घटक शून्य है, तो यह योगदान प्रोजेक्शन प्लेन के समानांतर एक प्लेन में स्थिति को बनाए रखता है।

मेरे लिए इस कोड में केवल (1) करने के लिए परिवर्तन ज्यादातर स्केलिंग और एक मामूली समन्वय शिफ्ट में होंगे ताकि टेक्स्ट मेरे पास मौजूद क्षेत्र से बाहर रहे।

आप 2 को भी समझ गए। हालाँकि मैं कोड पढ़ते समय थोड़ा भ्रमित हूँ। मुझे एहसास नहीं हुआ था कि टेक्स्ट रेंडरिंग पहले से ही इंस्टेंस रेंडरिंग है। मुझे जो भ्रमित करता है वह यह है कि आपके पास GlyphsGeometry है जो InstancedBufferAttribute से प्राप्त होता है और फिर भी Text Mesh का उपवर्ग है न कि InstancedMesh । मुझे लगता है कि मुझे तीन.जेएस में गहरी खुदाई करनी होगी।
अन्यथा, यह देखते हुए कि प्रत्येक वर्ण को इंस्टेंस किया गया है, मुझे प्रत्येक ग्लिफ़ इंस्टेंस के लिए position ऑफ़सेट करने के लिए वेक्टर के साथ केवल एक विशेषता की आवश्यकता होगी। क्या वह सही है?

मुझे इससे कुछ समय के लिए दूर जाना पड़ा, लेकिन यहां एक त्वरित स्थिति अपडेट है:

पीआर #109 विभिन्न गणनाओं को इकट्ठा करने और उजागर करने के मामले में काफी ठोस लगता है। मैं उन्हें ऑप्ट-इन करना चाहता हूं लेकिन अन्यथा मैं खुश हूं कि यह कहां है।

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

• वर्तमान ग्लिफ़ की क्वाड सीमा
• कुल मिलाकर ब्लॉक सीमा
• फ़ॉन्ट मीट्रिक जानकारी जैसे बेसलाइन/एस्केंडर/अवरोही जो क्वाड से अनुमान नहीं लगाया जा सकता है
• अन्य?

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

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

@lojjic बस इस सुविधा में अपनी रुचि व्यक्त करना चाहता हूं

मैंने यहां नवीनतम मास्टर के साथ कुछ मर्ज संघर्षों का समाधान किया: https://github.com/canadaduane/troika/tree/char-indices

मुझे अभी तक इसका परीक्षण करने का मौका नहीं मिला है, लेकिन अगले कुछ दिनों में इसका इरादा है।

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

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

https://flightlog-beta.vercel.app/circles?route=BRU-HER-ATH-IST-AMM-CAI-TUN-CMN-RAK-MAD-LIS-ZRH-GVA-NCE-CDG-DUS-FRA- MUC-LHR-LCY-LGW-DUB-HBA-SYD-MEL-CNS-KTM-DEL-BLR-COK-MAA-CMB-MLE-HKG-HND-NRT-KIX-ICN-GMP-MNL-DPS-JOG- सीजीके-सिन-कुल-पेन-एलजीके-बीकेके-एसजीएन-हन-एलपीक्यू-सीएनएक्स-दोह-एयूएच-डीएक्सबी-जेएनबी-सीपीटी-एलवीआई-जेडएनजेड-जेआरओ-दार-एसएसएच-बड-ओटीपी-आईपीसी-एससीएल-पीएमसी- GRU-EZE-GIG-BSB-LIM-LPB-BOG-PTY-SJO-SJU-CUN-ACA-MEX-MTY-JFK-BOS-PHL-DCA-IAD-BWI-CLT-ATL-MSP-MIA-DFW- DTW-ORD-IAH-COS-DEN-PHX-SAN-LAX-SJC-SFO-SEA-PDX-YVR-YYZ-YUL-LGA-EWR-ASP-BNE-AKL-CHC-ZQN-VIE-SJJ-VCE- MXP-FCO-BCN-PEK-PVG-HNL-OGG-KOA-HIJ-RGN-PBH-TIP-AMS-CPH-SLC-CVG-GSP-TPE-ULN-PNH-VTE-ABQ-BUF-MCO-HKT- एमडीएल-