Cocos2d-android की कथा

यह सिर्फ इतना हुआ कि मुझे गेम को आईओएस के साथ पोर्ट करना पड़ा। मुझे कोई रूपरेखा नहीं चुननी पड़ी, यह Cocos2d बन गया। फ्रेमवर्क का उपयोग करने से पहले, मुझे इसके बारे में समीक्षा पढ़ने का मौका मिला और वे चिंतित थे। लेकिन हमेशा की तरह सर्वश्रेष्ठ की उम्मीद की। और इसलिए, यह कहानी इस ढांचे को चित्रित करने और उपयोग करने के अपने अनुभव के बारे में जाएगी। यह पोस्ट उन लोगों के लिए उपयोगी होगी जो Cocos2s-Android पर नजर गड़ाए हुए हैं।

यह कैसे होना चाहिए, यह सोचा

मेरी विनम्र राय में, किसी भी खेल की वास्तुकला को कम से कम प्लेटफ़ॉर्म-निर्भर योजना के अनुसार डिज़ाइन करने की आवश्यकता है। उदाहरण के लिए, Cocos2dx का उपयोग करके आप खेल का क्रॉस-प्लेटफ़ॉर्म ग्राफ़िक भाग (C ++ में) लिख सकते हैं और फिर इस भाषा (Android, सिम्बियन, Meego, Bada) का समर्थन करने वाले किसी भी OS पर किसी भी प्रयास के साथ इसे प्रोजेक्ट से जोड़ सकते हैं, मैं IOS के बारे में नहीं जानता, लेकिन मुझे भी लगता है )। बेशक, आपको ओएस की विशेषताओं का सामना करना पड़ेगा, लेकिन प्रयास एक भाषा से दूसरी भाषा में कोड लिखने और फ्रेमवर्क के अंतर में अंतर का सामना करने से कम होगा।

जैसा था

लेकिन यह पूरी तरह से अलग था। कोड ओब्ज-सी में था, मुझे इसे जावा में एंड्रॉइड पर पोर्ट करना था (उस समय मुझे अभी भी कम से कम एनडीके की उम्मीद हबरास हब्रेसर के बारे में नहीं पता था)। इंटरनेट पर, आप Android के लिए दो Cocos2d-iphone पोर्ट पा सकते हैं:

1. Cocos2d-android Hmm, मैं वास्तव में इस परियोजना के बारे में कुछ नहीं कहूंगा। जनवरी 2010 से निर्माण। शायद सब कुछ!
2. Cocos2d-android-1 यह परियोजना अपने पेज पर दावा करती है कि अनुच्छेद 1 में परियोजना बहुत धीरे-धीरे विकसित हो रही है, इसलिए लेखक ने खुद को बनाने का फैसला किया। जैसा कि मैं इसे समझता हूं, कोड.google.com/p/cocos2d-android परियोजना को कांटा गया था और इसके आधार पर उपसर्ग "-1" के साथ एक संस्करण देखा गया है। इसलिए, इस परियोजना को काम के लिए चुना गया था।
   

खेल की वास्तुकला और रूपरेखा के बारे में थोड़ा सा

रूपरेखा परतों और दृश्यों पर काम करती है। ईमानदारी से, मुझे अभी भी समझ नहीं आया कि दोनों के बीच अंतर क्या है। जब तक तर्क में नहीं: एक दृश्य में कई परतें शामिल हो सकती हैं। इस ढांचे पर विशेषज्ञों की टिप्पणियों के लिए हमें यह सवाल छोड़ना चाहिए।

मैं मानता हूं, मैंने पहले कभी कोई खेल विकसित नहीं किया है। केवल एक प्रशंसक परियोजना थी और यह पहले से ही 3 डी में आ गई थी। इसलिए, मैं चयनित वास्तुकला पर टिप्पणी नहीं कर सकता।

खेल में परतों का एक सेट शामिल था। परतों के बीच प्रबंधन और संक्रमण को एक दृश्य द्वारा नियंत्रित किया गया था। पूरा खेल सिंगलटन के सिद्धांत पर बनाया गया था। एक ऑब्जेक्ट है जो गेम की सभी सेटिंग्स और डाउनलोड किए गए स्तर के डेटा को मेमोरी में स्टोर करता है। स्तर डेटा xml में संग्रहीत किया जाता है। हर बार प्रत्येक लॉन्च पर, इस फ़ाइल को पार्स किया जाता है और एक सिंगलटन बनाया जाता है जो यह सब स्टोर करता है और हमेशा इसके लिए उपयोग होता है। प्रोजेक्ट में केवल एक गतिविधि है जिसमें GLSurfaceView का थोड़ा सा दर्ज दृश्य है:

public class MainActivity extends Activity { private CCGLSurfaceView mGLSurfaceView; public static float SCREEN_WIDTH = 480; public static float SCREEN_HEIGHT = 320; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); requestWindowFeature(Window.FEATURE_NO_TITLE); getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN); getWindow().setFlags(WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON, WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON); mGLSurfaceView = new CCGLSurfaceView(this); CCDirector director = CCDirector.sharedDirector(); director.attachInView(mGLSurfaceView); director.setDeviceOrientation(CCDirector.kCCDeviceOrientationLandscapeLeft); SCREEN_WIDTH = director.winSize().width; SCREEN_HEIGHT = director.winSize().height; CCDirector.sharedDirector().getActivity().setContentView(mGLSurfaceView); CCDirector.sharedDirector().setDisplayFPS(true); CCDirector.sharedDirector().setAnimationInterval(1.0f / 60); CCScene scene = CCScene.node(); IntroScene intro = new IntroScene(); scene.addChild( intro ); CCDirector.sharedDirector().runWithScene(scene); } @Override public void onPause(){ super.onPause(); CCDirector.sharedDirector().onPause(); } @Override public void onResume() { super.onResume(); CCDirector.sharedDirector().onResume(); } @Override public void onDestroy() { super.onDestroy(); CCDirector.sharedDirector().end(); } @Override public void onBackPressed(){ //       } } 

सामान्य तौर पर, एंड्रॉइड एप्लिकेशन के लिए एक विशिष्ट वास्तुकला और असामान्य कुछ भी नहीं है, लेकिन कॉलबैक में Cocos2d हैंडलर्स को जोड़ा गया है। यह ध्यान दिया जाना चाहिए कि 32-बिट ढाल छवियों का उपयोग करते समय, ढाल तैरने लगती है। इसे ठीक करने के प्रयासों से कुछ भी नहीं हुआ। एंड्रॉइड के लिए मानक विधि (जब हम onAttachedToWindow सक्रियण विधि को फिर से परिभाषित करते हैं और वांछित रंग पैलेट निर्दिष्ट करते हैं) ने मदद नहीं की। सब कुछ विकृत हो गया था और आकार और रंग गिर गए थे। 8-बिट चित्रों ने भी मदद नहीं की। हम्म, ऐसी बातें।

फ़्रेम पोर्ट में समस्याएं जो बाहर निकलीं

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

 public class MainScene extends CCLayer { public MainScene(){ // ,    } public static CCScene scene() { CCScene scene = CCScene.node(); //CCLayer layer = MainScene.node(); //BUG in Cocos CCLayer layer = new MainScene(); scene.addChild(layer); return scene; } } 

इसलिए, आईओएस के लिए ढांचे के संस्करण में एक बंद लाइन है और यह ठीक काम करता है। मुझे दृश्य का एक नया उदाहरण बनाने के रूप में एक समाधान मिला, लेकिन इस तथ्य से नहीं कि यह सही है।

हम आगे बढ़ते हैं।
एक कस्टम दृश्य बनाने की जरूरत थी, जो कि खेल के स्तर के साथ खूबसूरती से स्वाद के साथ फ्लिप करेगा। IOS संस्करण में, इसे सरल रूप से लागू किया गया है: यह UIScrollView से एक वर्ग प्राप्त करता है और दृश्य रेंडरिंग ग्राफिक्स (GLSurfaceView) पर जोड़ा जाता है। GLSurfaceView में एक AddView () विधि है। एंड्रॉइड के लिए पोर्ट में ऐसी कोई विधि नहीं है, और सामान्य तौर पर, आप किसी भी तरह से अपना विचार नहीं जोड़ सकते। यह याद रखना चाहिए।

ध्वनि। SoundEngine का उपयोग करते समय, एक IllegalStateException लगातार पॉप अप करता है, जो सत्य पकड़ा गया है। शायद यही सब है। हालांकि नहीं, यह पीपीसी है! अपवाद वस्तुओं का एक पेड़ बनाया जाता है, इसे फेंक दिया जाता है, इंटरसेप्ट किया जाता है। हां, खेल का प्रदर्शन क्या है, आप किस बारे में बात कर रहे हैं?

परत में चित्र के बजाय सफेद पट्टी। खेल में कस्टम संवाद का उपयोग किया गया था, जो एक परत थी जो एक और परत के ऊपर जोड़ी गई थी। साधारण से बाहर कुछ भी नहीं। इसके अलावा, कभी-कभी, मेनू बटन के साथ चित्रों के बजाय, एक सफेद पट्टी पॉप अप होती है। कोड एक से एक है जैसा कि ios संस्करण में है। यह कमजोर उपकरणों पर ठीक होगा, लेकिन यह बात शीर्ष मॉडल पर भी दिखाई देती है। Googlecode पर मुद्दों में कचरा कलेक्टर से संबंधित एक समस्या है। मुझे ऐसा लगता है कि यह इसे संदर्भित करता है, क्योंकि लॉग में जब इस त्रुटि की उपस्थिति की तुलना करते हैं, तो कचरा कलेक्टर द्वारा वस्तुओं के संग्रह के साथ एक रेखा दिखाई देती है। या तो मेरे हाथ टेढ़े हैं (जो काफी संभावना है), या पोर्ट एंड्रॉइड की वास्तुकला सुविधाओं को ध्यान में नहीं रखता है।

ढांचे के तरीकों और वर्गों के नाम। मुझे आश्चर्य हुआ कि बंदरगाह में कक्षाओं और विधियों का नामकरण क्या था। यह मज़ा आसान है। मुख्य वर्गों को IOS संस्करण में भी नामित किया गया है, लेकिन उदाहरण के लिए, ध्वनि के साथ काम करने के लिए वर्ग को अलग तरह से कहा जाता है (SimpleAudioEngine के बजाय SoundEngine)। विधियों ने अपने उपसर्ग खो दिए हैं, बिल्कुल नहीं, लेकिन कई। आप बैठते हैं और आश्चर्य करते हैं कि नहीं। आप स्रोत कोड देखते हैं और समझते हैं, समय बर्बाद कर रहे हैं। लेखक, IMHO द्वारा एक अजीब निर्णय चुना गया था।

_ तोता क्षेत्र या किसी अन्य वर्ग क्षेत्र। कुछ खास नहीं: कोण का मूल्य विरासत में मिला वर्ग के क्षेत्र को सौंपा गया है। सब कुछ आईओएस संस्करण के समान है, लेकिन स्प्राइट ने खेल के मैदान से बाहर उड़ान भरी। डिबग और अन्य सीटी पर कुछ घंटे बिताए गए। जैसा कि यह निकला, ऐसे असाइनमेंट से बचना चाहिए। गुणों को बसने के साथ बदल दिया गया और यह काम कर गया। पोर्टिंग और अधिक का जादू!

एल्गोरिथ्म का संचालन। एक बहुत ही महत्वपूर्ण बिंदु। एक्सेलेरोमीटर का उपयोग करके मुख्य चरित्र के आंदोलन का तर्क लागू किया गया था। सुंदर मानक चाल। लेकिन एक गंभीर बग था जिसने स्तर के सही मार्ग को रोका। लब्बोलुआब यह है: एक टिक पर Cocos2d खेल, ग्राफिक्स और अधिक के बारे में डेटा को अपडेट करता है। ऐसा करने के लिए, आपको कक्षा में एक विधि लिखने की आवश्यकता है: सार्वजनिक शून्य अपडेट (फ्लोट डेल्टा)। और यहाँ फिर से दो OS की वास्तुकला में अंतर आया। कचरा संग्रहण से जुड़ी देरी के कारण (और यह अक्सर होता था, क्योंकि इसमें बहुत सारी वस्तुएं थीं, बहुत सारी बनावटें थीं), डेल्टा बहुत बड़ा था और पूरे एल्गोरिथ्म को बर्बाद कर दिया, जिसके कारण बस भयानक परिणाम हुए। व्यावहारिक रूप से, एल्गोरिथ्म को सही ढंग से काम करने के लिए आवश्यक डेल्टा का चयन किया गया था और यदि यह बड़ा है, तो यह बस वांछित को काट दिया जाता है।

निष्कर्ष

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

बल आपके साथ आ सकता है!

युपीडी
श्रमिकों के अनुरोध पर, मैं उन मुफ़्त रूपरेखाओं को इंगित करता हूं, जिन पर आपको ध्यान देना चाहिए। लेकिन कई अन्य हैं। यह सिर्फ इतना है कि इनमें स्टैकऑवरफ्लो और इंटरनेट पर समग्र रूप से अधिक सामग्री है।

• AndEngine
• LibGDX

मुझे याद है कि एन्ग्युटीन के बारे में पहले से ही हैबे पर ट्यूटोरियल की एक श्रृंखला थी। इसलिए सबसे उपयोगी जानकारी Google और Habrapoisk को खोजने में मदद करेगी।