नॉस्टैल्जिया: हुड के नीचे तन्चिकी में अफवाह

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

मैं आपको बताना चाहता हूं कि प्रसिद्ध बैटल सिटी गेम (सामान्य लोगों में "तानिकी") से लोहे के राक्षसों के हुड के नीचे क्या है, कोई कम प्रसिद्ध निंटेंडो एंटरटेनमेंट सिस्टम (संक्षेप में एनईएस) से इसका चीनी क्लोन "डेंडी" रूस में बेहतर जाना जाता है)। एक समय पर, यह जानकारी मेरे लिए उत्सुक थी - मुझे आशा है कि यह आपको समान लगेगी।

प्रागितिहास

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

मैं खेल को विघटित करने के अपने प्रयासों के लिए ग्रिवर उपनाम के तहत व्यक्ति को एक विशेष धन्यवाद कहना चाहूंगा। सबसे पहले, उसके द्वारा प्राप्त स्रोतों के लिए धन्यवाद, इस तरह के विस्तार में सार में तल्लीन करना संभव हो गया।

स्तर कार्ड

बैटल सिटी में नक्शे में 8x8 पिक्सेल के टाइल - ब्लॉक होते हैं। स्क्रीन पर दिखाई देने वाली पूरी पृष्ठभूमि एक नक्शा है - काल्पनिक रूप से, यहां तक ​​कि एक जीवन काउंटर के साथ, आप बातचीत कर सकते हैं, लेकिन वास्तव में यह, निश्चित रूप से विफल हो जाएगा।

हालांकि, क्रमबद्ध रूप में, स्तरों को अधिक कॉम्पैक्ट रूप से संग्रहीत किया जाता है: इसके लिए, 2x2 टाइलों के ब्लॉक में टाइल की व्यवस्था की जाती है। कुल में ब्लॉक की 16 किस्में हैं, जो नीचे दी गई तालिका में सूचीबद्ध हैं। नक्शे का केवल मुख्य भाग संग्रहीत है (13x14 ब्लॉक), जिस पर टैंक ड्राइव करते हैं - यह स्थिर दीवारों और सहायक जानकारी रखने के लिए कोई मतलब नहीं है। एक ब्लॉक लिखने के लिए, 4 बिट्स का उपयोग किया जाता है, इसलिए पूरे कार्ड में 91 बाइट्स होते हैं।

खंड	कोड	खंड	कोड	खंड	कोड	खंड	कोड
	0		1		2		3
	4		5		6		7
	8		9		एक		बी
	सी		डी		ए		एफ

ब्लॉकों के विपरीत, स्वयं टाइल की बहुत अधिक किस्में हैं, अर्थात् 256, अर्थात्। चरित्र जनरेटर का एक पृष्ठ जितना फिट बैठता है - एक वीडियो मेमोरी सेक्शन जहां प्रत्येक टाइल 0 से 255 तक के इंडेक्स से मेल खाती है। टाइल का उपयोग स्तर के वातावरण को बनाने और दुश्मन के टैंक की संख्या, जीवन, आदि के बारे में जानकारी प्रदर्शित करने के लिए किया जाता है। लेकिन सीधे स्तर के तत्वों में, केवल 22 का उपयोग किया जाता है - जिनमें से 6 सूचीबद्ध ब्लॉकों के गठन के लिए हैं, शेष 15 ईंट ब्लॉकों की अतिरिक्त टाइल हैं, यह उनके बारे में अधिक बताने योग्य है।

यदि मानचित्र में 8x8 पिक्सेल टाइलें हैं, तो आप 4x4 पिक्सेल ईंट मिनी-ब्लॉक कैसे नष्ट करते हैं? तथ्य यह है कि वास्तव में इस आकार की कोई "ईंटें" नहीं हैं, इसके बजाय 16 प्रकार की साधारण टाइलें हैं - प्रत्येक राज्य के लिए एक। यानी जब 4x4 ब्लॉक पर मारा जाता है, तो वास्तव में पूरी टाइल को बदल दिया जाता है, और जहां परियोजना हिट होती है, उसके आधार पर ईंट खुद ही एक अलग स्थिति में चली जाती है।



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

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

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

यादृच्छिक संख्या पीढ़ी

यादृच्छिक मूल्यों को उत्पन्न करने का कार्य लंबे समय से मानवता को परेशान कर रहा है। यह वास्तव में क्रमिक रूप से यादृच्छिक मान प्राप्त करना असंभव है, इसलिए अक्सर यह कार्य यादृच्छिक मानों की विशिष्टता वाले वितरण के साथ छद्म यादृच्छिक मान उत्पन्न करने के लिए कम किया गया था।

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

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

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

स्वयं अभिव्यक्ति, जिसके द्वारा अगले यादृच्छिक संख्या की गणना की जाती है, काफी सरल है। मैं विवरण में नहीं जाऊंगा, बस यह दिखाता हूं कि यह सी में कैसा दिखेगा:

uint8 seed = 0; uint8 index = 0; uint8 rand() { seed = (seed << 3) - seed + secondsCounter + zeroPage[++index]; return seed; } 

जैसा कि कोड से देखा जा सकता है, हम किसी भी समय 0 से 255 तक की सीमा में एक छद्म यादृच्छिक मान प्राप्त कर सकते हैं। इसके अलावा, इसका वितरण काफी पर्याप्त है, जैसा कि अपूर्ण गेमप्ले से देखा जा सकता है।

बोनस

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



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

जाहिर है, यह मूल रूप से खेल में आठ बोनस को शामिल करने की योजना बनाई गई थी, लेकिन अंत में छह थे। हालांकि, जब एक बोनस दिखाई देता है, तो मोडुलो 8 का एक यादृच्छिक मान लिया जाता है (0 से 7 तक), जो बोनस तालिका में एक सूचकांक है, जहां गेम में शामिल बोनस का स्थान एक स्टार और ग्रेनेड द्वारा फिर से कब्जा नहीं किया जाता है। परिणामस्वरूप, उनके नुकसान की संभावना 1/4 है, जबकि शेष बोनस की संभावना 1/8 के बराबर है।

बोनस घड़ी और हेलमेट 10 सेकंड के लिए मान्य होते हैं (जब कोई खिलाड़ी प्रतिक्रिया देता है, तो हेलमेट 3 सेकंड तक रहता है, रिस्पना के लिए समय सहित), बोनस कुदाल 20 सेकंड है।

बोनस वाहक खुद - चमकती टैंक - दिखाई देते हैं अगर दुश्मन के हैंगर में 17, 10 या 3 टैंक बचे हैं। यानी टैंक संख्या 4, 11 और 18 बोनस टैंक हैं।

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

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

विपरीत बुद्धि

बेशक, टैंकों में एआई एक सामरिक विश्लेषक नहीं है, लेकिन कुछ तर्क अभी भी गणना किए जाते हैं।

के साथ शुरू करने के लिए, खेल में गतिशील जटिलता है। जटिलता के एक संकेतक के रूप में, शत्रु रिस्पना के बीच देरी के मूल्य का उपयोग किया जाता है, जो खिलाड़ियों के स्तर और संख्या पर निर्भर करता है - ये मान जितना अधिक होगा, उतनी ही तेजी से रिस्पॉन होगा। किसी दिए गए स्तर (खरोंच से क्रमांकन) के लिए फ़्रेम में प्रतिक्रिया समय और खिलाड़ियों की संख्या की गणना निम्न सूत्र का उपयोग करके की जा सकती है: 190 - level * 4 - (player_count - 1) * 20 । सेकंड में समय पाने के लिए, आपको केवल परिणाम को 60 से गुणा करना होगा।

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

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

सतही रूप से मौजूदा आदेशों पर विचार करें:

• 0 - एनओपी (कोई टैंक नहीं)
• 1..7 - एक टैंक विस्फोट की प्रक्रिया (एक एनीमेशन फ्रेम के लिए कमांड पर)
• 8 - स्थिति को संसाधित करें (बर्फ पर फिसलने, आदि)
• 9 - दिशा बदलें
• ए - टाइल बॉर्डर क्रॉसिंग के लिए जांच करें
• बी - मुख्यालय के लिए कदम
• सी - दूसरे खिलाड़ी के टैंक पर जाएं
• डी - पहले खिलाड़ी के टैंक के लिए कदम
• E..F - रिस्पना प्रबंधन टीमों

बदलते दिशाओं का एक कार्य है, जिसे व्यवहार की पहली अवधि में कहा जाता है, टैंक की दिशा को बेतरतीब ढंग से बदलता है, दूसरी अवधि में टैंक को संख्याओं को पहले खिलाड़ी को स्थानांतरित करने की आज्ञा देता है, विषम संख्याओं के साथ - दूसरे को, और तीसरे में मुख्यालय की ओर जाने की आज्ञा देता है।

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

जब परिवर्तन दिशा कमांड निष्पादित की जाती है, तो कुछ और होता है: संभावना 1/2 के साथ, ऊपर वर्णित फ़ंक्शन को कहा जाता है, अन्यथा, समान संभावनाओं के साथ, सूची से पिछली या अगली दिशा ली जाती है: ऊपर, बाएं, नीचे, दाएं (यानी टैंक या तो घूमता है) दक्षिणावर्त या वामावर्त)।

आप इस तरह के छद्म कोड के रूप में इस सारे तर्क की कल्पना कर सकते हैं:

 void changeDirection(Tank tank) { // period duration in seconds, respawn time in frames const int periodDuration = respawnTime / 8; if (time() < periodDuration) { // first period tank.setRandomDirection(); tank.setCommand(cmdCheckTileReach); } else if (time() < periodDuration * 2) { // second period if ((firstPlayer.isAlive && tank.number % 2 == 0) || !secondPlayer.isAlive) { tank.setCommand(cmdMoveToFirstPlayer); } else { tank.setCommand(cmdMoveToSecondPlayer); } } else { // third period tank.setCommand(cmdMoveToEagle); } } void onCheckTileReachCommand(Tank tank) { if (!tank.isPlayer && tank.x % 8 == 0 && tank.y % 8 == 0 && rand() % 16 == 0) { changeDirection(tank); } else if (!tank.isPlayer && frontTile.isBarrier && rand() % 4 == 0) { if (tank.x % 8 != 0 || tank.y % 8 != 0) { tank.invertDirection(); } else { tank.setCommand(cmdChangeDirection); } } } void onChangeDirectionCommand(Tank tank) { if (rand() % 2 == 0) { changeDirection(tank); } else if (rand() % 2 == 0) { tank.rotateClockwise(); } else { tank.rotateAnticlockwise(); } } 

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

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

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

टकराव से निपटने

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

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



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

यदि एक खिलाड़ी का शेल दूसरे से टकराता है, तो दूसरा 192 फ्रेम द्वारा गति नियंत्रण खो देता है, अर्थात। तीन गेमिंग सेकंड के लिए। लेकिन प्रदर्शन मोड में ऐसा नहीं होता है।

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

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

प्रस्ताव

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

वही गोले पर लागू होता है - वे दो प्रकार के होते हैं: तेजी से, 4 पिक्सेल प्रति फ्रेम की गति से, और धीमी गति से, प्रति फ्रेम 2 पिक्सेल की गति।

टैंक	गति, पीएक्स / फ्रेम	प्रक्षेप्य प्रकार	टैंक	गति, पीएक्स / फ्रेम	प्रक्षेप्य प्रकार
	3/4	धीमा		2/4	धीमा
	3/4	उपवास		4/4	धीमा
	3/4	उपवास		2/4	उपवास
	3/4	उपवास		2/4	धीमा

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

वास्तव में, लोड को चालाक के बजाय वितरित किया जाता है। फ्रेम संख्या और टैंक संख्या के बीच एक "XOR" बनाया जाता है, और उसके बाद ही परिणाम की समता / विषमता की जाँच की जाती है। नतीजतन, यह पता चला है कि यहां तक ​​कि फ्रेम में एक आधा धीमे टैंक को संसाधित किया जाता है, और दूसरे को विषम फ्रेम में।

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

ईस्टर अंडे

ईस्टर अंडे उस समय के कई खेलों में पाए जाते हैं , उन्होंने बैटल सिटी को बायपास नहीं किया।

यदि आप शीर्षक स्क्रीन पर निर्माण मोड का चयन करते हैं, तो उसे 7 बार दर्ज करें और बाहर निकलें (START, START दबाकर), फिर पहले बटन पर नीचे का बटन दबाएं दूसरा बटन A 8 बार दबाकर, फिर दाएं से पहले जॉयस्टिक को दबाकर रखें। दूसरे बटन पर बी 12 बार, और अंत में, पहले जॉयस्टिक पर START बटन दबाएं, फिर हम एक दुखद प्रेम कहानी देखेंगे।



इसके अलावा, खेल में आप अप्रयुक्त डेटा पा सकते हैं - डेवलपर्स के नाम (RYOUITI OOKUBO, TAKEFUMI HYOUDOU, JUNKO OZAWA) और चित्रलिपि का अर्थ है प्रेम कहानी के मुख्य चरित्र का नाम और सड़क का नाम (संभवतः वह जिस पर या उसके प्रेमी रहते थे)।



शायद, मैं यहां विवरण में नहीं जाऊंगा, क्योंकि यह ऊपर दिए गए लिंक पर विस्तार से वर्णित है।

उपसंहार

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

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