हाय हाबरा!

यह लेख स्टालिनग्राद गेम इंजन के बारे में लेखों की श्रृंखला जारी रखता है। पिछले लेख में, हमने DHTML पर बलात्कार किया , और इस लेख में, हम वास्तुकला और प्रोटोटाइप का बलात्कार करेंगे।

व्यावहारिक रूप से कोई कोड नहीं होगा, इसलिए यदि आप एक वेब डेवलपर नहीं हैं, तो आप सिर्फ वास्तुकला और ओओपी के बारे में पढ़ सकते हैं। और फिर भी हाँ - HTML5 के बारे में फिर से कुछ भी नहीं होगा, केवल DHTML- कट्टर :)



तुरंत छोटा डेमो:
उदाहरण 1 - समानांतर दुनिया
उदाहरण 2 - विभिन्न कैमरों से एक दुनिया
उदाहरण 3 - बॉट्स
उदाहरण 4 - ननकट, बादल और पोर्टल गन

काम का तर्क

किसी तरह मैं एक खोज लिखना चाहता था जहां एक आदमी बार के आसपास जाएगा और विभिन्न लोगों से बात करेगा। और इस बार में घटनाओं और लोगों को बेतरतीब ढंग से उत्पन्न किया गया था, और हर बार खिलाड़ी के सामने एक नया लक्ष्य दिखाई दिया।

इस जावास्क्रिप्ट को कैसे करें? ज्यादातर मामलों में, यह ऐसा दिखता है: एक स्क्रीन और एक चरित्र होता है जो स्क्रीन के एक छोर से दूसरे तक जाता है।



लागू करना बहुत आसान है। लेकिन क्या होगा अगर बार स्क्रीन से बड़ा है? फिर आप इस योजना के साथ आ सकते हैं: एक स्क्रीन है - यह स्थिति के साथ DIV1 है। इसके अंदर एक और DIV2 है, जो DIV1 से बड़ा है और रिश्तेदार माता-पिता द्वारा तैनात है। DIV2 - यह हमारा स्तर है। बार में सभी लोग और ऑब्जेक्ट DIV2 के अंदर स्थित हैं और इसके बाएं किनारे से स्थित हैं।

योजना को लागू करना मूल रूप से सरल है, लेकिन आवश्यक नहीं है। यह बिल्कुल गलत तरीका है। अगर हमारे पास एक हजार वस्तुएं हैं तो क्या होगा? हमें एक गैर-स्केलेबल नींव मिलती है जो हमें समय के साथ पीड़ित कर सकती है।

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



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

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

मुझे क्या चाहिए था? मारियो, जिसमें कारवां को मारना / बलात्कार करना संभव होगा। क्या करना था:

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

और जो विशेषता है - पूरी सूची पहले से ही लागू की गई है, और फिलहाल कई और चिप्स जोड़ने और उन्हें लागू करने की इच्छा है।

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

किसी भी खेल में तीन ऑब्जेक्ट होते हैं।

पहली वस्तु दुनिया है जिसमें कार्रवाई होती है। हम वस्तुओं को दुनिया से निकाल सकते हैं और हटा सकते हैं। दुनिया, बदले में, सभी संघर्षों, बलों और घटनाओं की निगरानी करती है। इसका वस्तुओं पर एक अतिरिक्त प्रभाव भी हो सकता है (उदाहरण के लिए, गुरुत्वाकर्षण सेट)।

दूसरी वस्तु एक चरित्र या चरित्र है जो इस दुनिया में हैं। और यहाँ यह बिल्कुल भी आवश्यक नहीं है कि यह एक जीवित वस्तु हो। यह एक बॉक्स, एक बैरल, एक दीवार, एक गोली, किसी भी पत्थर, या कुछ और हो सकता है।

तीसरा, कैमरा। दुनिया को देखने के लिए कैमरे की जरूरत है, क्योंकि पिछले दो ऑब्जेक्ट विशेष रूप से मैट हैं। अमूर्त और किसी भी तरह से खुद को महसूस नहीं किया।



ये तीन वस्तुएँ हमें क्या देती हैं? समानांतर दुनिया की एक बड़ी संख्या बनाने की क्षमता, विभिन्न स्थानों से एक दुनिया को देखें , बहुत सारे पात्रों को एक दुनिया में धकेल दें।



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

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

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

तानाना

एक आदमी है, मशीन गन उठाता है और कार में बैठ जाता है। एक और लड़का उसे बाज़ू से गोली मार देता है। कौन किससे मरेगा? वे आखिर कैसे मरेंगे?

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

मौसम कैसा है?

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

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

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



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

हम दुनिया की वस्तुओं को डिजाइन करते हैं

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

उदाहरण के लिए:

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

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



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

हम हथियार डिजाइन करते हैं

ऐसा हुआ कि हथियार को आग के प्रकार के अनुसार तीन प्रकारों में विभाजित किया गया था:

प्रभावित क्षेत्र के साथ।



फायरिंग रेंज के आधार पर, चरित्र के सामने एक हार जोन बनाया जाता है। इसके बाद सभी वस्तुएं प्रभावित क्षेत्र में गिर गईं। उनसे, जो वस्तु चरित्र के सबसे करीब है, उसे चुना जाता है। जब शिकार पाया जाता है, तो यह क्षतिग्रस्त हो जाता है, हथियार के प्रकार पर निर्भर करता है।

एक समान एल्गोरिथ्म एक पिक का उपयोग करता है। एक उदाहरण यहाँ देखा जा सकता है

प्रक्षेप्य वस्तु के निर्माण के साथ।



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

एक समान एल्गोरिथ्म एक बंदूक का उपयोग करता है। एक उदाहरण यहाँ देखा जा सकता है

मुक्त स्थान की जाँच के साथ।



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

एक समान एल्गोरिथ्म का उपयोग निर्माण में किया जाता है। एक उदाहरण यहाँ देखा जा सकता है

हाथापाई को हथियार कैसे बनाया जाए

यहां सब कुछ सरल है - कोई भी तलवार, चाकू, पहले सिद्धांत के अनुसार काम करता है (हार क्षेत्र के साथ)

कैसे एक त्वरित और धीमी गति से हथियार बनाने के लिए

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

गुरुत्व बंदूक कैसे बनाई जाए

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

गुरुत्वाकर्षण बंदूक का एक उदाहरण यहां पाया जा सकता है।



कैसे एक पोर्टल बंदूक बनाने के लिए

उसी तरह जैसे ब्लॉकों का निर्माण - तीसरे सिद्धांत पर। केवल एक अंतर है - बंदूक दूसरे पोर्टल के लिए इसे बांधने के लिए बनाए गए पोर्टल से लिंक रखता है।

एक पोर्टल बंदूक का एक उदाहरण यहां पाया जा सकता है।

पोर्टल गन को कैसे अपग्रेड किया जाए

क्योंकि हमारे लिए दो अलग-अलग दुनियाओं के बीच पोर्टल्स को फेंकना संभव है, आप एक ऐसी बंदूक बना सकते हैं, जो इसके शिकार को दूसरी दुनिया में या नक्शे के दूसरे छोर पर फेंक देगी। यह एक पोर्टल गन नहीं, बल्कि एक टेलीपोर्ट गन होगी

कैमरा कैसे लागू किया जाता है

कैमरा ऑब्जेक्ट क्या समस्याएँ हल करता है? क्योंकि कैनवास हर जगह काम नहीं करता है (ई-पुस्तकों के साथ गेम पंप करने की संभावना अभी भी मुझे आकर्षित करती है), मैंने एक ऐसा कैमरा बनाने का फैसला किया जो लेआउट का उपयोग करके दुनिया को आकर्षित कर सकता है। लत आप कहते हैं? शायद, लेकिन यह हर जगह काम करता है। फिलहाल, कैमरा पृष्ठभूमि के साथ चित्र और विभाजन खींच सकता है। सब कुछ कैनवस में अनुवाद करने के लिए अगर आपको इसकी आवश्यकता है तो यह एक समस्या नहीं है, क्योंकि आपको बस इतना करना है कि आप कई प्रतिपादन कार्यों को फिर से लिखें (वास्तव में, केवल मनोरंजन के लिए, आप सामान्य रूप से पाठ प्रतिपादन कर सकते हैं)। मेरे दोस्त ने लगातार मुझसे कहा कि कैनवास के बिना सब कुछ लटका रहेगा, क्योंकि shaders ... blah ... blah ... blah ... HTML5 ... आदि। - लेकिन यह नहीं निकला। शुरुआत में, कैमरा निश्चित रूप से लटका हुआ था, लेकिन हर बार समस्या इसमें नहीं थी, लेकिन दुनिया की गणना एल्गोरिदम में।



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

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

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

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

तस्वीर और डिव के बीच चयन कैसे करें?

खैर, यह स्थिति पर निर्भर करता है।

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

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

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

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

अपने आप में कैमरा ऑब्जेक्ट हमें क्या लाभ देता है?



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

इंजन का उपयोग कैसे करें

इस गेम इंजन का उपयोग दो तरीकों से किया जा सकता है:

• इसके आधार पर एक नया गेम बनाएं
• सामान्य मॉड्यूल का उपयोग करके एक पुराने गेम को पुनर्स्थापित करें

एक नया गेम बनाने के लिए आपको चार मुख्य घटकों की आवश्यकता होगी:

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

क्योंकि हम तथाकथित "कारखानों" में ऊपर वर्णित सभी घटकों को प्राप्त करते हैं, फिर हम उन्हें असीमित मात्रा में बना सकते हैं। उदाहरण के लिए, आप तीन दुनिया बना सकते हैं जो किसी भी तरह से अंतर नहीं करेगा। या पांच कैमरों ने एक ही दुनिया को अलग-अलग पात्रों की आंखों से देखने का लक्ष्य रखा।

लेकिन कुछ सीमाएं हैं - उदाहरण के लिए, एक वस्तु को केवल एक ही दुनिया में रखा जा सकता है, अन्यथा इसका व्यवहार अपर्याप्त होगा (यह विभिन्न दुनिया में घटनाओं का जवाब देगा)।

इंजन की सामान्य योजना

योजना का स्पष्टीकरण

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

लोडिंग और सेविंग मॉड्यूल भी है। जब बचाया जाता है, तो यह दुनिया की वस्तुओं के एक समूह को JSON में परिवर्तित करता है, और लोड होने पर, यह कारखाने में सभी वस्तुओं को पुनर्स्थापित करता है और रजिस्ट्री को अपडेट करता है।

क्योंकिमैंने कुछ दिनों के भीतर लेख लिखा - तार्किक विसंगतियां हो सकती हैं, इसलिए यदि ऐसा नहीं है तो क्षमा करें। आप यहां कुछ और जान सकते हैं । अगला लेख अधिक अभ्यास होगा, एपीआई को पार्स करने के साथ-साथ खेल के विकास के लिए आवश्यक संसाधन।

मैं यह भी सलाह देता हूं कि आप इन साथियों के कामों से खुद को परिचित कराएं:
BEM: "फाइल सिस्टम को व्यवस्थित करना" और "निर्माण का इतिहास" सीड फ्रेमवर्क पर वादिम मेकदेव का
भाषण एंड्री कोरोटकोव के
चैनल पर सामान्य लोगों ने वास्तुकला में लीशा डेविडोव
के भाषण को चेल्याबिंस्क में देखा कि कैसे
बुक और पैमाना लिया जाए। Joba Makara "मैक्रोमीडिया फ्लैश एमएक्स में गेम डेवलपमेंट का रहस्य" लेखों की एक
श्रृंखलामीशा कादिकोव “स्तर डिजाइन। सिद्धांत और व्यवहार "

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