Three.js: स्किनमेडमेश बग जब तक दृश्य रूट (0,0,0) से दूर

उम, आपका प्रदर्शन मेरे पिक्सेल पर अच्छा लग रहा है।

मेरे iPhone SE पर पुष्टि की गई समस्याएं -

आईओएस में WebGL सटीक मुद्दे शायद

लेकिन iOS डिवाइस वास्तव में स्किनिंग कार्यान्वयन के फ्लोट टेक्सचर आधारित कोड पथ का उपयोग करते हैं, है ना? क्या आप निम्नलिखित पुष्टि परीक्षण के साथ इसे सत्यापित कर सकते हैं?

https://www.khronos.org/registry/webgl/conformance-suites/1.0.3/conformance/extensions/oes-texture-float.html

iPhone SE की उस पृष्ठ पर पाँच विफलताएँ हैं। 😕

मैंने आपको अपनी परियोजना में दिखाने के लिए एक छोटा सा पेंच बनाया:
http://cornflex.org/webgl/skin-bug.mp4

यदि अवतार 0,0,0 से बहुत दूर चला जाता है, तो त्वचा वास्तव में छोटी होने लगती है जैसा कि आप देख सकते हैं।
मैंने कंकाल और हड्डियों की गहरी रूपरेखा बनाई। ज्यामिति को छोड़कर किसी तरह से सब ठीक लगता है। किसी तरह से "वापस खींच लिया गया है" ... हालांकि मैं खराब एनीमेशन रूट के बारे में हूं लेकिन फिर भी, सभी थ्रीज में ठीक लगते हैं ...

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

... केवल iphone पर ही क्यों: /

मैं काफी फंस गया हूँ ... मैं बैकअप योजना के रूप में अनुक्रमों को पुनर्निर्मित करने के लिए पुनः प्रयास कर रहा हूं ... :(

यह सबसे अधिक संभावना है कि iPhone 6 पर्याप्त हड्डियों का समर्थन नहीं करता है।

मेरे साथ भी ठीक यही समस्या थी।

अपनी हड्डी की सीमा यहां देखें: https://virtulo.us/2/vr/test

मुझे ऐसा नहीं लगता।
अगर स्किनडैम 0,0,0 पर रहता है, तो कोई संभावना नहीं है: /
मैं अवतार के बजाय सभी संपत्तियों को स्थानांतरित करने के बारे में भी सोच रहा हूं ... (यह मेरा काम # 2 है) लेकिन मैं निश्चित रूप से कंकाल को डेस्कटॉप के रूप में अच्छा काम करना पसंद करूंगा।

एक मित्र ने iPhone 8 पर उसी बग की सूचना दी

निम्नलिखित अनुरूपता परीक्षण से आपको क्या परिणाम मिलते हैं?

https://www.khronos.org/registry/webgl/conformance-suites/1.0.1/conformance/misc/shader-precision-format.html

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

हम्म् ... यहाँ मैं कुछ विफल है, देखो:

शायद समस्या इन विफलताओं से संबंधित है। उदाहरण के लिए मेरा पिक्सेल सभी परीक्षण पास करता है।

आइए कुछ बाहर की कोशिश करें: WebGLCapabilities और floatVertexTextures से false का मूल्य निर्धारित करें (यह फ्लोट बनावट के उपयोग को रोक देगा)। एक निर्माण करें और अपने ऐप में इस three.js संस्करण का उपयोग करें। मैं उत्सुक हूं कि क्या होता है 😊

https://github.com/mrdoob/three.js/blob/099e4364541502fdf22fc7b1c0f54239d2ba1708/src/renderers/webgl/WebGLCapabilities.js#L105

पहले से ही floatVertexTextures की कोशिश की = रेंडरर पर झूठी।
त्वचा पागल होना बंद हो जाती है लेकिन अब कोई एनीमेशन नहीं है: /
मैं एक नमूना धकेलूंगा।

आप यहाँ हैं:
http://cornflex.org/webgl/skinning-bug2.html

renderer.capabilities.floatVertexTextures = false;

=> अब कोई एनीमेशन नहीं चल रहा है

हाँ, मेरे पिक्सेल पर समान (डेस्कटॉप काम करता है)। मुझे लगता है कि हम एक समान सीमा मार रहे हैं।

मैंने एक अंतिम नमूना बनाया, जिसमें बग उत्तरोत्तर दिखाई दे रहा था:
http://cornflex.org/webgl/skinning-bug3.html

0,0,0 से शुरू होता है और आगे बढ़ता है ... कुछ सेकंड प्रतीक्षा करें ... त्वचा पागल होने लगती है।

यह बिल्कुल अजीब है 0,0,0 पर सब ठीक है। है ना?

z: 1255> अभी भी ठीक है
z: 18870> पागल त्वचा

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

मैंने हड्डियों की स्थिति की जाँच की क्योंकि यह रूट नोड की स्थिर हड्डियों या इस तरह की चीजों का एक विशिष्ट व्यवहार है .... लेकिन नहीं ...

मैं आपकी त्वचा shaders में GPU पक्ष पर फ्लोट सटीक के बारे में जाँच की लेकिन फिर से ... कुछ भी प्रभाव नहीं लगता है।

बहुत अजीब कोई भी एक स्किनमेडशेश को एक दृश्य के अंदर नहीं ले गया और कभी भी इसकी सूचना नहीं दी: /

एक और सवाल: क्या आपको क्रोम के साथ भी यही समस्या है?

वही प्रोब हाँ।

एक सटीक मुद्दे की तरह लगता है। क्या आपने दृश्य को छोटा करने की कोशिश की है? (11195 11 किलोमीटर है)।

एक अन्य विकल्प चरित्र के बजाय दृश्य को स्थानांतरित करना होगा। बड़े दृश्यों के लिए एक सामान्य समाधान है।

इसके अलावा, मुझे लगता है कि स्किनिंग कोड विश्व स्थान पर है। हम इसकी जांच कर सकते थे।

मैं देख रहा हूं कि आपकी हड्डी की गिनती 67 है।

मेरी (पत्नी) iPhone 6 में मैक्स हार्डवेयर हड्डियों की सीमा 27 है।

मेरे द्वारा देखे जाने वाले विकृति मेरे खेल में उसके फोन पर देखे गए समान हैं (और इससे पहले कि मैं अपने एनिमेटर को मेष मेष राशि को ठीक करता था), यही समस्या थी। मुझे आश्चर्य होगा अगर यह आपके मुद्दे का कम से कम हिस्सा नहीं था।

यह समय के साथ खराब क्यों हो जाता है? कोई जानकारी नहीं। किसी और ने कुछ इसी तरह का उल्लेख किया है, निश्चित नहीं है कि क्या यह संबंधित है: https://discourse.threejs.org/t/updated-with-fiddle-as-animations-go-faster-there-is-inc बढ़ते-in-accuracy/ 1707/6

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

आपके द्वारा परीक्षण किए जा रहे डिवाइस पर आपकी हार्डवेयर हड्डी की सीमा क्या है?

@ मर्डोबू मैं पहले से ही स्केल करने की कोशिश कर रहा था लेकिन
यदि आप 0.1 से कम करते हैं, तो बग 10 गुना तेजी से दिखाई दे रहा है।

मैंने यहाँ जो डेमो समझाया, वह तीनj उदाहरणों से आया है।
मेरे खेल में, पैमाना इतना बड़ा नहीं है, लेकिन बग एक ही है, केवल तेजी से दिखाई दे रहा है।

वास्तव में, स्किनिंग विश्वव्यापी या स्थानीय स्थान पर किया जाता है, लेकिन केंद्र से दूर ले जाने पर खिंचाव हो रहा है। इसलिए यह 0,0,0 पर काफी अच्छा चल रहा है

अवतार की जगह सारी दुनिया को आगे बढ़ाना मेरा कामगार # 2 है।
जब आप भौतिक विज्ञान के साथ पहले से ही विश्वस्थान में एक धावक खेल की सभी दिनचर्या विकसित कर लेते हैं, तो आपको यह एक बुरा विकल्प मानना ​​चाहिए। और z = 11000 एक धावक खेल के लिए बहुत दूर नहीं है: / ... और यह सिर्फ एक चल रहा आदमी है, जहाज नहीं।

मैंने थ्रीजेएस के साथ बहुत सारे खेल किए लेकिन यह पहली बार है जब मैं स्किनमेडश का उपयोग कर रहा हूं। यह आईओएस बग वास्तव में कष्टप्रद है।

Workaroung # 1: मैं स्प्रिंग्सशीट एनिमेशन के रूप में 6 png अनुक्रम करूँगा। फिर मैं एक विश्वव्यापी तर्क रख सकता हूं। समय सीमा दूर नहीं है :(

@titansoftime प्रोब मेरी पत्नी के iPhone 8 पर भी दिखाई दे रहा है। यह केवल iPhone 6 से संबंधित नहीं है।
इसके अलावा, यदि आपको हड्डियों की अधिकतम समस्या है, तो यह शुरू से ही छोटी गाड़ी होगी। यहां, आप देख सकते हैं कि यह 0,0,0 पर छोटी गाड़ी नहीं है। फिर हड्डियों की सीमा संभावना नहीं है। हड्डियों की चमक और हड्डियों की चमक में वर्टसस्पेस गणना, IMO है।

IPhone 8 के मैक्स हार्डवेयर बोन क्या हैं?

मुझे नहीं पता। और मुझे यकीन नहीं है कि यह डिवाइस पर निर्भर है।

लेकिन फिर ... IMO, यह अधिकतम मूल्य से संबंधित नहीं है।

नमूना iPhone 6,8, X ... यहां तक ​​कि 5 पर सही ढंग से काम कर रहा है ... केवल जब स्किनमेडश 0,0,0 पर रहता है
https://threejs.org/examples/webgl_loader_fbx.html

अगर मैक्सबोन्स की समस्या थी, तो हमें न तो 0,0,0 पर अच्छी स्किनिंग होगी।

सम्बंधित:

https://www.opengl.org/discussion_boards/archive/index.php/t-159613.html
https://www.opengl.org/discussion_boards/archive/index.php/t-159364.html

मैं उपयोगकर्ता के इस भाग को हाइलाइट करना चाहता हूं :

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

मम्म, बहुत दिलचस्प @ मगें87! ऐसा लगता है कि आपने रिसाव को देखा।

z: 1255> अभी भी ठीक है
z: 18870> पागल त्वचा

त्रुटि आपके पक्ष में हो सकती है।
एक आम गलती: त्वचा संशोधक ठीक से लागू नहीं किया गया था।
त्रुटि 1: कई हड्डियों द्वारा नियंत्रित कोने
त्रुटि 2: वजन के बिना कोने (या बहुत छोटे वजन के साथ)।

जब स्किनमेडेश मूल (0,0,0) के करीब है, तो आप इन त्रुटियों को नहीं देखेंगे।
लेकिन जब दूर ले जाया जाता है ... तो आप मोबाइल डिवाइस परिशुद्धता को दोष देंगे।
तो पहली बात यह है कि त्वचा को नया रूप देना (ठीक से इस समय)।

@RemusMar क्या आपने पृष्ठ के स्रोत को देखा?
मैंने जो उदाहरण दिया वह थ्री जेएस स्रोतों से सही निकला।

मेरे वर्णन में अच्छी तरह से वर्णित;)

मैंने इसे पोस्ट करने से पहले कई परीक्षण चलाए ... अपने एनिमेटेड निर्यात में एक सुराग की तलाश में लेकिन मैंने पाया कि बग किसी भी प्रकार के प्रारूपों (GLTF, FBX, Collada, JSON, ...) के साथ हो रहा है।

मैंने समस्या का खुलासा करने के लिए स्वच्छ स्रोत के साथ एक स्पष्ट उदाहरण दिया। इसे स्मार्ट फोन पर सत्यापित करना काफी आसान है:

http://cornflex.org/webgl/skinning-bug.html

मैंने जो उदाहरण दिया वह थ्री जेएस स्रोतों से सही निकला।

तो क्या?

कैसे त्रुटि मेरी तरफ हो सकता है जब यह तीन त्वचा से सभी skinnedmesh उदाहरण के साथ हो रहा है :)

तुमने कहा था:

त्रुटि आपके पक्ष में हो सकती है।
एक आम गलती: त्वचा संशोधक ठीक से लागू नहीं किया गया था।
त्रुटि 1: कई हड्डियों द्वारा नियंत्रित कोने
त्रुटि 2: वजन के बिना कोने (या बहुत छोटे वजन के साथ)।

FBX थ्रीजेएस से है ... और आप जीएलटीएफ या किसी अन्य प्रारूप के साथ कोशिश कर सकते हैं। संभावना वही है।

var लोडर = नया THREE.FBXLoader ();
loader.load ('https://threejs.org/examples/models/fbx/xsi_man_skinning.fbx', OnFBXLoaded);

@ मुगें87 को एक सुराग मिला है। चलो आशा करते हैं कि जिस व्यक्ति ने gpu चमड़ी का जाल बनाया है, वह इसे ठीक कर सकता है।

कैसे त्रुटि हो सकती है मेरी तरफ से जब यह तीनjS से सभी चमड़ी उदाहरण के साथ हो रहा है

मैंने कहा "त्रुटि आपकी तरफ हो सकती है।"
तल - रेखा:
ठीक से लागू त्वचा संशोधक के साथ एक साधारण स्किनडैम का उपयोग करें:

• प्रति शीर्ष अधिकतम 4 हड्डियां
• सभी भार = 1.0000

देखें कि क्या आप बग को पुन: उत्पन्न कर सकते हैं।

क्या तुम पागल हो? :)
यह बग मेरी तरफ नहीं हो सकता ... मॉडल (fbx, gltf, dae, जो भी हो) और कोड स्रोत थ्री जेएस से आते हैं।

कृपया @ मुगें87 पोस्ट पढ़ें।

ठीक से लागू त्वचा संशोधक के साथ एक साधारण स्किनडैम का उपयोग करें:

• प्रति शीर्ष अधिकतम 4 हड्डियां
• सभी भार = 1.0000

देखें कि क्या आप बग को पुन: उत्पन्न कर सकते हैं।

अब मुझे जाना होगा।
चियर्स

हममम। आप जानते हैं क्या दोस्तों? यह डेस्कटॉप पर भी हो रहा है :(

जैसे कि थ्रीजेएस उदाहरण जाल विशाल (100 मीटर लंबा) है, मैंने इसे बहुत दूर रखा: z = 10000000
और देखो, एक ही संभावना:
http://cornflex.org/webgl/skinning-bug4.html

यह निश्चित रूप से सांसारिक हड्डियों की स्थिति और हड्डियों से संबंधित कुछ चीजें हैं ।

https://www.opengl.org/discussion_boards/archive/index.php/t-159613.html
https://www.opengl.org/discussion_boards/archive/index.php/t-159364.html

जैसा कि @mrdoob से पहले समझाया गया है, मैंने पहले से ही जाल को संभावना इससे भी बदतर है ... यहां तक ​​कि डेस्कटॉप पर भी और आप बग का सामना करते हैं, 0,0,0 तब तक नहीं।

मेरे अपने खेल में (यथार्थवादी तराजू 1: 1 के साथ), बग पहले ही z: 100 पर दिखाई दे रहा है।

आप खराब डिजाइन वाली चमड़ी का उपयोग करना जारी रखते हैं ...
वैसे भी, इस विषय को बंद करने के लिए, यहां 1 से 1,000,000 (एक मिलियन !!!) केस स्टडी है:
http://necromanthus.com/Test/html5/Lara_1000000.html
Y = 0 और Y = 1000000 के बीच स्विच करने के लिए मंच पर क्लिक करें
एक मामूली वैश्विक प्रकाश परिवर्तन प्रति स्विच उपलब्ध है।
तो अगर चमड़ी का जाल ठीक से डिज़ाइन किया गया है, तो परिणाम एकदम सही है।
चियर्स

हम इस महीने की रिलीज़ के बाद इसे देखेंगे।

@mrdoob धन्यवाद।

@RemusMar आप यहाँ जो कहा गया उसे अनदेखा करते

मैंने आपको केवल एक काम करने का उदाहरण दिया है लेकिन आप अभी भी नहीं समझे हैं।
http://necromanthus.com/Test/html5/Lara_1000000.html

और आप बुरी प्रथाओं के बारे में बात करना जारी रखते हैं।
कृपया निम्नलिखित बातों का ध्यान रखें:
अंकों की एकल-सटीक फ़्लोटिंग पॉइंट संख्या 7 है।
जिसमें 1234,567 और 123456.7 शामिल हैं
अधिकांश वजन मानचित्र 4 दशमलव के साथ आते हैं, लेकिन एक भी एक अच्छा परिणाम प्रदान करता है।
इस कारण से सभी 3 डी इंजनों ने विश्व आकार के लिए अधिकतम 10,000 का मूल्य पुन: प्राप्त किया।
0000.001 से 9999.999 तक
हम सभी "अनंत" या विशाल 3 डी दुनिया चाहते हैं, लेकिन यह संभव नहीं है।
आप जो कर रहे हैं वह पूरी तरह से कई दृष्टिकोणों से गलत है:
खेल डिजाइन, प्रदर्शन, एनिमेशन और टकराव।
मुझे उम्मीद है कि अब आपको मुख्य तस्वीर मिल जाएगी।

शायद संबंधित: http://davenewson.com/posts/2013/unity-coordinates-and-scales.html

@RemusMar
मैं अच्छी तरह से समझ गया था कि आपने क्या कहा लेकिन दुर्भाग्य से आपके मॉडल में एक ही समस्या है ... कम डिग्री में लेकिन फिर भी:
http://cornflex.org/webgl/skin-bug2.mp4

स्रोत:
http://cornflex.org/webgl/skinning-bug5.html

और अगर मैं z = 60000 से उच्च स्थान देता हूं, तो यह खराब हो रहा है ... और 100000 तक यह पूरी तरह से अदृश्य है।

हम सभी "अनंत" या विशाल 3 डी दुनिया चाहते हैं, लेकिन यह संभव नहीं है।

LOL, मैं असीम विशाल दुनिया नहीं चाहता ... मैं सिर्फ एक धावक खेल बनाना चाहता हूं, जैसे मैंने थ्रीजेएस के साथ पहले भी कई बार किया था ... लेकिन इस बार मुझे अवतार के रूप में एक चमड़ी की आवश्यकता है।

मेरा दृश्य: http://cornflex.org/webgl/skin-bug.mp4

अगर हम कई मीटर तक चलने वाले अवतार को चेतन करने में असमर्थ हैं ... तो क्या बात है ?? (यथार्थवादी पैमाने में 1 मी = 1 तीनjs इकाई, बग पहले से ही 100 से प्रकट होता है)।

BTW, आपका मॉडल 150 मीटर लंबा जैसा है ... यह यथार्थवादी पैमाना नहीं है।
संपादित करें:
यहाँ अपने मॉडल पर स्केल (0.01, 0.01, 0.01) के साथ एक ही दृश्य को वास्तविक आकार (लगभग 1.5 मी तब) प्राप्त करने के लिए। जैसा कि आप देख सकते हैं, यह पहले से ही मोबाइल पर z = 300 से बग रहा है:
http://cornflex.org/webgl/skin-bug3.mp4

आप जो कर रहे हैं वह पूरी तरह से कई दृष्टिकोणों से गलत है:
खेल डिजाइन, प्रदर्शन, एनिमेशन और टकराव।

LOL LOL ... मैं गेम बनाने के बारे में अपनी वेबसाइट और ब्लॉग पर जाने का सुझाव देता हूं (http://quentinlengele.com, http://cornflex.org, http://www.ddrsa.com, http://br9732.com )

EDIT: आपका दृश्य iOS, खाली स्क्रीन (http://necromanthus.com/Test/html5/Lara_1000000.html) पर दिखाई नहीं देता है।

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

चलो देखते हैं:

vec3 transformed = vec3( position );
...
#ifdef USE_SKINNING
    vec4 skinVertex = bindMatrix * vec4( transformed, 1.0 );
    vec4 skinned = vec4( 0.0 );
    skinned += boneMatX * skinVertex * skinWeight.x;
    skinned += boneMatY * skinVertex * skinWeight.y;
    skinned += boneMatZ * skinVertex * skinWeight.z;
    skinned += boneMatW * skinVertex * skinWeight.w;
    transformed = ( bindMatrixInverse * skinned ).xyz;
#endif

मेरे लिए विश्व स्थान नहीं दिखता है? नियमित रूप से मेष में, transformed position विशेषता पर सेट किया जाता है - अर्थात, स्थानीय कोर्ड्स।

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

(संपादित करें: एनवीएम, मुझे लगता है कि मुझे यह गलत लगा है)

@ एमएसीसी दुर्भाग्य से, मुझे यह बताने के लिए कि क्या गणना स्थानीय या विश्व अंतरिक्ष कोर्ड्स में की जाती है, स्किनिंग शेडर की आपकी कॉपी / पेस्ट में पर्याप्त मात्रा में डेटा नहीं दिखता है।

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

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

फिर से, जैसा कि समझाया गया है, वस्तु का पैमाना बग को प्रभावित कर रहा है।
थ्रीजेएस स्रोतों के साथ उदाहरण केवल बग को z = 100000 पर प्रस्तुत करता है, लेकिन इसका कारण यह है कि मेष का आकार (थ्रीजेएस स्रोत से भी) बहुत बड़ा है। दौड़ने वाला लड़का 150 मीटर लंबा है।

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

जब आप यथार्थवादी आकार के साथ एक स्किनमेडमेश का उपयोग करते हैं तो यहां संभावना है: बग पहले से ही z = 300 पर दिखाई दे रहा है।

किसी भी इंजन में, आप इसे एक्स: 30000, y: 60000, z: 140000000 पर डालकर स्किनमेडमेश ड्रॉप कर सकते हैं और हड्डियों और स्किनिंग के साथ कोई संभावना नहीं है। कोई घबराना नहीं।

निश्चित रूप से मैं समझता हूं कि हम यहां एक जावास्क्रिप्ट कोर पर काम कर रहे हैं ... लेकिन फिर भी।

यहां ट्रोल "हम सभी अनंत दुनिया चाहते हैं, लेकिन यह असंभव है" स्कूल वापस जाना और मैट्रिक्स रूपांतरण सीखना आवश्यक है। या बेहतर है कि खुले विश्व खेलों को देखें और उनसे स्वयं पूछें कि उनका अवतार "चमड़ीदार" कैसे हो सकता है, दृश्य मूल से दूर 0,0,0 ......

मुझे कहना है, यह बग मजेदार है। यहां, मैं इसे डेस्कटॉप पर पुन: पेश कर सकता हूं, लेकिन 60K परिशुद्धता से बाहर चलने के लिए पर्याप्त नहीं थे:

ठीक है, इसलिए z = 1e8 पर, यहां हमारे पास वर्तमान शेडर के साथ है:

और अगर हमारे पास इस शेडर को बदल दिया जाए तो मेरे पास क्या है (मेरे ऊपर-नीचे-मेरे-शीर्ष परीक्षण की थोड़ी भिन्नता जो मैंने संपादित की है):

#ifdef USE_SKINNING
    vec4 skinVertex = bindMatrix * vec4( transformed, 1.0 );
    vec4 skinned = vec4( 0.0 );
    skinned += ( bindMatrixInverse * boneMatX ) * skinVertex * skinWeight.x;
    skinned += ( bindMatrixInverse * boneMatY ) * skinVertex * skinWeight.y;
    skinned += ( bindMatrixInverse * boneMatZ ) * skinVertex * skinWeight.z;
    skinned += ( bindMatrixInverse * boneMatW ) * skinVertex * skinWeight.w;
    transformed = skinned.xyz;
#endif

अभी भी अस्थिर है, लेकिन बेहतर लगता है :) अब, इस मुद्दे के संदर्भ में इसका क्या मतलब है?

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

ओह, और

यहाँ ट्रोल करता है "हम सभी अनंत दुनिया चाहते हैं लेकिन यह असंभव है"

मुझे लगता है कि वे जो कहना चाह रहे थे, वह यह है कि आप अपनी तरफ से पुस्तकालय को ठीक किए बिना समस्या के आसपास काम कर सकते हैं। जरूरी नहीं, लेकिन चाहिए।

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

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

मैं यह देखने के लिए काफी उत्सुक हूं कि क्या आपका पैच यथार्थवादी पैमाने पर भी काम कर रहा है :)

ओह और ... क्या आप iOS के तहत अपना परीक्षण कर रहे हैं?
जैसा कि इस धागे में बताया गया है, यह मुख्य रूप से iOS उपकरणों (6, 8) पर हो रहा है।
डेस्कटॉप पर, केवल बहुत विशाल मान समस्या लाते हैं।

एक बार फिर धन्यवाद

@OrtOfOn आप अपने कोड के शीर्ष पर इसे जोड़कर @makc पैच आज़मा सकते हैं:

THREE.ShaderChunk.skinning_vertex = `
#ifdef USE_SKINNING
    vec4 skinVertex = bindMatrix * vec4( transformed, 1.0 );
    vec4 skinned = vec4( 0.0 );
    skinned += ( bindMatrixInverse * boneMatX ) * skinVertex * skinWeight.x;
    skinned += ( bindMatrixInverse * boneMatY ) * skinVertex * skinWeight.y;
    skinned += ( bindMatrixInverse * boneMatZ ) * skinVertex * skinWeight.z;
    skinned += ( bindMatrixInverse * boneMatW ) * skinVertex * skinWeight.w;
    transformed = skinned.xyz;
#endif
`;

तीन। शब्दशेलर: छायाकार संकलन नहीं कर सकता है। : /

ओह यार। आपने गलत उद्धरण और एक-पंक्ति स्वरूपण के साथ समाप्त किया। आप इस तरह से कॉपी-पेस्ट कैसे करते हैं?

इसके अलावा, मैं इन निराला छवियों को देखने के लिए किया था, जो मेरी जिज्ञासा को संतुष्ट करता है। मुझे भरोसा है कि कोई और इसे यहां से ले जाएगा :)

@makc CTRL + C / CTRL + V ... बस यहाँ से ...: /

दुर्भाग्य से, बग पहले की तुलना में कम मजबूत है लेकिन फिर भी वहाँ है :(

IOS पर परीक्षण किया गया (पैच लागू):

पैमाने पर मेष 1.0 (अवतार लगभग 20 मीटर लंबा), स्थिति z = 10000
http://cornflex.org/webgl/skin-patch1.mp4

0.1 के पैमाने पर मेष (2 मीटर लंबा अवतार), स्थिति z = 3000
http://cornflex.org/webgl/skin-patch2.mp4

@ मर्डोबू मैं पुन: पेश करने की कोशिश करूंगा :) यह एक एकल पंक्ति में दिखाई दिया। जब मैं आपके उत्तर को पॉपप कर रहा था तो मैं पृष्ठ पर लिख रहा था और ऐसा प्रतीत नहीं होता था कि यह सामान्य रूप से प्रकट होता है, मैं वादा करता हूं: पी ... मुझे ये बोनस अंक मिलेंगे, आप देखेंगे :)

EDIT: BTW आपने अपनी पोस्ट संपादित की? :)

मेरा मानना ​​है कि अवशिष्ट प्रभाव स्किनिंग से असंबंधित हो सकता है और वास्तव में सब कुछ प्रभावित कर सकता है लेकिन आप ध्यान नहीं देते क्योंकि कोई एनीमेशन नहीं है।

@OrtOfOn अपनी जगह पर मैं आपके पूरे दृश्य को (एक कैमरे के साथ) अतिरिक्त Object3D में लपेटने की कोशिश करूंगा और इस ऑब्जेक्ट को -1 में प्रत्येक फ्रेम में अवतार कोर्ड्स को सेट करूँगा। यह हमेशा के लिए 0,0,0 दुनिया के समन्वयकों में रखेगा।

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

इसके अलावा ... मेरा मामला नहीं है लेकिन स्किनमेडमेश के कई दुश्मनों के साथ इसकी कल्पना करें, हर जगह से ...

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

हम "अनंत दुनिया" नहीं चाहते हैं, लेकिन हम दुनिया के अंतरिक्ष निर्देशांक में इन अच्छी स्किनमेडमेश और एनिमेशन सुविधाओं का उपयोग करने में सक्षम होना चाहते हैं, जैसे कि हम प्रसिद्ध इंजनों में करते हैं :)

मैं एक तरह से थोड़ा निराश हूं ... क्योंकि मैंने क्रॉसफेड ​​सुविधाओं के आधार पर एक बहुत ही शांत एनिमेटर स्क्रिप्ट बनाई है और mecanim से प्रेरित है ... अगले प्रोजेक्ट के लिए निश्चित रूप से: /

@मार्क मुझे वास्तव में इस तरह धोखा देना पसंद नहीं है।

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

@mrdoob हाँ मुझे पता है कि एक कैमरा भी मौजूद नहीं है। मेट्रिसेस की शक्ति :) (मैं कुछ देशी WebGL / OpenGL dev खुद करता हूं)।

वैसे भी, सभी दृश्य को एक गेम ऑब्जेक्ट में डालना मेरे लिए थोड़ा बर्बर लगता है ... विशेष रूप से एक चमड़ी एनीमेशन काम करने के लिए।

@OrtOfOn वास्तव में आप दृश्य का उपयोग कर सकते हैं। उदाहरण के लिए, यह करें:

scene.add(camera);
scene.position.z = -60000;

और यह ठीक है (संपादित करें: हालांकि, प्रकाश के साथ कुछ गड़बड़ है जब आप ऐसा करते हैं .... @ मर्डोबो ?)

@makc पैच का प्रस्ताव करने के लिए फिर से धन्यवाद।

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

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

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

मैं जितनी जल्दी हो सके स्रोत में गहराई से खुदाई करूंगा, लेकिन मुझे 2 दिनों में कुछ वितरित करना होगा ... इसलिए मेरी स्प्रिटशीट एनिमेशन अब उम्मीद के लिए काफी ठीक हैं।

क्योंकि 0,0,0 में एक एकल चमड़ी अवतार के लिए प्रतिबंधित होने की क्या बात है?

मुद्दा यह है कि यह अत्यधिक संभावना नहीं है कि आप एक साथ त्वचा को 0,0,0 और दूसरी त्वचा को z = 60000 पर प्रस्तुत करेंगे। 0,0,0 के आसपास केवल कुछ खाल इसे स्क्रीन पर लाएंगे, और वे बग को ट्रिगर करने के लिए पर्याप्त नहीं होंगे।

@makc फिर से, आपका पैच डेस्कटॉप के अंतर्गत मान्य है, लेकिन आप iOS उपकरणों पर मामले का परीक्षण नहीं कर रहे हैं, जहां बग पहले से ही 0,0,0 से कई मीटर की दूरी पर यथार्थवादी स्केल किए गए मेश के साथ दिखाई दे रहा है। मैंने इसके लिए पर्याप्त वीडियो बनाए। उदाहरण के लिए, यह केवल z = 100: / पर बग को प्रस्तुत करता है
http://cornflex.org/webgl/skin-bug.mp4

क्या आप हमेशा अवतार का उपयोग कर रहे हैं जो आपके खेलों में 20 मीटर लंबा है? :)
क्योंकि आपने जिस नंबर (60000) पर ध्यान केंद्रित किया है, उसका उपयोग केवल डेस्कटॉप पर बग को उजागर करने के लिए किया जाता है (इसके साथ बहुत विशाल लार या विशाल थ्रीजेस fbx नमूना) ... मोबाइल पर नहीं। और मेरा अवतार इतना दूर नहीं जाता है ...

मैं एक iOS समस्या होने की पुष्टि करता हूँ। जब से कम से कम पीढ़ी 6S / 6S +, iOS को फ्लोटवेरटेक्स्ट टेक्सचर की समस्या हुई है। हमारे द्वारा उपयोग किया जा रहा फिक्स iOS पर उस सुविधा को अक्षम करना है। यह उन हड्डियों को सीमित करता है जिनका हम उपयोग कर सकते हैं, लेकिन हमें क्रैपीयर फोन का समर्थन करने के लिए उन्हें वैसे भी सीमित करना होगा।

जैसा कि iOS डिवाइस @ Mugen87 द्वारा पोस्ट किए गए अनुरूपता परीक्षण में विफल

@ daniel-nth मुझे लगता है कि यह समझ में आता है। हालाँकि ... @OrtOfOn कह रहा था z = 60K डेस्कटॉप पर समस्या को पुन: पेश करता है ... मुझे डेस्कटॉप पर 60K पर कोई समस्या नहीं है, केवल 1e8 मेरे लिए "पुन: पेश" करने के लिए पर्याप्त था। तो, शायद यह मुद्दा वास्तव में कम से कम 3 अलग-अलग समस्याएं हैं:

• आयोस पर फ्लोट टेक्सचर,
• 60K पर @OrtOfOn के डेस्कटॉप पर कुछ,
• 1e8 में सटीक रूप से बाहर निकलने के कारण हड्डियों के शेडर बिट में खराब मैट्रिक्स गुणन क्रम के कारण (जिसे मैंने ऊपर से गड़बड़ किया है),
• शायद शिखर की छाया में कुछ और था, क्योंकि लड़की पैच के बाद भी थोड़ी अस्थिर थी।

हाय दोस्तों,
सबसे पहले, इस बग पर वापस जाने के लिए आपका धन्यवाद। मुझे अभी भी इसमें खोदने का समय नहीं मिला :(

@ daniel-nth वस्तु का पैमाना बग को प्रभावित कर रहा है:

IOS पर, यह बहुत विशाल "लारा" ऑब्जेक्ट (ऊंचाई = 120, स्केल = 1) के साथ, बग वास्तव में z = 60000 पर दिखाई देता है। लेकिन, अगर आप यथार्थवादी आकार की जाली (ऊंचाई = 1.8, स्केल = 1) लेते हैं, तो यह पहले से ही z = 100 पर दिखाई देती है।

स्किनमेडश जितना बड़ा होगा, उतना ही बग को देखने के लिए अनुवाद करना होगा।

जैसा कि पहले ही इस थ्रेड में परीक्षण और रिपोर्ट किया जा चुका है, iOS पर फ्लोटटैक्चर्स को अक्षम करने से स्किनिंग बिल्कुल नहीं होती है।

मुझे खराब मैट्रिक्स गुणा या हड्डियों के मैट्रिक्स के गुणा के बार आदेश पर भी संदेह है।

IOS पर, यह बहुत विशाल "लारा" ऑब्जेक्ट (ऊंचाई = 120, स्केल = 1) के साथ, बग z = 60000 पर दिखाई देता है

@OrtOfOn प्रतीक्षा करें, तो ios पर? लेकिन आपने यह भी कहा:

आपके (60000) पर केंद्रित नंबर का उपयोग केवल डेस्कटॉप पर बग को उजागर करने के लिए किया जाता है (इसके साथ ही बहुत बड़ा लारा या विशाल थ्रीज fbx नमूना) ... मोबाइल पर नहीं।

IOS पर, यह बहुत विशाल "लारा" ऑब्जेक्ट (ऊंचाई = 120, स्केल = 1) के साथ, बग वास्तव में z = 60000 पर दिखाई देता है।

यह बहुत बड़ा नहीं है।
और आप अभी भी मॉडल के आकार और दुनिया के पैमाने के बीच के रिश्ते को नहीं समझते हैं।
आखरी बार के लिए:
http://necromanthus.com/Test/html5/Lara_1000000.html
मोडिल ऊंचाई लगभग = 75 और दुनिया के पैमाने = 9,999,999।
Z = 0 से Z = 1,000,000 (एक मिलियन) !!!
क्योंकि अंकों का एकल-सटीक फ़्लोटिंग पॉइंट संख्या 7 है, वहाँ कोई भी दशमलव नहीं बचा है !!!
यह मेरे पास मौजूद सभी लैपटॉप और डेस्कटॉप पर सटीक चलता है।
और भी अधिक:
यह एंड्रॉइड 6 और 7 और सैमसंग के विभिन्न मोबाइल फोन पर सटीक चलता है।

@RemusMar अपने उदाहरण में, इसे कंसोल में दर्ज करें:

camera.position.z += 1e8;
scene.children[2].position.z += 1e8;

आपको कुछ इस तरह दिखाई देगा:

यह दुखद है

मैं तुम्हें देता हूँ कि z = 1e6 बुरा भी नहीं लगता। 1e7 के आसपास यह पहले से ही ध्यान देने योग्य है, और 1e8 सिर्फ पागल है

IOS पर हमारे लिए गलत काम करने के लिए @OrtOfOn सेटिंग क्षमताएं

मैं तुम्हें देता हूँ कि z = 1e6 बुरा भी नहीं लगता। 1e7 के आसपास यह पहले से ही ध्यान देने योग्य है, और 1e8 सिर्फ पागल है

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

@makc दरअसल, मुझे डेस्कटॉप के लिए गलत नंबर मिले हैं। यह बहुत बड़ा होना चाहिए, आप सही हैं और मैंने पहले ही धागे में वास्तव में उल्लेख किया है: / https://github.com/mrdoob/three.js/issues/13288#issuecomment -364650679

@ daniel-nth जानने के लिए अच्छा है लेकिन क्या आपको यकीन है? इस परीक्षण को मैंने इस धागे में 3 जी मॉडल से 3 डी मॉडल के साथ यहां किया है। आप अभी भी कोड को देख सकते हैं। @ Mugen87 ने भी यही प्रतिक्रिया दी, इस मॉडल के साथ कोई एनीमेशन नहीं। https://github.com/mrdoob/three.js/issues/13288#issuecomment -363672723

ओह, मैं देख रहा हूं कि मॉडल अब मौजूद नहीं है। 404 https://threejs.org/examples/models/fbx/xsi_man_skinning.fbx पर

@ डैनियल-एनटीटी यदि आप कम हड्डियों के साथ एक नए मॉडल का उपयोग कर रहे हैं, तो मेरा मानना ​​है कि आप;)

@RemusMar काफी नवीनतम पोस्ट में दूरियों के बारे में आपसे सहमत हैं। संख्या (1e6, 1e8, 1e9, ...) निश्चित रूप से खराब परिशुद्धता के साथ परिणाम देगा। उसके बारे मे कोई शक नहीं। लेकिन कृपया मुझे ट्रोल करना बंद करें। बहाना बंद करो मुझे कुछ समझ नहीं आ रहा है और अपने आप से पूछें कि क्या 120 की ऊंचाई वाला एक अवतार जाल विशाल नहीं है। मेरे लिए, यह बहुत विशाल है और कलाकारों, रेकास्ट, भौतिकी, प्रकाश व्यवस्था द्वारा बनाई गई अन्य यथार्थवादी स्केल वाली वस्तुओं के साथ एक gamedev में उपयोग करने योग्य नहीं है ... और 3 सप्ताह में वितरित किया जाना है।

मैं जोर दे रहा हूं: मीट्रिक इकाइयों के साथ यथार्थवादी पैमाने पर संपत्ति रखना एक भौतिक-आधारित-खेल को सही ढंग से बनाने के लिए कुछ अनिवार्य है :)

बहुत बुरा है कि, आईओएस पर, मैं इन यथार्थवादी पैमाने पर 100 मी पर अपना अवतार नहीं चला सकता: /

अद्यतन: वैसे भी, @ daniel-nth हमें यह बताने के लिए लगता है कि यह अब फ़्लोट टेक्सचर के साथ काम कर रहा है और एक बहुत ही सीमित गणना है।

लेकिन कृपया मुझे ट्रोल करना बंद करें
मैं जोर दे रहा हूं: मीट्रिक इकाइयों के साथ यथार्थवादी पैमाने पर संपत्ति रखना एक भौतिक-आधारित-खेल को सही ढंग से बनाने के लिए कुछ अनिवार्य है :)

मैं आपको ट्रोल नहीं कर रहा हूं।
लेकिन 1.5 यूनिट का मतलब 1.5 मीटर नहीं है
चियर्स

@OrtOfOn

मैं जोर दे रहा हूं: मीट्रिक इकाइयों के साथ यथार्थवादी पैमाने पर संपत्ति रखना एक भौतिक-आधारित-खेल को सही ढंग से बनाने के लिए कुछ अनिवार्य है :)

लेकिन यह पैमाना कुछ मनमाना आत्म-लगाया हुआ मूल्य है। आप बस सेंटीमीटर का उपयोग करने का फैसला कर सकते हैं, और फिर "120 की ऊंचाई के साथ एक अवतार मेष" वास्तव में औसत से छोटा है।

@ एमएसीसी ज़रूर, लेकिन भौतिकी इंजन /

बेशक, यह सटीकता के स्तर पर निर्भर करता है जिसे आपको प्राप्त करने की आवश्यकता है और 1e6, 1e7, जैसे मान ... बहुत बड़े हैं और सटीक मुद्दों को प्रस्तुत करेंगे। और आपको कभी भी एक चमड़ी को स्थानांतरित करने की आवश्यकता नहीं होगी। हम इसके बारे में सहमत हुए। लेकिन, आईओएस पर, हमें कम से कम कई सौ इकाइयों की रेंज में एक जीपीयू स्किनमेडमेश (1.5 यूनिट लंबा) ले जाने में सक्षम होना चाहिए।

लेकिन भौतिकी इंजन / लिबास से आपको मीट्रिक मूल्यों का उपयोग करने की उम्मीद है।

यह सच नहीं है।
मीटर, सेंटीमीटर, इंच, आदि अप्रासंगिक हैं।
जैसा कि मैंने पहले (कई बार) कहा, यह सब मायने रखता है दुनिया का आकार (पैमाना) और सटीकता।
निम्नलिखित बातों का ध्यान रखें:
यदि आपके पास ऊंचाई = 1.5 इकाइयों के साथ एक चमड़ी का जाल है, तो आपको कम से कम 2-3 डेसीमल का उपयोग करने के लिए वर्टेक्स वेट मैप द्वारा मजबूर किया जाता है।
भौतिक विज्ञान इंजन (यदि कोई हो) के लिए आपको स्वीकार्य परिणामों के लिए 3-4 दशमलव की आवश्यकता हो सकती है।
यदि वैश्विक सटीकता के लिए 4 दशमलव की आवश्यकता होती है, तो आपका अधिकतम विश्व आकार 999 है (क्योंकि एकल-सटीक फ़्लोटिंग पॉइंट अंकों की संख्या 7 है)।
दूसरे शब्दों में, यदि आप सभ्य एनिमेशन और सभ्य भौतिकी चाहते हैं, तो आप कुछ सैकड़ों की दूरी का उपयोग कर सकते हैं।
मुझे उम्मीद है कि आपको इस बार पूरी तस्वीर मिल जाएगी।
चियर्स

@RemusMar मैं यहाँ

मुझे आशा है कि आपको यह तथ्य मिल गया है कि आपके सभी प्रस्ताव और नमूने iOS उपकरणों पर काम नहीं करते हैं, जैसा कि अन्य लोगों द्वारा यहां और मेरी स्क्रीन के द्वारा रिपोर्ट किया गया है: /

आप इन उपकरणों पर gpu स्किनमेडशेस के साथ "कुछ सैकड़ों की दूरी" का उपयोग नहीं कर सकते।

आप फिर से गलत हैं।
ऊपर स्क्रीनशॉट देखें (एंड्रॉइड 7 - सैमसंग मोबाइल फोन)।
मॉडल की ऊंचाई = 75 (सीमा क्षेत्र त्रिज्या लगभग 38) और दूरी 1,000,000 (एक मिलियन !!!)
या मॉडल ऊंचाई = 1.5 और दूरी 20,000।

पी.एस.
क्या मेरी समस्या यह नहीं है कि आईओएस हमेशा बग का एक संग्रह था।

@RemusMar मैं गलत नहीं हूँ, आप ट्रोल करें। मैं iOS के बारे में बात कर रहा हूँ और आप एक और डिवाइस के बारे में बात कर रहे हैं ... क्या आप पागल हैं ??

मेरी संभावना नहीं है अगर आप Apple से इतनी नफरत करते हैं। जब मेरा एक ग्राहक थ्रीजेएस के साथ 3 डी वेब आधारित गेम चाहता है, तो मैं उसे "अपने आईफ़ोन के साथ बकवास" नहीं कहता ... यदि आप इसे करते हैं, तो मुझे आपके लिए खेद है।

संचरण का अंत यहां ... मैं अब इसका अनुसरण नहीं कर सकता।

@OrtOfOn हाँ, मैंने जिस मॉडल का उपयोग किया है उसकी 19 हड्डियाँ हैं, 404 fbx में 67 हैं।

https://github.com/mrdoob/three.js/issues/13288#issuecomment -364550036 में एक पेज का लिंक दिया गया था, जो यूनिफ़ॉर्म बोन लिमिट दिखाता है। वह सूत्र जो पेज का उपयोग करता है, वह Math.floor((data.webgl.params.MAX_VERTEX_UNIFORM_VECTORS - 20) / 4); है यदि यह सुनिश्चित नहीं है कि वह तीन.js के लिए 100% सटीक है, लेकिन यह iPhone X पर 27 भी रिपोर्ट करता है, जो दुर्भाग्य से गैलेक्सी एस 3 के आधे से भी कम है, लेकिन फिर भी बहुत अधिक है एक मोबाइल वेबजीएल खेल। मैंने अपने कार्य फ़ोल्डर के माध्यम से जल्दी से पकड़ लिया और 26 वेबजीएल परियोजनाओं में, केवल एक के पास अधिक हड्डियों वाला एक मॉडल है, और यह मॉडल 0,0,0 पर रहता है।

@OrtOfOn : मुझे एक निश्चित दृश्य के साथ ऐसी ही समस्याएं हैं और दृश्य में चारों ओर एक चमड़ी का चरित्र घूम रहा है। चरित्र ios पर बहुत मजाक करता है। हड्डी की गिनती 22 है। दृश्य के आयाम उचित हैं। मेरा मानना ​​है कि समस्या यह है कि वर्टेक्स बनावट का उपयोग आपको 32-बिट फ़्लोट्स तक सीमित करता है, जो कि ऊपर दिए गए दावे के साथ युग्मित है, जो कि थ्रीज विश्व स्थान में त्वचा की गणना करता है!

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

मैं एक समाधान है जब मैं वापस पोस्ट करेंगे।

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

vec2 encodeFloatRG( float v )
{
    vec2 kEncodeMul = vec2(1.0, 255.0);
    float kEncodeBit = 1.0/255.0;
    vec2 enc = kEncodeMul * v;
    enc = fract (enc);
    enc.x -= enc.y * kEncodeBit;
    return enc;
}

float decodeRGFloat( vec2 enc )
{
    vec2 kDecodeDot = vec2(1.0, 1.0/255.0);
    return dot( enc, kDecodeDot );
}

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

मैंने पूरी तरह से इस मुद्दे को हल कर दिया है कि थ्री जे एस स्थानीय स्थान पर स्किनिंग गणना करता है - जहां यह है - और वास्तविक दुनिया को मॉडल को वर्ल्ड स्पेस मैट्रिक्स के माध्यम से मानक तरीके से अनुवाद करता है।

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

mesh = new THREE.SkinnedMesh(geo.geometry, mat);
mesh.bindMode = 'detached';
var skel = new THREE.Skeleton(bones, boneInvs);
var bsm = new THREE.Matrix4().fromArray(geoPrims.bsm);
mesh.bind(skel, bsm);

// make bsmInv identity for models that have multiple skins
mesh.bindMatrixInverse = new THREE.Matrix4();

// patch SkinnedMesh's updateMtxWorld:
// we're using local skinning, so don't keep resetting binMatrixInverse (leave identity)
// the reason we're using .bind here is for models that have more than one skin
mesh.updateMatrixWorld = PatchSkinnedMeshUpdateMW.bind(mesh);

// re-normalize since input data has been compressed
mesh.normalizeSkinWeights();

// remove bone roots and add to bone root list
for (var bi = 0, bl = bones.length ; bi < bl ; bi++) {
    if (bones[bi].parent && !bones[bi].parent.isBone) {
        bones[bi].parent.remove(bones[bi]);
        boneRoots.push(bones[bi]);
    }
}

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

और यहां थ्री जेएस की स्किनमेडेश कार्यान्वयन को बदलने के लिए पैच है (ध्यान दें कि यह केवल आवश्यक है क्योंकि तीनजेएस के अपडेटमेट्रिक्सवर्ल्ड ने बाइंडमैट्रिक्स मैट्रिक्स को बंद कर दिया है जिसे हम पहचान के रूप में रखना चाहते हैं)। वैकल्पिक रूप से, आप पैच फ़ंक्शन का उपयोग करने के बजाय सीधे THREE.Mesh..prototype.UpdateMatrixWorld से बाइंड कर सकते हैं।

function PatchSkinnedMeshUpdateMW( force ) {
    THREE.Mesh.prototype.updateMatrixWorld.call( this, force );
}

@ डेबो-फीट मुझे लगता है कि मुझे अच्छा लगता है। क्या आप इसके लिए एक PR बनाना चाहेंगे?

@ denbo-ft आपके प्रयासों के लिए बहुत-बहुत धन्यवाद। देर से जवाब के लिए क्षमा करें, मैं अब इस धागे का पालन नहीं कर रहा था।

हमारे उत्पाद में भी यह समस्या है - कोई भी ब्राउज़र (यदि आप 0,0,0 से काफी दूर हैं), लेकिन iOS पर अधिक ध्यान देने योग्य है जैसे ही ऐसा होता है जैसे ही आप लगभग 2-3 यूनिट दूर होते हैं। हमारे लिए महत्वपूर्ण है लेकिन जब हम इसे देखते हैं तो कम से कम हमें अच्छी हंसी आती है

ठीक है, ऐसा लगता है कि ऐसे और भी लोग हैं जिन्हें इसकी ज़रूरत है। मैंने जीथब ओपन सोर्स प्रोजेक्ट में कभी योगदान नहीं दिया है, लेकिन मैं गिट से परिचित हूं और पीआर बनाने की कोशिश करूंगा। :)

मुझे भी। डॉ। काट्ज़, आईफ़ोन पर प्रोफेशनल थेरेपिस्ट की तरह मेरी स्किनमेडमेश का लुक।

FYI करें, 21 मई से मेरी पोस्ट का पूरा समाधान है। थ्री जेएस स्रोतों के लिए बहुत अधिक फ़िक्सेस नहीं हैं - अधिकांश फ़िक्सेस आपके लोडर और / या आपके व्यक्तिगत प्रोजेक्ट्स के लिए दृश्य सेटअप कोड में हैं।

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

संपादित करें:
हमारे पास टीजेएस के लिए पूरी तरह से कस्टम फ़ाइल प्रारूप और लोडर है, इसलिए दुर्भाग्य से एक उदाहरण समाधान के साथ एक पूर्ण पीआर बनाने के लिए, मुझे आपूर्ति किए गए डिब्बाबंद लोडरों में से एक को ठीक करना होगा (जैसे कोलाडा)। मैं अब इस पर ध्यान दूंगा

धन्यवाद, मुझे समझने के लिए और अधिक सामान्य तरीके से अपने समाधान को लागू करने के लिए कुछ समय आवंटित करने जा रहा था (आपकी परियोजना के लिए थोड़ा विशिष्ट लग रहा था)। क्या आप अपने कोड के लिए थोड़ा और संदर्भ साझा कर सकते हैं?

डॉ। काट्ज, पेशेवर चिकित्सक

मैं झुका या कुछ भी नहीं हूँ, लेकिन लानत है ।

संपादित करें:

मैंने सफलतापूर्वक एक पुल अनुरोध बनाया है - मुझे बताएं कि क्या कुछ अतिरिक्त है जो मैं कर सकता हूं।

मूल पोस्ट:

मेरे पास परिवर्तनों के साथ एक स्थानीय शाखा है, लेकिन मैं मूल को धक्का नहीं दे सकता। यहां तक ​​कि मेरे जीथब क्रेडिट प्रदान करते हुए, मुझे यह त्रुटि मिली:

Https://github.com/mrdoob/three.js.git को धक्का देना
रिमोट: मर्डोबा / तीन के लिए अनुमति।
घातक: ' https://github.com/mrdoob/three.js.git/ ' तक पहुँचने में असमर्थ: अनुरोधित URL लौटा दिया गया:

कुछ सलाह पसंद करूंगा क्योंकि यह जीथब के लिए मेरा पहला योगदान है। धन्यवाद!

FYI करें यदि PR mrdoob के लिए काम करता है और एकीकृत है, तो एक नया बाइंड मोड है "स्थानीय" जो इस परिवर्तन का समर्थन करता है। मैं अविचारित "डिटैच्ड" बाइंड मोड को पैच या बदलना नहीं चाहता था क्योंकि कोई संकेत नहीं है कि कौन या क्या इसका उपयोग कर रहा है और मैं ऐसा कुछ नहीं तोड़ना चाहता जिसके बारे में मुझे जानकारी नहीं थी। लेकिन यह मुझे लगता है कि यह इस उद्देश्य के लिए किया गया है।

सभी बिनमोड = "स्थानीय" अद्यतन के दौरान bindMatrixInverse को "अलग" के विपरीत नहीं बदलता है, जो पहचान छोड़ने के बजाय इसे bindMatrix के व्युत्क्रम में बदल देता है।

इस PR में webgl_loader_collada_skinning.html उदाहरण देखें, जो दृश्य के स्तर पर आवश्यक कुछ बदलाव देखने के लिए है ताकि दृश्य के चारों ओर घूमने वाले पात्रों पर उचित स्थानीय त्वचा मिल सके।

इस फिक्स का परीक्षण करने के लिए स्टॉर्मट्रॉपर डीएई लोडर डेमो का उपयोग किया गया था। इन परीक्षणों के लिए चरित्र को मूल से 2000 इकाइयों को दूर ले जाया गया था। नीचे स्क्रीनशॉट।

नीचे दिए गए शॉट्स iPhone X / Safari 11 से हैं

इस परिवर्तन से पहले (2000,2000,2000 पर):

इस परिवर्तन के बाद:

क्या आपको लगता है कि रूट सीन स्तर और (0,0,0) में हड्डियों के बिना इसे प्राप्त करने का एक तरीका है? मैं हड्डियों को अवतार के लिए सामान संलग्न करने के लिए उपयोग कर रहा हूं, इसे बिंदुओं आदि पर देखता हूं और मुझे लगता है कि मैं केवल एक ही नहीं हूं

आपके पास दो विकल्प हैं:

1) स्थानीय त्वचा से लाभ के लिए हड्डियों को विश्व स्थान पर रखें जैसा कि तीनjs में लागू किया गया है। फिर अतिरिक्त रूपांतर करें यदि आपको किसी हथियार को हड्डी में संलग्न करने की आवश्यकता है, उदाहरण के लिए, इसे अवतार स्थान में लाने के लिए।

2) हड्डियों को अवतार के रूप में अंतरिक्ष में छोड़ दें और आईओएस पर युद्ध करना।

मैं # 1 जरूर करूंगा। आप हमेशा यह पता लगाने के लिए गणित कर सकते हैं कि जहां अटैच ऑब्जेक्ट किसी भी फ्रेम में होना चाहिए, जब आपके पास पहले से ही हड्डी की स्थिति और चरित्र की स्थिति हो। लेकिन, # 2 के लिए कोई वर्कअराउंड नहीं है क्योंकि ताना डिवाइस आईओएस डिवाइसों के एचएएल स्तर पर पैकिंग के कारण होता है और इसके बारे में आप कुछ नहीं कर सकते। निश्चित रूप से, आप ऊपर दिए गए विभिन्न हॉफवार्ड पैकिंग आदि का उपयोग करने की कोशिश करके अतिरिक्त हैक जोड़ सकते हैं, लेकिन वे सभी समस्या को कम कर रहे हैं, जिससे आप इसे दूर नहीं कर सकते हैं। Ios पर स्किनिंग का मुद्दा पूरी तरह से चला जाएगा यदि आप स्थानीय अंतरिक्ष में स्किनिंग करते हैं (विशेष रूप से, हड्डियों को दुनिया की उत्पत्ति के बारे में केंद्रित रखें कि संख्या को यथासंभव छोटा रखें)। फिर अनुलग्नकों के लिए वर्ण स्थान में सुधार करें।

और जानकारी:

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

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

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

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

मैं वास्तव में इससे बहुत अधिक योगदान नहीं दे सकता जो मेरे पास पहले से है। मुझे आशा है कि मैंने कुछ लोगों की मदद की है ...

सौभाग्य!

यदि आप स्थानीय स्थान पर स्किनिंग करते हैं तो आईओएस पर स्किनिंग का मुद्दा पूरी तरह से चला जाएगा

जैसा कि मैंने शुरू से ही कहा, यह एक iOS सीमा (बग) के लिए एक समाधान है और आपको इसके लिए प्रसंस्करण शक्ति बर्बाद करनी होगी।
वह कोई हल नहीं है!
असली समाधान आईओएस पर फ्लोटिंग पॉइंट सटीकता को बढ़ाने के लिए है (7 अंकों के सामान्य मूल्य पर)।
http://davenewson.com/posts/2013/unity-coordinates-and-scales.html

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

मैंने इस मुद्दे पर सोचने में समय बिताया लेकिन बेहतर समाधान के साथ नहीं आया, हालांकि। (अब भी कोशिश कर रहा हूं)

@RemusMar

असली समाधान आईओएस पर फ्लोटिंग पॉइंट सटीकता बढ़ाने के लिए है

हो सकता है कि किसी को पहली बार @grorg और सह से पूछना चाहिए कि फ्लोटिंग टेक्सचर के साथ क्या व्यवहार है, और यह कैसे होता है? क्योंकि मुझे लगता है कि यह सिर्फ एक बग नहीं है, बल्कि कुछ अन्य समस्या के लिए "समाधान" है

मुझे लगता है कि यह सिर्फ एक बग नहीं है, बल्कि कुछ अन्य समस्या के लिए "समाधान" है

शायद सही।
फ़ायरफ़ॉक्स एंड्रॉइड पर इस मुद्दे के साथ समान: बग की सूचना दी, उन्हें देव द्वारा सत्यापित किया गया, लेकिन पिछले 5 महीनों (2 रिलीज) में तय नहीं किया गया !?

सॉफ्टवेयर विकास इन दिनों इसी तरह काम करता है:
सही जगह पर फिक्स होने के बजाय, 3rd पार्टीज में वर्कअराउंड हैं।
अंतिम परिणाम: कीड़े, बर्बाद संसाधनों और ब्लोटवेयर के संग्रह !!!

@jfcampos
मैं हड्डी के पदानुक्रम को जड़ में रखने की सलाह दूंगा और किसी भी हड्डी की अंतिम WS स्थिति को हथियाने के लिए केवल एक फंक्शन जोड़कर इसे अवतार के वास्तविक स्थान मैट्रिक्स के मार्टिक्सवर्ल्ड द्वारा गुणा किया जाएगा। यह सुपर सरल है और आपको तय करने से पहले आपके पास वापस आ जाएगा।

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

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

लगता है जैसे मुझे 0,0,0 पर हड्डियों के साथ जाना होगा और अन्य सामान के लिए कुछ अतिरिक्त मैट्रिक्स गणना करना होगा। धन्यवाद!

@ डेबो-फ़ुट सही है। यह विश्व अंतरिक्ष में त्वचा की वजह से एक तीन। Js समस्या है।

संदर्भ के लिए, यह वह जगह है जहां विश्व-अंतरिक्ष-स्किनिंग में बदलाव किया गया था: https://github.com/mrdoob/three.js/pull/4812।