टिज़ेन के तहत अंतरिक्ष में साधारण 2 डी रेसिंग या टिज़ेन एसोसिएशन हैकथॉन कैसे जीतें

मॉस्को में Bersenevskaya तटबंध पर पिछले सप्ताह के अंत में, इंटेल, सैमसंग और FRUCT द्वारा आयोजित हैकथॉन लाइटबॉक्स स्टूडियो रेड अक्टूबर में आयोजित किया गया था, जो Tizen प्लेटफॉर्म के लिए विकासशील अनुप्रयोगों के लिए समर्पित है।

हमारे युवा (लेकिन बहुत ही होनहार!) फ्राइडक्रोक टीम ने इस अद्भुत कार्यक्रम में भाग लिया। हाँ, और न केवल स्वीकार किया, बल्कि प्रथम स्थान भी जीता! हमने इस समुदाय के बारे में बात करने, अपना अनुभव साझा करने और हमारे प्रोटोटाइप के स्रोतों को बाहर करने का फैसला किया।

हमारा प्रोजेक्ट

अंतरिक्ष में 2 डी रेसिंग क्यों? कुछ समय पहले, हमने AppStore में कई गेम पोस्ट किए। उनमें से एक खरगोशों के लिए समर्पित है जो खेत से गाजर चुराते हैं। और चूंकि खरगोश न केवल मूल्यवान फर हैं, इसलिए उन्हें वहां गाजर इकट्ठा करने और क्षुद्रग्रहों को चकमा देने के लिए सुरक्षित रूप से अंतरिक्ष में लॉन्च किया गया था। नतीजतन, हर कोई अपने स्वयं के व्यवसाय में व्यस्त है: सैमसंग ने टिज़ेन को पृथ्वी के लिए लॉन्च किया, और फ्रेडक्रोक ने अंतरिक्ष में खरगोशों को लॉन्च किया।

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

Tizen

Tizen प्लेटफ़ॉर्म के साथ हमारा परिचय हैकाथॉन में ही नहीं हुआ, बल्कि इसके एक हफ्ते पहले, यखरोम में MDDay हैकाथॉन के फ़ाइनल में, जहाँ हमने भी भाग लिया (लेकिन, अपनी निराशा के लिए, कुछ भी नहीं जीता)। टिज़ेन प्लेटफ़ॉर्म अभी भी नम है और परिपूर्ण से बहुत दूर है, और हमें यखरोमा में कुछ रेक पर कदम रखने का आनंद मिला। सौभाग्य से, सैमसंग हर घटना के लिए महान गुरु भेजता है, जो अंत में दिनों के लिए डेवलपर्स की समस्याओं को हल करने के लिए तैयार हैं। ये लोग तब तक हार नहीं मानते जब तक कि वे कोई हल नहीं निकाल लेते, जिसके लिए उनका बहुत धन्यवाद। लेकिन समस्याएं सभ्य थीं: एमुलेटर शुरू नहीं हुआ, परीक्षण उपकरणों में से एक काम नहीं किया (मुझे इसे वापस करना पड़ा), परियोजना को स्थापित करने में कठिनाइयां थीं। परिणामस्वरूप, हमने लगभग 4 घंटे इन समस्याओं को सुलझाने में बिताए। लेकिन रेड अक्टूबर में हैकाथॉन के लिए हम पहले ही पूरी तरह से सशस्त्र आ चुके हैं।

इसलिए, हम मंच से थोड़ा परिचित थे। हमारे पास पहले से ही परीक्षण उपकरण थे (हमने यख्रोमा में उन्हें पकड़ लिया, और यह पूरी तरह से मुक्त है: यह केवल इन उपकरणों को नहीं बेचने के दायित्व पर हस्ताक्षर करने के लिए लिया था)। ऐसा लगता है, क्या अन्य कठिनाइयाँ उत्पन्न हो सकती हैं?

ग्रहण बनाम सीएलआई

Tizen SDK ग्रहण को विकास के वातावरण के रूप में उपयोग करता है। वे इसे इस तथ्य से समझाते हैं कि ग्रहण को प्लगइन्स लिखना आसान है।

सभी फ्राइडक्रोक प्रोग्रामर को ग्रहण के साथ काम करने का अनुभव था, और हम सभी, बिना किसी अपवाद के, इसके बारे में बीमार हैं। मूल रूप से - इसकी बगिया के कारण (जो फाइलों में वाक्यविन्यास त्रुटियों के केवल "लटके हुए" मार्कर हैं जो केवल पर्यावरण को फिर से शुरू करके इलाज किया जाता है)।

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

नतीजतन, हमने अभी भी एक्लिप्स-प्रोजेक्ट्स का उपयोग किया: वे उपनिर्देशिकाओं का समर्थन करते हैं, जिससे आप निर्धारितकर्ता और कंपाइलर के अन्य झंडे सेट कर सकते हैं और अभी भी बहुत सारी चीजें कर सकते हैं जो कि उपयोगिताओं को सांत्वना नहीं दे सकते हैं।

C ++ 11

हम C ++ में गेम लिखते हैं। इसके अलावा, हम C ++ 11 में गेम लिखते हैं। भाषा के नवीनतम संस्करण में अच्छाइयों का एक समूह है जो कोड की मात्रा को कम करता है और विकास को गति देता है। इसके अलावा, यह पहले से ही 2014 है, और सभी मुख्यधारा के कंपाइलरों ने पहले से ही इस मानक के लिए कम से कम 80% समर्थन प्राप्त किया है।

हमारी बड़ी निराशा के लिए, Tizen SDK में GCC और libstdc ++ (4.5) का बहुत पुराना संस्करण है, इसलिए यह सामान्य C ++ 11 समर्थन की तरह गंध भी नहीं करता है। इस कारण से, यख्रोमा में, हमने C ++ 98 में अपनी परियोजना लिखी।

स्वाभाविक रूप से, हम इस राज्य के साथ नहीं जा रहे थे, इसलिए हमने Tizen के तहत C ++ 11 कोड को संकलित करने का एक तरीका ढूंढना शुरू किया। सबसे पहले, हम भाग्यशाली हैं कि टिज़ेन एसडीके में क्लैंग कंपाइलर भी शामिल है। और यद्यपि यह बहुत प्राचीन भी है, फिर भी वह C ++ 11 को समझता है, भले ही वह समय-समय पर पपड़ी में गिरता हो। पुस्तकालय स्तर पर C ++ 11 समर्थन की कमी की समस्या (Tizen SDK द ओल्ड लिब्स्टैडसीसी ++ में) हमने बहुत ही सरलता से हल किया: हमने ताजे libc ++ स्रोतों को क्लैंग से लिया और उन्हें अपनी परियोजना में रखा। कुछ मामूली बदलाव करने और प्रोजेक्ट में डिफाइन'ओडब्ल्यू के कुछ जोड़े जाने के बाद, libc ++ सुरक्षित रूप से एक साथ मिल गया, जिसे लेकर हम बेहद खुश थे।







वैसे, C ++ 11 मोड में बनाए जाने वाले कोड के लिए, कंपाइलर को –std = c ++ 11 फ्लैग को जोड़ना होगा। दुर्भाग्य से, यदि आप ग्रहण में संकलक झंडे की सूची को संपादित करते हैं, तो यह अगले बिल्ड (सैमसंग ले, नोट!) के दौरान अधिलेखित हो जाएगा। नतीजतन, मुझे "अन्य अनुकूलन झंडे" फ़ील्ड का उपयोग करना पड़ा, जो सामान्य रूप से, अन्य उद्देश्यों के लिए अभिप्रेत है। लेकिन दूसरी ओर, यह विधानसभा के दौरान अधिलेखित नहीं किया जाता है और ध्वज संकलक तक पहुंचता है।

टिज़ेन के बारे में पर्याप्त, चलो परियोजना के बारे में बात करते हैं

हमने भौतिकी के लिए Box2D का उपयोग किया। परियोजना में डिबग ड्रॉ है (जो केवल रिलीज़ बिल्ड में अक्षम है)। आश्चर्यचकित न हों कि नाव में चार "पहिए" हैं - हमने इंटरनेट से नमूना के कुछ प्रकार के आधार के रूप में लिया, वहाँ कारें थीं।

प्रबंधन को बहुत सरल बनाया गया है: स्क्रीन को तीन भागों में लंबवत रूप से विभाजित किया गया है; बाईं ओर दबाने से दाएं - बाएं, और केंद्रीय भाग का उपयोग नहीं किया जाता है।

यहां यह ध्यान देने योग्य है कि हमें एंग्री बर्ड्स गो में लागू विचार वास्तव में पसंद आया, जब मशीन “सही” दिशा में जाने की कोशिश करती है, भले ही खिलाड़ी इसे नियंत्रित न करे। इसलिए, हमारे खिलौने में, नाव भी मार्ग का अनुसरण करने की कोशिश करती है, हालांकि बहुत सफलतापूर्वक नहीं, अगर यह मदद नहीं करता है।

हम सामान्य OpenGL ES 2.0 के साथ चित्र बनाते हैं। हम अदृश्य ज्यामिति को छोड़ने की कोशिश भी नहीं कर रहे हैं (यह एक हैकाथॉन है, सब के बाद)। सौभाग्य से, परीक्षण उपकरण इस अक्षम कोड के साथ मुकाबला करता है और बजाने वाले एफपीएस का उत्पादन करता है।

वैसे, यहाँ स्क्रीनशॉट हैं जो हमें मिला:



डिबग रेंडरिंग के साथ:

स्तर का संपादक

गेम में स्तर एक सरल XML फ़ाइल द्वारा वर्णित हैं। हैकाथॉन के हिस्से के रूप में, इसे हाथ से नहीं लिखने के लिए, हमने ग्रूवी पर एक बहुत ही सरल स्तर का संपादक लिखा। हम अभी इसके स्रोत प्रकाशित नहीं करेंगे, लेकिन यदि आप अचानक बहुत रुचि रखते हैं, तो लिखें, हम कुछ लेकर आएंगे।

संसाधन फ़ाइलें

हमने Tizen में संसाधन तंत्र से निपटने के लिए प्रबंधन नहीं किया। जोखिम नहीं लेने के लिए (हैकाथॉन पर समय बहुत सीमित है), हमने एक छोटा उपकरण लिखा जो संसाधन फ़ाइलों को C ++ किरणों में वितरित करता है।

स्रोत कोड

गेम के स्रोत गिथब पर उपलब्ध हैं: github.com/friedcroc/tizen_spacerace एक बहुत ही उदार लाइसेंस (MIT) के तहत, इसलिए इसका उपयोग करें। कोड कभी-कभी हैकाथॉन का होता है (न्यूनतम अनुकूलन, कुछ हार्ड-कोडेड मापदंडों और इसी तरह के मतभेदों का एक गुच्छा), लेकिन काफी पठनीय है। चित्रों को सरलीकृत काले और सफेद द्वारा प्रतिस्थापित किया जाता है, नाराज न हों।

एक बार फिर थोड़ा हमारे बारे में

हम युवा, प्रगतिशील, होनहार और सिर्फ शांत हैं! हम वास्तव में गेम बनाना पसंद करते हैं, जो हम कर रहे हैं और सफलतापूर्वक कर रहे हैं। कभी-कभी हम मोबाइल एप्लिकेशन भी करते हैं।

यदि आप AppStore में हमारे खेल देखना चाहते हैं, तो उनसे लिंक हमारी वेबसाइट पर मिल सकते हैं। और हमारी साइट क्या है, मुझे आशा है कि आप अनुमान लगा सकते हैं।

सिम के लिए मुझे अपनी छुट्टी लेने दें, आप सभी का ध्यान देने के लिए धन्यवाद!