कुछ साल पहले, हमारी टीम को एक मोबाइल "अल्माटी" बनाने के लिए सम्मानित किया गया था। नियमों का पालन करते हुए "हम एक खेल बनाते हैं, प्रौद्योगिकी नहीं" , हमने इंजन में पहले से ही एक प्रोटोटाइप बनाया। यह UE 4.9 था, जो भौतिक मॉडल - PhysX वाहन, और बहुत दर्द (दोनों के साथ और बिना) पर आधारित है।

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

नाम, दिखावे, पासवर्ड।

जाहिर है। मैं देखता हूं। और केवल व्यापार पर।

प्लगइन रिपोजिटरी

मुख्य विन्यास प्रलेखन

परियोजना में प्रयुक्त: बख्तरबंद युद्ध: आक्रमण

थोड़ा इतिहास, या जड़ों पर वापस

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

नियम "प्रोटोटाइप" के बाद , हमने अपने लिए निम्नलिखित आवश्यकताओं का गठन किया है:

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

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

1. यह सब बहुत ख़ुशी से प्रोसेसर को निर्देशित करता है।
2. दुनिया की बनाई गई तस्वीर भारी उपकरणों के यथार्थवादी व्यवहार के ढांचे में फिट नहीं होना चाहती थी। किसी भी सेटिंग्स के तहत तीस टन का टैंक 15-डिग्री वृद्धि नहीं ले सकता था (और यह सबसे आसान विकल्पों में से एक है)। हमने परिदृश्य के सिमुलेशन और घर्षण के लिए सेटिंग्स के साथ छेड़छाड़ करने में बहुत समय बिताया, लेकिन इससे या तो ब्रह्मांडीय मूल्यों (वास्तविक मूल्यों की तुलना में 20+ गुना अधिक) तक शक्ति बढ़ गई, और परिणामस्वरूप, कारों ने अस्थिर और अप्रत्याशित रूप से व्यवहार किया, या उपकरणों के खिलौने के लिए (PhysX) डेढ़ टन के क्षेत्र में वाहन के द्रव्यमान के साथ ठीक काम करता है)।

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

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

... - ..., और उत्पादन में

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

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

सोवियत सेना का नवीनतम विकास! एक मकड़ी का टैंक जो 89 डिग्री की दीवारों पर चढ़ सकता है । बस कवर करने के लिए कुछ भी नहीं था: डी

हमारे समाधान की विशेषताएं

इससे पहले कि मैं हमारे AW के उदाहरण के रूप में PsRealVehicle में टैंक और वाहनों के विन्यास का वर्णन करने के लिए आगे बढ़ता हूं: आक्रमण, मैं उन कुछ चीजों का उल्लेख करना चाहता हूं जो कि इस्तेमाल किए गए भौतिक मॉडल के आधार का गठन करते हैं।

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

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

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

एडब्ल्यू में टैंक संरचना: आक्रमण

कक्षा पदानुक्रम

AAwmVehicle खेल में मशीन के लिए जिम्मेदार मुख्य C ++ वर्ग है, जिसे कई घटकों (आंदोलन - UPsRealVehicleMovementComponent , ध्वनियों, VFX, सांख्यिकी, कवच और अन्य) में विभाजित किया गया है । BP_DefaultVehicle विरासत BP_DefaultVehicle मिला है, जो सभी मशीनों के लिए डिफ़ॉल्ट सेटिंग्स के लिए एक अतिरिक्त परत है । अन्य सभी खेल में उपकरण के प्रत्येक टुकड़े के लिए सेटिंग्स के निजी ब्लूप्रिंट हैं।

प्रत्येक मशीन ऐसे डेटा का एक सेट है:

• ब्लूप्रिंट, जहां सभी बाहरी परिसंपत्तियां पंजीकृत हैं, लगता है, गुण एक ला "पहिएदार / ट्रैक किए गए वाहन" सेट किए गए हैं, और भौतिकी स्थापित की गई है।
• एक जालीदार कंकाल और उससे जुड़ी संपत्ति:
  - भौतिक संपत्ति (कोई जादू नहीं है, सब कुछ मानक है)।
  - एनिमेटेड पेड़।
• बनावट (फैलाना, सामान्य नक्शा, आरएमएम)।
• इंस्टेंस मटीरियल (पतवार, पटरियाँ + टूटी हुई स्थिति)।
• प्रवेश प्रणाली के लिए कवच का एक सेट।
• कैमरा, जल स्तर चेकर्स और अन्य सहायक टकराव।

टैंक एनीमेशन

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

इस दृष्टिकोण ने हमें अनिवार्य रूप से एक ही एनीमेशन ट्री का उपयोग करने की अनुमति दी, जो कि Ctrl + C / Ctrl + V को किसी भी संख्या में टैंकों से गुणा करता है और मूल QA- चेक को छोड़कर किसी भी समर्थन की आवश्यकता नहीं होती है।

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

टैंक सामग्री

टैंक के सभी हिस्सों के लिए, एक मास्टर सामग्री का उपयोग किया जाता है , जिसे स्विच नोड्स की एक जोड़ी द्वारा अनुकूलित किया जाता है ।

आगे हमें एक पेड़ मिलता है:

  - M_Vehicles
  - - MI_Vehicles_Clean_Body
  - - - MI_Leopard2
  - - - - MI_Leopard2_LOD
  - - MI_Vehicles_Clean_Treads (जाँच "धागे")
  - - - MI_Leopard2_Treads
  - - - - MI_Leopard2_Treads_LOD 

यहाँ असली "वजन" केवल M_Vehicles और MI_Vehicles_Clean_Treads हैं , अन्य सभी उदाहरण केवल पैरामीटर सेट हैं और न्यूनतम मेमोरी और डिस्क स्थान का उपभोग करते हैं।

सामान्य तौर पर, टैंक के लिए ग्राफिक एसेट्स का सेट किसी भी गेम के लिए बहुत मानक होता है।

कवच का काम

कई बार जब सहकर्मियों के साथ संवाद करते हैं, तो सवाल उठता है कि हमारे द्वारा बनाए गए कवच के प्रत्येक टुकड़े का एक अलग जाल क्यों है, और हम टकराव के अनिलिलोव प्रणाली का उपयोग क्यों नहीं करते हैं?

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

इस मामले के लिए सबसे सुविधाजनक "नंगे" जाल डेटा को पढ़ना है, जिसे हम एक समर्पित सर्वर के लिए पट्टी नहीं करते हैं।

नेटवर्क और अतिरिक्त अनुकूलन

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

• टैंकों की सभी आवाजाही केवल सर्वर पर की जाती है , ग्राहक केवल प्राप्त मूल्यों को प्रक्षेपित करते हैं। किसी भी अतिरिक्त उपयोग नहीं किया जाता है। सिंक्रनाइज़ेशन आवृत्ति प्रति सेकंड 10 गुना है ।

  
  

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

  
  

• सभी टैंकों के लिए, अपने स्वयं के अलावा, सबसे बुनियादी वाले सभी घटकों को ग्राहक पर काट दिया जाता है: कैमरा, चेकर्स और अन्य चीजें जो टैंक बनाती हैं। वास्तव में, उनके पास उपस्थिति के अलावा कुछ भी नहीं है ।

  
  

• एक समर्पित सर्वर पर एक LOD1 टैंक ड्राइव करता है। कम चोटियों - कम सीपीयू उपयोग। इसके अलावा, कवच के कस्टम टुकड़ों की स्थिति का अद्यतन केवल प्रक्षेप्य हिट होने पर होता है: यह हर टिक से भागों की स्थिति को अपडेट करने का कोई मतलब नहीं है।

मैं, खुद और टैंक

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

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