🐯 ☮️ 👨🏿‍⚕️ Android के लिए Cocos2d-x: तेज फ़ाइल पढ़ना 🌐 🐉 👼🏾

मेरी हालिया परियोजनाओं में से एक आईओएस से एंड्रॉइड तक गेम को पोर्ट कर रहा है। खेल Cocos2d-x , एक काफी लोकप्रिय क्रॉस-प्लेटफॉर्म गेम इंजन का उपयोग करके लिखा गया है।

Android के लिए Cocos2d-x के बारे में अधिक जानें

Cocos2d-x एंड्रॉइड के लिए लगभग दो वर्षों से अस्तित्व में है, एक काफी सम्मानजनक उम्र। खुला स्रोत, एमआईटी लाइसेंस (कोई आवश्यक परिवर्तन नहीं)।
OpenGL ES 1.x के लिए नवीनतम स्थिर रिलीज़ 0.13.0 है, जो इस वर्ष मार्च में जारी किया गया है।
OpenGL ES 2.0 - 2.0.2 के लिए पहली रिलीज़ अगस्त के अंत में दिखाई दी।

मैं आपको यह बताना चाहता हूं कि आप बड़े गेम की डाउनलोड गति को कितनी आसानी से बढ़ा सकते हैं, साथ ही उपयोगकर्ता की क्रियाओं की प्रतिक्रिया की समग्र चिकनाई में सुधार कर सकते हैं।

शांत काम

IOS पर गेम 0.13 संस्करण का उपयोग करता है, इसलिए एंड्रॉइड के लिए उन्होंने एक ही लिया (आधिकारिक रिपॉजिटरी से नवीनतम सुधार सहित)। इंजन में बड़ी निराशा और महत्वपूर्ण बग के बिना सब कुछ सामान्य रूप से ठीक हो गया, खराब ग्राफिक्स के लिए खिलौने का संस्करण (पुराने iPhone 480x320) ने ठीक काम किया। यह "HD" ग्राफिक्स मोड (960x640) को जोड़ने का समय है।

IOS पर, cocos2d की पहली शाखा में, वर्तमान मोड के प्रत्यय के साथ एक फ़ाइल का उपयोग करके अन्य मोड के लिए समर्थन स्वचालित रूप से किया जाता है, अगर ऐसी कोई फ़ाइल मौजूद है, अन्यथा, इस तरह के एक प्रत्यय के बिना एक फ़ाइल। IPhone HD और iPad SD मोड के लिए प्रत्यय आमतौर पर ' -hd ' होते हैं, साथ ही iPad HD के लिए ' -ipadhd '। इसलिए, जब आप फ़ाइल 'image.png' को डाउनलोड करने का प्रयास करते हैं, तो फ़ाइल 'image-hd.png' वास्तव में लोड हो सकती है। Android संस्करण के लिए, यह स्वतंत्र रूप से नहीं जोड़ा गया था। ग्राफिक्स बेहतर हो गया।

समस्या

खिलौना लंबे समय तक लोड करना शुरू कर दिया, और उपयोगकर्ता कार्यों (मेनू में संक्रमण, उदाहरण के लिए) का जवाब देने के लिए बहुत बुरा था।

पहले तो मैंने तय किया कि जब से हर बार किसी प्रत्यय के साथ फाइल अस्तित्व के लिए जाँची जाती है, तब फॉर्म std में एक साधारण कैश :: unordered_map <std :: string requestFile, std :: string ReceFile> फ़ाइल को केवल 1 बार अस्तित्व में लाने के लिए पर्याप्त है - आंशिक रूप से मदद की गई लेकिन स्थिति बहुत मुश्किल बनी रही। यह आश्चर्य की बात थी कि Win8 पर एक ही गेम के पोर्ट के लिए ऐसी कोई समस्या नहीं थी (और Win8 के लिए संस्करण ने सब कुछ समर्थित किया, जिसमें iPad HD मोड शामिल है - स्क्रीन 2048x1536 के लिए बनावट के साथ)।

वह आगे समझने लगा।
CCFileUtils :: getFileData - Cocos2d-x में फ़ाइलों को पढ़ने के लिए ज़िम्मेदार विधि (गिथब पर - और उसके बाद वहाँ भी लिंक) - एपीके से डाउनलोड करने के लिए, इसे CCFileUtils कहते हैं ::FileDataFromZip :

स्रोत कोड

unsigned char* CCFileUtils::getFileDataFromZip(const char* pszZipFilePath, const char* pszFileName, unsigned long * pSize) { unsigned char * pBuffer = NULL; unzFile pFile = NULL; *pSize = 0; do { CC_BREAK_IF(!pszZipFilePath || !pszFileName); CC_BREAK_IF(strlen(pszZipFilePath) == 0); pFile = unzOpen(pszZipFilePath); CC_BREAK_IF(!pFile); int nRet = unzLocateFile(pFile, pszFileName, 1); CC_BREAK_IF(UNZ_OK != nRet); char szFilePathA[260]; unz_file_info FileInfo; nRet = unzGetCurrentFileInfo(pFile, &FileInfo, szFilePathA, sizeof(szFilePathA), NULL, 0, NULL, 0); CC_BREAK_IF(UNZ_OK != nRet); nRet = unzOpenCurrentFile(pFile); CC_BREAK_IF(UNZ_OK != nRet); pBuffer = new unsigned char[FileInfo.uncompressed_size]; int nSize = 0; nSize = unzReadCurrentFile(pFile, pBuffer, FileInfo.uncompressed_size); CCAssert(nSize == 0 || nSize == (int)FileInfo.uncompressed_size, "the file size is wrong"); *pSize = FileInfo.uncompressed_size; unzCloseCurrentFile(pFile); } while (0); if (pFile) { unzClose(pFile); } return pBuffer; }

यही है, हर बार एपीके से किसी भी फाइल के लिए - एक अलग उद्घाटन / समापन संग्रह है। सबसे सरल क्रिया इसे कम से कम एक बार खोलना है, यह जांचने का निर्णय लें कि क्या यह Cocos2d-x के 2.0.x संस्करणों में तय किया गया है - मुझे लगता है कि यह न केवल तय किया गया है, बल्कि बिगड़ भी गया है - विभिन्न ग्राफिक्स के लिए परिवर्तित फ़ाइल तर्क के कारण (पहले से ही जोड़ा गया) Android संस्करण) - एपीके फ़ाइल से पढ़ने का दोहरा प्रयास संभव है।

ठीक है, मैं आगे देखता हूं - अनज़ोलेट फ़ील करने के लिए एक कॉल। यह कार्य क्या करता है?

  err = unzGoToFirstFile(file); while (err == UNZ_OK) { char szCurrentFileName[UNZ_MAXFILENAMEINZIP+1]; err = unzGetCurrentFileInfo64(file,NULL, szCurrentFileName,sizeof(szCurrentFileName)-1,NULL,0,NULL,0); if (err == UNZ_OK) { if (unzStringFileNameCompare(szCurrentFileName, szFileName,iCaseSensitivity)==0) return UNZ_OK; err = unzGoToNextFile(file); } }

यही है, हर बार - संग्रह में सभी फाइलों में एक रेखीय खोज। हर बार। वहाँ यह कोड में गहरा है - स्मृति को बचाने के साथ, इसलिए हर अब और फिर - संग्रह और पढ़ने के साथ फ़ाइल के चारों ओर घूम रहा है। एक खिलौने के साथ APK में - संसाधनों के साथ 1300 से अधिक फाइलें।
और gles20 के लिए, cocos2d-x का संस्करण आम तौर पर सबसे खराब स्थिति है जब फ़ाइल को पढ़ा नहीं गया है, और आपको फिर से दूसरे के लिए खोज करने की आवश्यकता है।

निर्णय

अच्छा - मैंने किसी तरह कम से कम फ़ाइलों की एक सूची को कैश करने का फैसला किया, और संग्रह में इसकी स्थिति के लिए वांछनीय है ताकि अनज़ोलेटफाइल तेजी से काम करे। मैंने आगे खुदाई शुरू की - और आश्चर्य के साथ मुझे पता चला कि सब कुछ पहले से ही है, इसका उपयोग शुरू करने के लिए पर्याप्त है:

 /* unz_file_info contain information about a file in the zipfile */ typedef struct unz_file_pos_s { uLong pos_in_zip_directory; /* offset in zip file directory */ uLong num_of_file; /* # of file */ } unz_file_pos; int ZEXPORT unzGetFilePos(unzFile file, unz_file_pos* file_pos); int ZEXPORT unzGoToFilePos(unzFile file, unz_file_pos* file_pos);

इसलिए, सामान्य तौर पर, 1 बार पदों के साथ फ़ाइलों की एक सूची तैयार करना प्राथमिक है, और आगे भी - चुपचाप सीधे पढ़ा जाता है कि क्या आवश्यक है।

विचार का परीक्षण करने से लोडिंग का 5-गुना त्वरण (इसके अलावा, सरल ग्राफिक्स वाले पुराने संस्करण की तुलना में भारी ग्राफिक्स वाले संस्करण) और खेल में समग्र सुधार हुआ है (चूंकि बहुत सारे ग्राफिक्स हैं, मेमोरी में सब कुछ स्टोर करना असंभव है, और आपको लगातार कुछ लोड करना होगा) ।

बाद में यह पता चला कि unzGoToFirstFile / unzGoToNextFile के बाद अलग से unzGetCurrentFileInfo को कॉल करने की आवश्यकता नहीं है, वे अभी भी एक ही जानकारी पढ़ते हैं।

इसलिए अंत में - एक सहायक वर्ग बनाया गया है जो एक ही समय में एक मौजूदा मूल unzLocateFile फ़ाइल की खोज के रूप में ज़िप से फ़ाइलों की पूरी सूची को पढ़ता है।

Android के लिए Cocos2d-x के नवीनतम संस्करण के लिए अनुरोध करें - यह निश्चित रूप से काम करता है। 0.13 के लिए संस्करण एक मामूली संपादन द्वारा प्राप्त किया गया है।
स्वास्थ्य पर उपयोग करें।

निष्कर्ष

यह क्यों संभव है? स्रोत कोड में सब कुछ वास्तव में तैयार है, एक समाधान की तलाश का शाब्दिक अर्थ कुछ घंटों में लिया गया। हालाँकि, समस्या मौजूद थी और विभिन्न तरीकों से हल की गई थी, मुख्य रूप से - "एपीके में कम फाइलें"।
तब मुझे पहले से ही एसेट मैनेजर का उपयोग करने के लिए 3 महीने पहले एक प्रस्ताव मिला था - यह देखने के लिए आवश्यक होगा कि क्या और कैसे है, और क्या उत्पादकता में वृद्धि होगी (या पहले से ही एक बूंद)।

मुझे लगता है कि विभिन्न कंपनियों में एक ही चीज को बार-बार हल किया गया है, बस किसी ने सुधार वापस नहीं किया है।

Cocos2d-x में MiniZip के उपयोग किए गए भाग - वास्तव में, बस यह प्रदर्शित करते हैं कि यह कैसे करना है, और लगातार यादृच्छिक फ़ाइलों को पढ़ने का इरादा नहीं था।

तो दो साल के बावजूद, सार्वजनिक संस्करण में अभी भी कई जगह हैं जहां कुछ सुधार करना प्राथमिक है। प्रदर्शन - हाँ, CCProfiling.h / .cpp से समान कक्षाएं, इंजन को प्रोफाइल करने के लिए डिज़ाइन किया गया है, जहां कुछ औसत की गणना पुराने औसत और नए मूल्य को जोड़कर की जाती है, और आगे आधे में विभाजित होती है । इसलिए, उदाहरण के लिए, 10 4 1 और 1 4 10 के समान मूल्य अलग-अलग हैं (क्रमशः 4 और 6.25)। वास्तव में समान समस्या cocos2d-iphone के लिए स्रोत कोड में है, इसलिए मैं सामान्य सुधार थोड़े समय बाद करूंगा - यदि यह किसी और के लिए भी दिलचस्पी नहीं रखता है।

मुझे उम्मीद है कि समय हो जाएगा, और अन्य सुधार भी आधिकारिक संस्करण में जोड़ना संभव होगा, 0.13 से वर्तमान 2.x पर स्थानांतरण के साथ।

Android के लिए Cocos2d-x: तेज फ़ाइल पढ़ना

शांत काम

समस्या

निर्णय

निष्कर्ष

More articles: