6
मुझे ऐसा लगता है, लेकिन मुझे इसे साबित करने की आवश्यकता है।putImageData (...) drawImage (...) से अधिक प्रदर्शनकारी है?
मुझे लगता है, यह फ़्लैश और इसके बिटमैप बनाम बिटमैपडाटा के समान ही मामला है। असल में, बिटमैपडाटा बिटमैप में डेटा का एक गैर-दृश्य निकालना है, जो बहुत ही आसान और तेज कुशलता के लिए अनुमति देता है।
मुझे लगता है कि गेम के रूप में उच्च प्रदर्शन समाधानों के लिए, प्रत्येक छवि (उदाहरण के लिए, प्रत्येक स्प्राइट) से छविडेटा निकालने के लिए, और इसे "संपत्ति" शब्दकोश में कैशिंग करना स्प्रेइट्स को स्वयं खींचने से बेहतर समाधान है कैनवास बार-बार।
क्या कोई इसे साबित कर सकता है?
मैं देखता हूं। मेरा ब्राउज़र वही दिखाता है। हालांकि, यह ज्यादा समझ में नहीं आता है। मुझे उम्मीद थी कि इमेजडाटा का उपयोग करके हेरफेर बनाना एक छवि खोलने, इसके डेटा निकालने और इसे कैनवास पर डालने से कहीं ज्यादा तेज है। कम से कम, फ्लैश में, बिटमैपडाटा में हेरफेर करना प्रदर्शन संचालन करने के लिए पसंदीदा तरीका है – user802232
क्लासिकल फ्लैश (नया स्टेज 3 डी/मोलहिल सामान नहीं) जिस तरह से चीजों को अनुकूलित करता है, सब कुछ मुख्य स्मृति में है और फिर इसे ग्राफिक्स मेमोरी में कॉपी करें। कैनवस मुख्य रूप से ग्राफिक्स मेमोरी (ब्राउज़र/संस्करण/चंद्रमा चरण के आधार पर) में रहते हैं और जावास्क्रिप्ट के माध्यम से पिक्सेल को संशोधित करने के लिए इमेजेडाटा को मुख्य मेमोरी में कॉपी करने की आवश्यकता होगी। फिर उस इमेजेटा को आकर्षित करने के लिए आपको इसे वापस ग्राफिक्स मेमोरी में कॉपी करने की आवश्यकता है। – Gabe
मुख्य सीपीयू से ग्राफिक्स मेमोरी पढ़ना लगभग सभी वीडियो कार्डों पर बेहद धीमा है ... पीएस 3 पर सेल से आरएसएक्स मेमोरी पढ़ने के लिए चश्मा देखें (4 जीबी/एस लिखने बनाम 16 एमबी/एस पढ़ें {{256 गुना धीमा!} }) http://www.ps3devwiki.com/index.php?title=RSX%23Speed.2C_Bandwidth.2C_and_Latency#speed_table (सेल मुख्य सीपीयू है और आरएसएक्स एक एनवीडिया-डिज़ाइन किया गया जीपीयू है) – Gabe