नेपोस्टमॉर्टम गेम "रोम की सड़कें" ("रोम की सड़कें")

इस लेख में मैं संक्षेप में आकस्मिक खेल "रोम की सड़कें" ("रोम की सड़कें") के विकास के बारे में बात करना चाहता हूं।

शायद यह उन लोगों के लिए दिलचस्प होगा जो सिर्फ खेल विकसित करना शुरू कर रहे हैं। वास्तव में, प्रोग्रामिंग के बारे में बहुत कम होगा, विकास प्रक्रिया में क्या उपयोग किया गया था, इसके बारे में अधिक।

संक्षेप में खेल के बारे में

रोम की सड़कें एक आकस्मिक क्लिक प्रबंधक / रणनीति खेल है। सड़क बनाना मुख्य लक्ष्य है। रास्ते के साथ, आपको मलबे की मरम्मत, मरम्मत / निर्माण / इमारतों में सुधार करना होगा।

खेल के विकास में, पॉपकैप फ्रेमवर्क का उपयोग किया गया था।

अपने बारे में संक्षेप में

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

परियोजना में भूमिका के बारे में

इस परियोजना में, मैंने एक प्रोग्रामर के रूप में Whiterra टीम में भाग लिया। कला, संगीत, स्तर डिजाइन, आदि। अन्य लोगों द्वारा किया गया। विकास को दूरस्थ रूप से किया गया था और कैलेंडर समय के लगभग छह महीने लगे।

डिज़ाइन

परियोजना में संचार मुख्य रूप से Skype, कभी-कभी Jabber के माध्यम से किया गया था।

Google डॉक्स में कार्यों की एक सूची बनाए रखी गई थी। एक विस्तारित दस्तावेज़ जिसमें एक क्रमांकित सूची और कार्य प्राथमिकताएं रेखा के पृष्ठभूमि के रंग द्वारा निर्धारित की जाती हैं।



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

मैं एक मुफ्त एसवीएन स्टोरेज में कोड और आर्ट स्टोर करता हूं (500 एमबी का कोटा है, मेरे पास पर्याप्त है)।



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



परियोजना की अंतिम असेंबली MSBuild का उपयोग करके की जाती है। यह .NET फ्रेमवर्क के साथ आता है, मैं .NET 4 से संस्करण का उपयोग कर रहा हूं (2nd .NET से संस्करण दृश्य C ++ 2008 एक्सप्रेस से '.sln' के साथ काम नहीं करना चाहता था)। यह निम्नानुसार किया जाता है:



msbuild Game.sln /t:rebuild /p:Configuration=Release

msbuild Game.sln /t:rebuild /p:Configuration=ReleaseRus







बेशक, बाहरी फ़ाइल में MSBuild सेटिंग्स को समझना संभव था, लेकिन यह समाधान मेरे लिए पर्याप्त है। निष्पादन के बाद, यदि कोई त्रुटि नहीं है, तो हमें दो निष्पादनयोग्य मिलते हैं।



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

प्रोग्रामिंग

गेम का विकास विंडोज के तहत प्रसिद्ध और अच्छी तरह से स्थापित पॉपकैप फ्रेमवर्क पर आयोजित किया गया था।

विजुअल स्टूडियो 2008 एक्सप्रेस (C # और C ++ संस्करण) को IDE के रूप में चुना गया था। गेम को C ++ में C # में विकसित किया गया था, इसके लिए टूलकिट (स्तर संपादक, कॉमिक बुक एडिटर और छोटे उपयोगिताओं)।

संपादक जल्दबाज़ी में बनाया गया था, इसलिए यह बेहतर हो सकता था, लेकिन हमारे पास जो है, हम वही करते हैं।

स्तर एक्सएमएल में स्वयं द्वारा संग्रहीत किए जाते हैं, आसानी से, यह देखते हुए कि सी # में स्तर बनाए जाते हैं और सी ++ में पढ़े जाते हैं।

क्यों ग #? क्योंकि इस पर विकास तेज है, संकलन तेज है (सी ++ की तुलना में), दृश्य संपादक सुविधाजनक है, स्वयं के पुराने विकास हैं। खैर, भाषा कठोर है, यह आपको दुर्घटना से अपने आप को पैर में गोली मारने की अनुमति नहीं देता है।





खेल सक्रिय रूप से STL कंटेनरों (ज्यादातर वेक्टर, मैप और STLPort से hash_map) का उपयोग करता है। बूस्ट इसे सिद्धांत रूप में उपयोग नहीं करना चाहते थे, शायद व्यर्थ।





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



पानी बहुत सरल बनाया जाता है। पहले हम एक "नीचे" आकर्षित करते हैं, फिर पानी की बनावट का एक ड्रा, फिर हम एक मुखौटा का उपयोग करके भूमि खींचते हैं।



मौसम की घटनाओं (बारिश / बर्फ / सैंडस्टॉर्म) पारंपरिक 2 डी स्व-लिखित कणों द्वारा बनाई गई हैं।



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



खेल का मैदान ही 16x16 पिक्सेल की कोशिकाओं में विभाजित है, जो पथ, चलती इकाइयों, खेल तत्वों के स्थान की खोज करते हैं। रास्ता खोजने की बात कही। एक * का उपयोग यूनिट पथ को खोजने के लिए किया जाता है (पुस्तकालय नीचे सूचीबद्ध है)। खेल तत्वों की उपलब्धता का निर्धारण करने के लिए, एक तरंग एल्गोरिथ्म (सरलतम हीरे के आकार की लहर) का उपयोग किया जाता है। सरल और सुविधाजनक।



संवादों में नियंत्रण के साथ सुविधाजनक काम के लिए, मुझे एक आवरण लिखना होगा जो नियंत्रण करता है, उनकी स्थिति और पैरामीटर XML से लोड किए जाते हैं। इस वजह से, मुझे पॉपकैप फ्रेमवर्क कंट्रोल सिस्टम को थोड़ा हिलाना पड़ा (इंट आइडेंटिफायर्स से छुटकारा पाएं और स्ट्रिंग आइडेंटिफ़ायर पर स्विच करें)। लेकिन यह सुविधाजनक निकला, यह एक दया थी कि संपादक को लिखने का समय नहीं था, लेकिन यह कोड में बटन की स्थिति को बदलने और फिर हर बार पुन: स्थापित करने से अधिक सुविधाजनक है।



सुविधाजनक समायोजन के लिए, ट्विनिंग प्रभाव (मंदी / त्वरण के साथ चिकनी चालन) ने बाहरी एक्सएमएल में भी अपना समायोजन किया।



अपने स्वयं के अनुभव से मैं कहूंगा - अधिकतम सेटिंग्स को बाहरी फ़ाइलों में स्थानांतरित करने का प्रयास करें ताकि, कुछ छोटा बदलना, आपको परियोजना का संकलन शुरू करने की आवश्यकता नहीं है (यह परियोजना और परिवर्तनों की प्रकृति के आधार पर 30 सेकंड से 10 मिनट के समय तक दूर खाती है)। और यह बहुत ही वांछनीय है कि खेल खेल को फिर से शुरू किए बिना बाहरी सेटिंग्स को फिर से लोड कर सकता है (खेल में छवियों की संख्या के आधार पर 20 सेकंड से एक मिनट तक की बचत)। यह एक तिपहिया लगता है, लेकिन जब आपको कुछ पैरामीटर को 5-10 बार संपादित करना होता है (अच्छी तरह से, यदि एक), तो समय की एक महत्वपूर्ण राशि बहुत तेज़ी से बहती है, और काम में निरंतर ठहराव एक अच्छे मूड में योगदान नहीं करते हैं।

मैंने स्क्रिप्टों को तेज करने का प्रबंधन नहीं किया, हालांकि परियोजना की शुरुआत में यह स्पष्ट नहीं था कि वास्तव में स्क्रिप्ट करने के लिए क्या आवश्यक है, और परियोजना के अंत में इसके लिए कोई समय नहीं था।

तृतीय-पक्ष पुस्तकालय

संपादक SourceGrid ग्रिड नियंत्रण का उपयोग करता है। और थोड़ी देर बाद, OpenTK पुस्तकालय शामिल था (वैसे, संस्करण 1.0 हाल ही में जारी किया गया था)।



खेल में ही इस्तेमाल किया गया:

• STLPort - कोई सबमिशन की आवश्यकता है
• MicroPather - जिस तरह से खोज रहा है, वास्तव में यह पसंद आया, महान काम करता है। OpenSource (zlib / libpng लाइसेंस)
• PugiXML एक तेज XML पार्सर है। सुविधाजनक और उपयोग करने में आसान। ओपनसोर्स (एमआईटी लाइसेंस)
• yasper - "एक गैर-दखल देने वाला संदर्भ सूचक गिना जाता है"। मुझे सबसे अधिक संभव स्मृति लीक खोजने से बचाया। OpenSource (zlib- लाइसेंस)
• CppTweener एक सुविधाजनक टर्नर है, एक्शनस्क्रिप्ट में एक समान कार्यक्षमता को वापस पसंद किया गया था, और इससे पहले C ++ में एनालॉग की कमी थी। ओपनसोर्स (एमआईटी लाइसेंस)
• पॉपकैप फ्रेमवर्क - नीचे टिप्पणी। ओपनसोर्स (स्वयं का लाइसेंस)
• पायरो प्रभाव - कण प्रभावों के लिए इंजन। मालिकाना, भुगतान (पहले गेम के लिए मुफ़्त)
• Bass.dll - ध्वनियाँ और संगीत। मालिकाना, भुगतान किया

मुझे लगता है कि प्रत्येक पुस्तकालय के बारे में थोड़ा अलग से लिखना दिलचस्प होगा, क्योंकि वहाँ कुछ है।

पॉपकैप ढांचा

इस पुराने-टाइमर को कई कारणों से चुना गया था। सबसे पहले, ग्राहक इसे चाहता था क्योंकि उसके पास पहले से ही इस ढांचे के साथ काम करने का अनुभव था। दूसरे, मुझे खुद उसके साथ काम करने का पर्याप्त अनुभव था और जानता था कि वह किस तरह का जानवर था और उसके साथ क्या खाया जाता था।

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

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

रुचि रखने वालों के लिए, मैं ध्यान देता हूं कि पॉपकैप फ्रेमवर्क पर एक अनौपचारिक मंच है ।

फ्रेमवर्क का एक संस्करण भी है जो कांजी इंजन के ऊपर एक आवरण है, जिसे सेक्सीकंजी कहा जाता है और इसमें समान 98% एपीआई है। यह अप्रचलन समस्याओं को हल करता है (जैसा कि यह डायरेक्टएक्स 8/9 या ओपनजीएल पर काम करता है)। इसके अलावा, क्रॉस-प्लेटफॉर्म फ्रेमवर्क, जो आनन्दित नहीं कर सकता है। SexyKanji ऐड-ऑन अभी भी OpenSource है, लेकिन कांजी इंजन का भुगतान किया जाता है (लगभग $ 300)। सेक्सीकानजी अच्छी है, लेकिन जब आप इसे स्विच करते हैं, तो कुछ चीजों को "समाप्त" करना होगा। जानकारी यह भी दिखाई दी कि इंजन किसी अन्य कंपनी को बेच दिया गया था और अब, कार्यक्षमता में एक समान संस्करण के साथ, इसकी लागत $ 1000 पहले से ही होगी (इसके अलावा, यह केवल एक कार्यस्थल के लिए है)।

विंडोज के अलावा अन्य प्लेटफार्मों पर काम करने के लिए, पॉपकैप फ्रेमवर्क का एक संस्करण भी है - यह टक्सकैप फ्रेमवर्क है , लेकिन अभी तक इसे देखने का समय नहीं आया है, अगर किसी ने इसका उपयोग किया है, तो टिप्पणियों में अपने अनुभव का वर्णन करें।



खेल के विकास के लिए संभावित मुफ्त विकल्प:

• HGE - पेशेवरों से: DirectX8। Minuses के: DirectX8 - विस्टा / 7 पर समस्याएं होंगी, क्रॉस-प्लेटफॉर्म नहीं, बहुत कम-स्तर (IMHO), ऐसा लगता है कि यह लंबे समय से अपडेट नहीं किया गया है, मुझे यह पसंद नहीं है :)
• खेल का मैदान एसडीके - पेशेवरों से: अद्यतन, क्रॉस-प्लेटफ़ॉर्म, परिष्कृत। केवल एक इंजन के स्रोत कोड को बंद कर दिया गया है, और यदि आप इंजन में किसी तरह के बग पर ठोकर खाते हैं, तो आपको केवल एक तय करने के लिए इंतजार करना होगा, आप शायद ही इस समस्या को हल कर सकते हैं

STLport

एमएस एसटीएल की जगह। क्यों? फिर, जो तेज है, वह कम मेमोरी का उपभोग करता है। यह स्थिर है और किसी भी शिकायत का कारण नहीं है। मैं इसकी सलाह देता हूं।

मुझे इसकी इतनी आदत हो गई कि मैं STLPort के बारे में लिखना भूल गया।

Micropather

पॉपकैप फ्रेमवर्क को समर्पित मंच पर एक परियोजना पर काम की शुरुआत में, एक पुस्तकालय को मार्ग खोजने के लिए मिला था: एश्टर लाइब्रेरी ।

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

PugiXML

मैं इस पार्सर का उपयोग अपने सभी XML (पॉपकैप फ्रेमवर्क के लिए मानक को छोड़कर) को पढ़ने के लिए करता हूं। मैं बिल्ट-इन का उपयोग नहीं करता, क्योंकि यह बहुत सुविधाजनक नहीं है और मुझे यकीन नहीं है कि इसमें अभी तक कोई त्रुटि नहीं है। इसके अलावा, PugiXML सबसे तेज पार्सर में से एक है, और गति अच्छी है :)

CppTweener

मुझे सी ++ में मापदंडों को कम करने के लिए कोई भी एनालॉग नहीं मिला, इसलिए मैंने इस टर्नर का उपयोग किया। मुझे कुछ त्रुटियों को ठीक करने के लिए कई बार गहराई से डिबग करना पड़ा, अब यह ठीक काम करने लगता है, लेकिन कभी-कभी मैं इसके कोड को सही तरीके से फिर से लिखना चाहता हूं।

Yasper

बस एक अच्छा और बहुत स्मार्ट पॉइंटर । मुख्य बात क्रॉस-रेफरेंस के लिए नहीं है, अन्यथा यह काम नहीं करता है, यह जांचा गया :) लेकिन PopCap इसके बारे में mem_leaks.txt (डिबग मोड में) के बारे में लिखेगा।

Bass.dll

परियोजना के जीवन की शुरुआत में, ऑडीरे.डेल का उपयोग किया गया था । यह मुफ़्त है, आवश्यक कार्यक्षमता रखता है, और बाद में भी PopCap फ्रेमवर्क के साथ पूर्ण एकीकरण के लिए AudiereMusicInterface मिला। सब कुछ ठीक होगा, लेकिन कुछ मुश्किल कॉन्फ़िगरेशन पर यह क्रैश हो जाता है। यह अचानक गिर जाता है। मैं कभी-कभी एथलॉन 64 एक्स 2 और विंडोज एक्सपी पर दुर्घटनाग्रस्त हो गया। यह भुगतान किए गए Bass.dll पर स्विच करने का निर्णय लिया गया था। यह अच्छी तरह से काम करने लगता है (एक गैर-घातक बाज़क है, लेकिन इसे सहन किया जा सकता है)। मैं संस्करण 2.3.0.3 का उपयोग करता हूं - पिछले वाले में गंभीर कीड़े हैं, और नए लोगों के लिए मुझे पॉपअप फ्रेमवर्क में लाइब्रेरी समर्थन को फिर से लिखना होगा।

यह पुस्तकालय गैर-व्यावसायिक उपयोग के लिए निःशुल्क है।

पायरो प्रभाव

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

कुछ समय तक ऐसा ही चलता रहा। कुछ बिंदुओं पर, सामान्य प्रभावों के बिना, काम करना जारी रखना अब संभव नहीं था, इसलिए मैंने अन्य पुस्तकालयों और उनके लिए प्रभाव संपादकों का अध्ययन करना शुरू कर दिया। हमें क्या चाहिए: पॉपकैप फ्रेमवर्क में सरल एकीकरण और जटिल प्रभाव बनाने की क्षमता।

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

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



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



बारिश / बर्फ / सैंडस्टॉर्म के प्रभावों के लिए उनके अपने कणों का उपयोग किया गया था, इसलिए यह अधिक सरल और अधिक सार्वभौमिक निकला।

एक निष्कर्ष के बजाय

मुझे आशा है कि पुस्तकालयों के बीच चयन के मेरे अनुभव से किसी को मदद मिलेगी। आखिरकार, यह केवल शब्दों में कुछ वाक्य है, और विकास की प्रक्रिया में यह कुछ कैपेसिटिव वाक्यांशों और कुछ दिनों का काम है जिसे आप किसी और के कोड में सभी उठा पर खर्च नहीं करना चाहते हैं और यह महसूस करते हैं कि यह कोड आपके लिए उपयुक्त नहीं है।

टिप्पणियों में प्रश्न और स्पष्टीकरण।



खैर, खेल के लिए एक कड़ी ही।