ओपन ARB_occlusion_query आड़ मुर्गियों को मारने

Question

for (int i = 0; i < Number_Of_queries; i++) 
{ 
    glBeginQueryARB(GL_SAMPLES_PASSED_ARB, queries[i]); 

    Box[i] 

    glEndQueryARB(GL_SAMPLES_PASSED_ARB); 
} 

मैं उत्सुक विधि GPU रत्न रोड़ा को मारने जहां querys की एक निश्चित संख्या के लिए प्रदर्शन कर रहे हैं 1 में सुझाव के बारे में हूँ। वर्णित विधि का उपयोग करके आप एक दूसरे के खिलाफ व्यक्तिगत बक्से का परीक्षण नहीं कर सकते हैं, तो क्या आपको निम्न कार्य करना है?

टेस्ट बॉक्स A -> प्रस्तुत बॉक्स एक

टेस्ट बॉक्स बी -> प्रस्तुत बॉक्स बी

टेस्ट बॉक्स सी -> प्रस्तुत बॉक्स सी

और इतने पर ...

Answer 1

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

Answer 2

मुझे लगता है कि (यह GPU जवाहरात लेख से जोड़ने के लिए अच्छा हो गया होता ...) आप कुछ हद तक अतुल्यकालिक प्रश्नों के बारे में उलझन इस तरह एक्सटेंशन में वर्णित हैं:

http://developer.download.nvidia.com/opengl/specs/GL_NV_conditional_render.txt

अगर मैं सही ढंग वहाँ याद बिना किसी अवरोध के परिणाम की उपलब्धता की जांच करने के लिए अन्य एक्सटेंशन भी थे।

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