आईओएस

Question

में ओपनजीएल वर्टेक्स डेटा में संरेखण कितना महत्वपूर्ण है ओपनजीएल ईएस प्रोग्रामिंग गाइड चर्चा करता है कि आपको गलत हस्ताक्षर किए गए वर्टेक्स डेटा से बचना चाहिए और डेटा को 4 बाइट ब्लॉक में संरेखित करने का एक उदाहरण देता है।

OpenGL ES Programming Guide

हालांकि अधिकांश डेमो सामग्री और ट्यूटोरियल में मैं ऑनलाइन पाया है मैं किसी को ऐसा करने नहीं दिख रहा। नीचे दिया गया उदाहरण 71 वर्ग पर डेमो प्रोजेक्ट से है:

static const SSTexturedVertexData3D EnemyFighterVertexData[] = { 
    {/*v:*/{1.987003, -0.692074, -1.720503}, /*n:*/{0.946379, -0.165685, -0.277261}, /*t:*/{0.972816, 0.024320}}, 

और आप इसे कैसे करेंगे? एक डमी 0.0 को v और n और 2 में से टी में जोड़ें?

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

Answer 1

सामान्य एक कशेरुका floats से बना है जो गठबंधन करने जा रहे हैं, इसलिए आपको इससे बहुत चिंतित होने की आवश्यकता नहीं है। असल में बहुत सी किताबें सामान्य struct एस का उपयोग वर्टेक्स डेटा रखने के लिए करती हैं, जो पैडिंग मुद्दे के कारण संगत होने की गारंटी नहीं है, लेकिन यदि आपके पास फ्लोट हैं, तो यह ठीक है क्योंकि आपके पास पैडिंग होने की संभावना नहीं है। बेशक, कुछ लोग (स्वयं शामिल) सी ++ से एसटीएल vector का उपयोग करना पसंद करते हैं, लेकिन यदि आप आईओएस पर हैं, तो आप सी ++ का उपयोग कर सकते हैं, तो आप शायद ऑब्जेक्टिव-सी का उपयोग कर रहे हैं, इस प्रकार गैर-स्ट्रक्चर तरीके से संगतता में सामान्य सी एरे शामिल होंगे साथ काम करने के लिए बहुत मजेदार नहीं हैं।

यदि आप वर्टेक्स डेटा के साथ-साथ आपके ड्रॉइंग ऑब्जेक्ट के लिए अन्य डेटा रखने के लिए कस्टम स्ट्रक्चर बनाते हैं, और आप short एस या अन्य प्रकार का उपयोग करते हैं, तो आपको कोई समस्या बनने के लिए पैडिंग मिल सकती है। लेकिन अगर आप केवल float एस के साथ चिपके रहते हैं तो आप ठीक होंगे, और आप अच्छी कंपनी में होंगे क्योंकि ओपनजीएल के अधिकांश शैक्षिक स्रोत ऐसा करते हैं।