दरअसल, कोशिश करने और परीक्षण के घंटों के बाद, मुझे एहसास हुआ कि रास्टरराइज्ड ग्लाइफ डेटा में कुछ गैर-प्रासंगिक बाइट्स हैं जिन्हें padding कहा जाता है। (जबकि . गैर प्रासंगिक हैं o/x, सार्थक डेटा कर रहे हैं)
0 1 2 3 4 5 6 7
0 o x o x o x . .
1 x o x o x o . .
2 o x o x o x . .
3 x o x o x o . .
4 o x o x o x . .
तीन नंबर इस बफर के आकार का वर्णन कर रहे हैं, पहले दो स्पष्ट कर रहे हैं: उदाहरण के िलए नीचे इमेजिंग एक बफर में एक ग्लिफ़ डेटा है :
rows = 5 //since there are 5 rows
width = 6 //since each row has 6 bytes of data
हालांकि, वहाँ वास्तव में एक तिहाई से एक है:
pitch = 8 //the actual width of rows, including "padding"
आप शौकीन की इस संपत्ति ध्यान नहीं देते हैं मेरे जैसे एर, और गलत विचार मिला कि width वास्तविक चौड़ाई है, आप एक विकृत या अनुवादित ग्लिफ आकार प्रस्तुत करेंगे।
इस 'पैडिंग' की मेरी समझ है धावित पांड्या ने कहा है, यह मुआवजा है। हालांकि, यह समानता के लिए मुआवजे नहीं है, (जाहिर है कि +2 समानता नहीं बदल रहा है) डिफ़ॉल्ट रूप से यह वास्तविक चौड़ाई को 4 से अधिक बनाने के लिए मुआवजा है। लेकिन हाँ, आप 4 को 2 या 1 भी बदल सकते हैं। मुझे लगता है अपनी चौड़ाई के साथ डेटा मैट्रिक्स को 4 से अधिक बनाकर, इसे तेजी से लोड किया जा सकता है, उदाहरण के लिए, के बजाय longint में लोड किया जा सकता है।
लेकिन फिर भी, R.. की अंतर्दृष्टि ने मुझे वास्तव में प्रभावित किया। मुझे लगता है कि आप लोग छवि नहीं कर सकते हैं मैं ऐसी मूल गलती कर सकता हूं।
यह +1 और +2 के साथ समानता की भरपाई करने का प्रयास करता है। –
+2 क्षतिपूर्ति समानता कैसा है? यह समानता नहीं बदलता है। – trVoldemort
ली रयान के उत्तर पर मेरी टिप्पणी देखें (और यदि आपको पसंद है तो इसे स्वीकार करें; मुझे प्रतिनिधि की आवश्यकता नहीं है)। –