संतोषजनक लड़ाई के पीछे फीडबैक की छह परतें

प्रदर्शन क्या दिखाता है

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

वीडियो फ़्रेम: क्रिएटर का मूल प्रदर्शन। पैनल अलग-अलग एनीमेशन चरण दिखाते हैं; स्थिर चित्र हिटस्टॉप के समय या ध्वनि को प्रदर्शित नहीं कर सकते।

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

परतें एक साथ कैसे काम करती हैं

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

हिटस्टॉप संपर्क के क्षण में गति को थोड़ी देर के लिए रोकता है। Unity इम्प्लीमेंटेशन में, जो Time.timeScale के माध्यम से स्केल किए गए गेम टाइम को रोकता है, रिकवरी टाइमर को अनस्केल्ड क्लॉक का उपयोग करना चाहिए; अन्यथा टाइमर भी कार्रवाई के साथ रुक सकता है। Unity दस्तावेज़ करता है कि FixedUpdate और WaitForSeconds के साथ प्रतीक्षा करने वाले कॉरूटीन timeScale के शून्य होने पर रुक जाते हैं, जबकि Time.unscaledDeltaTime उस स्केल से स्वतंत्र रहता है। स्थानीयकृत एनीमेशन पॉज़ एक अन्य डिज़ाइन विकल्प है; मूल पोस्ट यह नहीं बताती कि इसमें कौन-सा मैकेनिज़्म उपयोग किया गया है। टाइम स्केलिंग; अनस्केल्ड टाइमिंग।

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

लक्ष्य की प्रतिक्रिया और नॉकबैक अलग-अलग भूमिकाएँ निभाते हैं। फ्लैश, विकृति या डैमेज नंबर संपर्क का संकेत देते हैं; विस्थापन लक्ष्य की भौतिक या गेमप्ले स्थिति बदलता है। एक सक्रिय, नॉन-किनेमैटिक Unity Rigidbody के लिए, ForceMode.Impulse के साथ AddForce ऐसा वेग परिवर्तन उत्पन्न करता है जो इम्पल्स को द्रव्यमान से विभाजित करने के बराबर होता है और सिमुलेशन-स्टेप की अवधि से स्वतंत्र रहता है। कोई कैरेक्टर कंट्रोलर इसके बजाय अपना मूवमेंट नियम लागू कर सकता है। स्पष्ट बल को ट्यून करते समय कॉम्बैट स्पेसिंग को अनजाने में बदलने से बचने के लिए यह अंतर महत्वपूर्ण है। Rigidbody दस्तावेज़।

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

अनुप्रयोग और प्रमाण की सीमाएँ

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

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