Three.js: उपयोगकर्ता परिभाषित क्लिप विमान

को निर्मित 13 अक्तू॰ 2011 · 5टिप्पणियाँ · स्रोत: mrdoob/three.js

मैं उपयोगकर्ता परिभाषित क्लिपिंग विमानों का उपयोग करना चाहता हूं।
OpenGL में मैं उपयोग करूंगा:

glClipPlane(GL_CLIP_PLANE0, planeEq);
glEnable(GL_CLIP_PLANE0);

मैं वेबगेल के साथ भी ऐसा कैसे कर सकता हूं?

Question

स्रोत

laure

सबसे उपयोगी टिप्पणी

हे बहुत धन्यवाद दोस्तों !!

आपके सुझावों ने मुझे समस्या पर पुनर्विचार कर दिया, और मैंने देखा कि कोई 'सामान्य' अंतराल नहीं था, लेकिन केवल टिमटिमाता हुआ जब निकट क्लिप प्लेन बदलता है (दर्पण की स्थिति की तुलना में दर्पण स्थिति)।

तो, आप लगभग वहाँ थे @WestLangley : यह मिरर किए गए कैमरे के

परिणाम: कोई और अधिक 'अंतराल': http://jsfiddle.net/slayvin/PT32b/2/ : स्माइली:

हो सकता है कि हम इसे अमूर्त कर सकते हैं।

हां, मैंने इसके बारे में सोचा है। new THREE.mirror() होना बहुत अच्छा होगा जो सब कुछ संभालता है। मैं कुछ कोड करने की कोशिश करूंगा ...

Slayvin 21 अग॰ 2013

❤2 👍1

सभी 5 टिप्पणियाँ

आपको renderer.context साथ WebGL संदर्भ प्राप्त करने में सक्षम होना चाहिए।
वहाँ से यह आपके लिए और WebGL युक्ति है :)

mrdoob 20 जन॰ 2012

मैंने हाल ही में एक ही समस्या का सामना करते हुए चिंतनशील सपाट सतहों (उर्फ 'दर्पण': मुस्कान:) को तीन.जेएस में लागू किया
जहां तक मुझे पता है, आपके पास WebGL के साथ उपयोगकर्ता द्वारा परिभाषित क्लिपिंग प्लेन नहीं हो सकते हैं, कम से कम आपके द्वारा वर्णित 'सरल' ओपनगैल के साथ नहीं।
ट्रिक "ओब्लिक व्यू फ्रस्टम" विधि का उपयोग करना है, जिसे इस पेपर में समझाया गया है: http://www.terathon.com/lengyel/Lengyel-Oblique.pdf
इस विधि का उद्देश्य परावर्तक सतह द्वारा परिभाषित विमान द्वारा आपके प्रतिबिंबित कैमरा फ्रुम के निकट क्लिप प्लेन को बदलना है।
यहाँ तक कि कुछ स्रोत कोड भी उपलब्ध हैं (C ++ में): http://www.terathon.com/code/oblique.html

मैंने सफलतापूर्वक उस पद्धति को तीन.js में पोर्ट कर लिया है और यहाँ इस लाइव को दिखाने के लिए एक नमूना दृश्य है: http://jsfiddle.net/slayvin/PT32b/

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

कुछ पता है इसे कैसे सुधारना? क्या मुझे एक प्रकार की बहु-बफ़रिंग विधि को लागू करने की आवश्यकता है, या यह केवल इसलिए है क्योंकि मैं फ्रिफ़ को संशोधित करने के बाद कैमरा मैट्रिक्स को udpdate नहीं करता हूं? यदि हां, तो मैं यह कैसे कर सकता हूं?

Slayvin 20 अग॰ 2013

❤1 🎉1

Mmmhh ... मैंने scene.autoUpdate से false करने का प्रयास किया है और यह सुनिश्चित करने के लिए हाथ से scene.updateMatrixWorld() कॉल किया है कि सभी रेंडरर्स के पास एक ही सामान था, लेकिन कुछ भी हल करने के लिए प्रतीत नहीं होता है ... वहाँ से रोटेशन निकालने से पहले न तो mirror.updateMatrix() कॉल करना ...

हालांकि बहुत अच्छा! हो सकता है कि हम इसे अमूर्त कर सकते हैं।

mrdoob 20 अग॰ 2013

मिठाई।

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

mirror.updateMatrixWorld();

camera.updateMatrixWorld();

camera.matrixWorldInverse.getInverse( camera.matrixWorld );

WestLangley 20 अग॰ 2013