DevOps C++ र "किचेन वारहरू", वा मैले खाना खाँदा कसरी खेलहरू लेख्न थालें

"मलाई थाहा छ कि मलाई केहि थाहा छैन" सोक्रेटिस

कस्को लागि: सबै विकासकर्ताहरूमा थुक्ने र तिनीहरूका खेलहरू खेल्न चाहने IT मानिसहरूका लागि!

के बारे: यदि तपाईंलाई आवश्यक छ भने C/C++ मा खेलहरू कसरी लेख्न सुरु गर्ने!

तपाईंले यो किन पढ्नु पर्छ: एप विकास मेरो कामको विशेषता होइन, तर म हरेक हप्ता कोड गर्ने प्रयास गर्छु। किनकि मलाई खेल मन पर्छ!

नमस्कार मेरो नाम हो Andrey Grankin, म Luxoft मा DevOps हुँ। अनुप्रयोग विकास मेरो कामको विशेषता होइन, तर म हरेक हप्ता कोड गर्ने प्रयास गर्छु। किनकि मलाई खेल मन पर्छ!

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

एकै समयमा, अन्य मानिसहरूका खेलहरू खेल्दा, हामी निरन्तर स्थानहरू, कथानक, क्यारेक्टरहरू, खेल मेकानिकहरू द्वारा सीमित हुन्छौं जुन अन्य मानिसहरूले लिएका थिए। त्यसैले मैले बुझें कि ...

... यो तपाईंको आफ्नै संसार सिर्जना गर्ने समय हो, केवल मेरो अधीनमा। संसारहरू जहाँ म पिता, पुत्र र पवित्र आत्मा हुँ!

र म ईमानदारीपूर्वक विश्वास गर्छु कि तपाईंको आफ्नै खेल इन्जिन र यसमा एक खेल लेखेर, तपाईं आफ्नो आँखा खोल्न, झ्यालहरू पुछ्न र आफ्नो केबिन पम्प गर्न सक्षम हुनुहुनेछ, अझ अनुभवी र अभिन्न प्रोग्रामर बन्नुहुनेछ।

यस लेखमा म तपाईंलाई बताउन प्रयास गर्नेछु कि मैले कसरी C / C ++ मा साना खेलहरू लेख्न सुरु गरें, विकास प्रक्रिया के हो र व्यस्त वातावरणमा मैले शौकको लागि समय कहाँ पाउँछु। यो व्यक्तिपरक छ र एक व्यक्तिगत सुरुवात को प्रक्रिया को वर्णन गर्दछ। अज्ञानता र विश्वासको बारेमा सामग्री, अहिलेको संसारको मेरो व्यक्तिगत चित्रको बारेमा। अर्को शब्दमा, "प्रशासन तपाईको व्यक्तिगत दिमागको लागि जिम्मेवार छैन!"।

अभ्यास गर्नुहोस्

"अभ्यास बिनाको ज्ञान बेकार छ, ज्ञान बिनाको अभ्यास खतरनाक छ।" कन्फुसियस

मेरो नोटबुक मेरो जीवन हो!

त्यसोभए, व्यवहारमा, म भन्न सक्छु कि मेरो लागि सबै कुरा नोटबुकबाट सुरु हुन्छ। म त्यहाँ मेरो दैनिक कार्यहरू मात्र लेख्दैन, तर चित्रहरू, कार्यक्रम, फ्लोचार्टहरू डिजाइन गर्ने र गणितीय लगायतका समस्याहरू समाधान गर्छु। सधैं नोटप्याड प्रयोग गर्नुहोस् र पेन्सिलले मात्र लेख्नुहोस्। यो सफा, सहज र भरपर्दो छ, IMHO।

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

यस चरणमा, मैले तीनवटा परियोजनाहरू पूरा गर्न व्यवस्थित गरें (यो "अन्तिमता" को मेरो बुझाइमा छ, किनकि कुनै पनि उत्पादन अपेक्षाकृत अनन्त रूपमा विकसित गर्न सकिन्छ)।

• परियोजना २: यो एकता खेल इन्जिन प्रयोग गरेर C# मा लेखिएको एक आर्किटेक्ट डेमो 3D दृश्य हो। macOS र Windows प्लेटफर्महरूको लागि।
• खेल १: विन्डोजको लागि कन्सोल गेम सिम्पल स्नेक (सबैलाई "साँप" भनेर चिनिन्छ)। सी मा लेखिएको।
• खेल १: कन्सोल गेम Crazy Tanks (सबैलाई "ट्याङ्कहरू" भनेर चिनिन्छ), पहिले नै C ++ (कक्षाहरू प्रयोग गर्दै) र Windows अन्तर्गत पनि लेखिएको छ।

परियोजना 0 आर्किटेक्ट डेमो

• प्लेटफर्म: Windows (Windows 7, 10), Mac OS (OS X El Capitan v. 10.11.6)
• Язык: C#
• खेल इन्जिन: एकता
• प्रेरणा: डरिन लिले
• भण्डार: GitHub

3D दृश्य वास्तुकार डेमो

पहिलो परियोजना C/C++ मा होइन, तर एकता खेल इन्जिन प्रयोग गरेर C# मा लागू गरिएको थियो। यो इन्जिन हार्डवेयरमा जत्तिको माग थिएन अज्ञात इन्जिन, र मलाई स्थापना गर्न र प्रयोग गर्न सजिलो लाग्थ्यो। मैले अन्य इन्जिनहरू विचार गरेन।

मेरो लागि एकताको लक्ष्य कुनै प्रकारको खेल विकास गर्नु थिएन। म कुनै प्रकारको क्यारेक्टरको साथ 3D दृश्य सिर्जना गर्न चाहन्थें। उसले, वा बरु उनी (मैले केटीलाई मोडेल गरेकी थिएँ = प्रेममा थिएँ) बाहिरी संसारसँग सर्नु र अन्तरक्रिया गर्नुपर्‍यो। एकता भनेको के हो, विकासको प्रक्रिया के हो, केही बनाउन कति मिहिनेत गर्नुपर्छ भन्ने बुझ्नु मात्र जरुरी थियो । यसरी आर्किटेक्ट डेमो परियोजनाको जन्म भएको थियो (नाम लगभग बुलशिटबाट आविष्कार गरिएको थियो)। प्रोग्रामिङ, मोडलिङ, एनिमेसन, टेक्स्चरिङले मलाई सायद दुई महिनाको दैनिक काम गर्न लाग्थ्यो।

मैले कसरी थ्रीडी मोडेलहरू सिर्जना गर्ने भनेर YouTube मा ट्यूटोरियल भिडियोहरू सुरु गरें ब्लेंडर। ब्लेंडर 3D मोडलिङ (र थप) को लागी एक महान नि: शुल्क उपकरण हो जसलाई स्थापनाको आवश्यकता पर्दैन। र यहाँ एक झटका मलाई पर्खिरहेको थियो ... यो बाहिर जान्छ कि मोडेलिङ, एनिमेसन, बनावट ठूलो अलग विषय हो जसमा तपाईं किताबहरू लेख्न सक्नुहुन्छ। यो पात्रहरूको लागि विशेष गरी सत्य हो। औंला, दाँत, आँखा र शरीरका अन्य भागहरू मोडेल गर्न, तपाईंलाई शरीर रचनाको ज्ञान चाहिन्छ। अनुहारको मांसपेशीहरू कसरी व्यवस्थित हुन्छन्? मानिसहरू कसरी सर्छन्? मैले प्रत्येक हात, खुट्टा, औंला, घुँडाहरूमा हड्डीहरू "घुसाउनु" थियो!

एनिमेसन प्राकृतिक देखिन्छ भनेर हड्डी, अतिरिक्त हड्डी लिभर मोडेल गर्नुहोस्। त्यस्ता पाठहरू पछि, तपाईंले एनिमेटेड फिल्महरूका सिर्जनाकर्ताहरूले 30 सेकेन्डको भिडियो बनाउनको लागि कत्ति ठूलो काम गर्नुहुन्छ भनेर महसुस गर्नुहुन्छ। तर थ्रीडी चलचित्रहरू घण्टासम्म टिक्छन्! र त्यसपछि हामी थिएटरहरूबाट बाहिर निस्कन्छौं र केहि भन्छौं: "टा, एक डरलाग्दो कार्टुन / चलचित्र! तिनीहरूले अझ राम्रो गर्न सक्थे ..." मूर्खहरू!

र यस परियोजना मा प्रोग्रामिंग को बारे मा एक अर्को कुरा। यो बाहिर निस्कियो, मेरो लागि सबैभन्दा रोचक भाग गणित थियो। यदि तपाईंले दृश्य चलाउनुभयो भने (प्रोजेक्ट विवरणमा भण्डारमा लिङ्क), तपाईंले याद गर्नुहुनेछ कि क्यामेरा गोलोमा केटी क्यारेक्टरको वरिपरि घुम्छ। यस्तो क्यामेरा रोटेशन प्रोग्राम गर्न, मैले पहिले सर्कल (2D) मा स्थिति बिन्दुको निर्देशांकहरू गणना गर्नुपर्‍यो, र त्यसपछि गोलाकार (3D) मा। रमाइलो कुरा के हो भने मलाई स्कूलमा गणित मन पर्दैनथ्यो र माइनसको साथ थाहा थियो। आंशिक रूपमा, सायद, किनभने स्कूलमा तिनीहरूले तपाईंलाई यो गणित जीवनमा कसरी लागू हुन्छ भनेर व्याख्या गर्दैनन्। तर जब तिमि आफ्नो लक्ष्य, सपना देखेर अल्मलिन्छौ तब मन सफा हुन्छ, प्रकट हुन्छ ! र तपाईले जटिल कार्यहरूलाई रोमाञ्चक साहसिक कार्यको रूपमा बुझ्न थाल्नुहुन्छ। र त्यसपछि तपाइँ सोच्नुहुन्छ: "ठीक छ, किन * प्रिय * गणितज्ञले सामान्यतया बताउन सकेन कि यी सूत्रहरू कहाँ झुकाउन सकिन्छ?"।

सर्कल र गोलामा बिन्दुको निर्देशांकहरू गणना गर्नका लागि सूत्रहरूको गणना (मेरो नोटबुकबाट)

खेल १

• प्लेटफर्म: Windows (Windows 7, 10 मा परीक्षण गरिएको)
• Язык: मलाई लाग्छ यो शुद्ध C मा लेखिएको थियो
• खेल इन्जिन: विन्डोज कन्सोल
• प्रेरणा: javidx9
• भण्डार: GitHub

साधारण सर्प खेल

थ्रीडी दृश्य कुनै खेल होइन। थप रूपमा, मोडेलिङ र 3D वस्तुहरू एनिमेटेड (विशेष गरी क्यारेक्टरहरू) लामो र गाह्रो छ। युनिटीसँग खेलिसकेपछि, मैले आधारभूत कुराहरूबाट जारी राख्न वा बरु सुरु गर्नुपर्छ भन्ने महसुस गरें। केहि सरल र छिटो, तर एकै समयमा विश्वव्यापी, खेल को धेरै संरचना बुझ्न।

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

खेल लुप यो जस्तै केहि देखिन सक्छ:

int main()
   {
      Setup();
      // a game loop
      while (!quit)
      {
          Input();
          Logic();
          Draw();
          Sleep(gameSpeed);  // game timing
      }
      return 0;
   }

कोडले सम्पूर्ण मुख्य() प्रकार्यलाई एकै पटकमा प्रस्तुत गर्दछ। र खेल चक्र सम्बन्धित टिप्पणी पछि सुरु हुन्छ। लूपमा तीनवटा आधारभूत प्रकार्यहरू छन्: Input(), Logic(), Draw()। पहिले, इनपुट डाटा इनपुट (मुख्य रूपमा कीस्ट्रोकहरूको नियन्त्रण), त्यसपछि प्रविष्ट गरिएको डाटा तर्कलाई प्रशोधन गर्दै, त्यसपछि स्क्रिनमा प्रदर्शन गर्दै - ड्र। र त्यसैले हरेक फ्रेम। एनिमेसन यसरी बनाइन्छ। यो कार्टुन जस्तै छ। सामान्यतया इनपुट डेटा प्रशोधन गर्न धेरै समय लाग्छ र, जहाँसम्म मलाई थाहा छ, खेलको फ्रेम दर निर्धारण गर्दछ। तर यहाँ Logic() प्रकार्य धेरै छिटो छ। तसर्थ, फ्रेम दरलाई गेमस्पीड प्यारामिटरसँग Sleep() प्रकार्यद्वारा नियन्त्रित गरिनुपर्छ, जसले यो दर निर्धारण गर्छ।

खेल चक्र। नोटप्याडमा सर्प प्रोग्रामिङ

यदि तपाइँ प्रतीकात्मक कन्सोल खेल विकास गर्दै हुनुहुन्छ भने, सामान्य स्ट्रिम आउटपुट 'cout' प्रयोग गरेर स्क्रिनमा डेटा प्रदर्शन गर्दा काम गर्दैन - यो धेरै ढिलो छ। त्यसकारण, आउटपुट स्क्रिन बफरमा गरिनुपर्छ। धेरै छिटो र खेल glitches बिना काम गर्नेछ। इमानदार हुनको लागि, म स्क्रिन बफर के हो र यसले कसरी काम गर्छ भन्ने कुरा बुझिन। तर म यहाँ कोड उदाहरण दिनेछु, र सायद टिप्पणीहरूमा कसैले स्थिति स्पष्ट गर्न सक्षम हुनेछ।

स्क्रिन बफर प्राप्त गर्दै (यदि मैले त्यसो भन्न सक्छु):

// create screen buffer for drawings
   HANDLE hConsole = CreateConsoleScreenBuffer(GENERIC_READ | GENERIC_WRITE, 0,
 							   NULL, CONSOLE_TEXTMODE_BUFFER, NULL);
   DWORD dwBytesWritten = 0;
   SetConsoleActiveScreenBuffer(hConsole);

निश्चित रेखा स्कोरलाइनको स्क्रिनमा प्रत्यक्ष आउटपुट (अंकहरू प्रदर्शन गर्नको लागि रेखा):

// draw the score
   WriteConsoleOutputCharacter(hConsole, scoreLine, GAME_WIDTH, {2,3}, &dwBytesWritten);

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

खेल 2 पागल टैंक

• प्लेटफर्म: Windows (Windows 7, 10 मा परीक्षण गरिएको)
• Язык: सी ++
• खेल इन्जिन: विन्डोज कन्सोल
• प्रेरणा: पुस्तक खेल प्रोग्रामिङ मार्फत C++ सुरु गर्दै
• भण्डार: GitHub

पागल टैंक खेल

कन्सोलमा क्यारेक्टरहरू छाप्नु सायद सबैभन्दा सरल कुरा हो जुन तपाईंले खेलमा परिणत गर्न सक्नुहुन्छ। तर त्यसपछि एउटा समस्या देखा पर्दछ: क्यारेक्टरहरू फरक उचाइ र चौडाइहरू छन् (उचाइ चौडाइ भन्दा ठूलो छ)। यसरी, सबै कुरा असमान देखिनेछ, र तल वा माथि सार्नु बायाँ वा दायाँ सर्ने भन्दा धेरै छिटो देखिन्छ। यो प्रभाव "साँप" (खेल 1) मा धेरै उल्लेखनीय छ। "ट्याङ्कहरू" (खेल 2) मा त्यस्तो कमजोरी छैन, किनकि त्यहाँ आउटपुट विभिन्न रंगहरूसँग स्क्रिन पिक्सेलहरू चित्रण गरेर व्यवस्थित गरिएको छ। तपाईले भन्न सक्नुहुन्छ कि मैले रेन्डरर लेखेको छु। साँचो, यो पहिले नै अलि बढी जटिल छ, यद्यपि धेरै रोचक।

यो खेलको लागि, यो स्क्रिनमा पिक्सेल प्रदर्शन गर्नको लागि मेरो प्रणाली वर्णन गर्न पर्याप्त हुनेछ। मलाई लाग्छ कि यो खेलको मुख्य भाग हो। र अरू सबै कुरा तपाईं आफैसँग आउन सक्नुहुन्छ।

त्यसोभए, तपाईले स्क्रिनमा के देख्नु भएको छ त्यो मात्र चलिरहेको रंगीन आयतहरूको सेट हो।

आयत सेट

प्रत्येक आयत संख्याले भरिएको म्याट्रिक्स द्वारा प्रतिनिधित्व गरिएको छ। वैसे, म एउटा चाखलाग्दो nuance हाइलाइट गर्न सक्छु - खेलमा सबै म्याट्रिकहरू एक-आयामी एरेको रूपमा प्रोग्राम गरिएको छ। दुई-आयामी होइन, तर एक-आयामी! एक-आयामी arrays काम गर्न धेरै सजिलो र छिटो छ।

खेल ट्यांक म्याट्रिक्स को एक उदाहरण

एक-आयामी एरे संग खेल ट्यांक को म्याट्रिक्स को प्रतिनिधित्व

एक-आयामी एरेद्वारा म्याट्रिक्स प्रतिनिधित्वको थप उदाहरणीय उदाहरण

तर एरेका तत्वहरूमा पहुँच डबल लूपमा हुन्छ, मानौं यो एक-आयामी होइन, तर दुई-आयामी एरे हो। यो गरिएको हो किनभने हामी अझै म्याट्रिक्स संग काम गर्दैछौं।

डबल लुपमा एक-आयामी एरे पार गर्दै। Y पङ्क्ति ID हो, X स्तम्भ ID हो

कृपया ध्यान दिनुहोस् कि सामान्य म्याट्रिक्स पहिचानकर्ता i, j को सट्टा, म एक्स र y पहिचानकर्ताहरू प्रयोग गर्छु। त्यसोभए, यो मलाई लाग्छ, आँखालाई बढी मनमोहक र दिमागलाई स्पष्ट छ। थप रूपमा, यस्तो नोटेशनले दुई-आयामी छविको समन्वय अक्षहरूमा प्रयोग गरिएका म्याट्रिकहरू सजिलैसँग प्रोजेक्ट गर्न सम्भव बनाउँछ।

अब पिक्सेल, रंग र प्रदर्शन बारे। StretchDIBits प्रकार्य (हेडर: windows.h; पुस्तकालय: gdi32.lib) आउटपुटको लागि प्रयोग गरिन्छ। अन्य चीजहरू मध्ये, निम्न यस प्रकार्यमा पास गरिएको छ: यन्त्र जसमा छवि प्रदर्शित हुन्छ (मेरो मामलामा, यो विन्डोज कन्सोल हो), छवि प्रदर्शनको सुरुवातको निर्देशांक, यसको चौडाइ / उचाइ, र छवि। बिटम्याप (बिटम्याप) को रूप मा, बाइट को एरे द्वारा प्रतिनिधित्व। बिटम्याप बाइटहरूको एर्रेको रूपमा!

StretchDIBits() कार्यमा कार्य:

// screen output for game field
   StretchDIBits(
               deviceContext,
               OFFSET_LEFT, OFFSET_TOP,
               PMATRIX_WIDTH, PMATRIX_HEIGHT,
               0, 0,
               PMATRIX_WIDTH, PMATRIX_HEIGHT,
               m_p_bitmapMemory, &bitmapInfo,
               DIB_RGB_COLORS,
               SRCCOPY
               );

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

m_p_bitmapमेमोरी बिटम्याप सिर्जना गर्दै:

// create bitmap
   int bitmapMemorySize = (PMATRIX_WIDTH * PMATRIX_HEIGHT) * BYTES_PER_PIXEL;
   void* m_p_bitmapMemory = VirtualAlloc(0, bitmapMemorySize, MEM_COMMIT, PAGE_READWRITE);

सामान्यतया, बिटम्यापले पिक्सेलको सेट समावेश गर्दछ। एरेमा प्रत्येक चार बाइट्स एक RGB पिक्सेल हो। एक बाइट प्रति रातो मान, एक बाइट प्रति हरियो मान (G), र एक बाइट प्रति नीलो रङ (B)। साथै, प्रति इन्डेन्ट एक बाइट छ। यी तीन रंगहरू - रातो / हरियो / निलो (RGB) - एक अर्कासँग विभिन्न अनुपातमा मिसाइन्छ - र परिणामस्वरूप पिक्सेल रंग प्राप्त हुन्छ।

अब, फेरि, प्रत्येक आयत, वा खेल वस्तु, संख्या म्याट्रिक्स द्वारा प्रतिनिधित्व गरिएको छ। यी सबै खेल वस्तुहरू संग्रहमा राखिएका छन्। र त्यसपछि तिनीहरू खेल मैदानमा राखिन्छन्, एउटा ठूलो संख्यात्मक म्याट्रिक्स बनाउँछ। मैले म्याट्रिक्समा प्रत्येक नम्बरलाई एक विशेष रङमा म्याप गरें। उदाहरणका लागि, नम्बर 8 नीलो छ, नम्बर 9 पहेंलो छ, नम्बर 10 गाढा खैरो छ, र यस्तै। यसरी, हामी भन्न सक्छौं कि हामीसँग खेल मैदानको म्याट्रिक्स छ, जहाँ प्रत्येक संख्या कुनै न कुनै प्रकारको रंग हो।

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

खेल मैदानको संख्यात्मक म्याट्रिक्स (डिजिटल म्याट्रिक्स) मा आधारित जानकारीको साथ बिटम्याप (पिक्सेल म्याट्रिक्स) भर्ने उदाहरण (रङ सूचकाङ्कहरू खेलका सूचकांकहरूसँग मेल खाँदैन)

म खेलबाट वास्तविक कोडको टुक्रा पनि प्रस्तुत गर्नेछु। लूपको प्रत्येक पुनरावृत्तिमा चल colorIndex लाई खेल मैदानको संख्यात्मक म्याट्रिक्स (mainDigitalMatrix) बाट मान (रङ अनुक्रमणिका) तोकिएको छ। त्यसपछि रङ आफैलाई अनुक्रमणिकाको आधारमा रङ चरमा लेखिएको छ। यसबाहेक, नतिजाको रंग रातो, हरियो र निलो (RGB) को अनुपातमा विभाजित गरिएको छ। र इन्डेन्ट (पिक्सेलप्याडिङ) सँगसँगै, यो जानकारी बिटम्यापमा रङ छवि बनाउँदै बारम्बार पिक्सेलमा लेखिन्छ।

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

खेल मैदानको संख्यात्मक म्याट्रिक्समा आधारित जानकारीको साथ बिटम्याप भर्दै:

// set pixel map variables
   int colorIndex;
   COLORREF color;
   int pitch;
   uint8_t* p_row;
 
   // arrange pixels for game field
   pitch = PMATRIX_WIDTH * BYTES_PER_PIXEL;     // row size in bytes
   p_row = (uint8_t*)m_p_bitmapMemory;       //cast to uint8 for valid pointer arithmetic
   							(to add by 1 byte (8 bits) at a time)   
   for (int y = 0; y < PMATRIX_HEIGHT; ++y)
   {
       uint32_t* p_pixel = (uint32_t*)p_row;
       for (int x = 0; x < PMATRIX_WIDTH; ++x)
       {
           colorIndex = mainDigitalMatrix[y * PMATRIX_WIDTH + x];
           color = Utils::GetColor(colorIndex);
           uint8_t blue = GetBValue(color);
           uint8_t green = GetGValue(color);
           uint8_t red = GetRValue(color);
           uint8_t pixelPadding = 0;
 
           *p_pixel = ((pixelPadding << 24) | (red << 16) | (green << 8) | blue);
           ++p_pixel;
       }
       p_row += pitch;
   }

माथि वर्णन गरिएको विधि अनुसार, Crazy Tanks खेलमा एउटा तस्विर (फ्रेम) बनाइन्छ र Draw() प्रकार्यमा स्क्रिनमा प्रदर्शित हुन्छ। Input() प्रकार्यमा कुञ्जी स्ट्रोकहरू दर्ता गरेपछि र Logic() प्रकार्यमा तिनीहरूको पछिको प्रशोधन गरिसकेपछि, नयाँ चित्र (फ्रेम) बनाइन्छ। साँचो, खेल वस्तुहरू पहिले नै खेल मैदानमा फरक स्थिति हुन सक्छ र, तदनुसार, फरक ठाउँमा कोरिएका छन्। एनिमेसन (चलन) यसरी हुन्छ।

सिद्धान्तमा (यदि तपाईंले केहि बिर्सनु भएको छैन भने), पहिलो खेल ("साँप") बाट खेल लुप बुझ्न र दोस्रो खेल ("ट्याङ्कहरू") बाट स्क्रिनमा पिक्सेलहरू प्रदर्शन गर्ने प्रणालीलाई तपाईंले कुनै पनि लेख्न आवश्यक छ। Windows को लागी तपाइँको 2D खेलहरु को। आवाजहीन! 😉 बाँकी भागहरू कल्पनाको उडान मात्र हुन्।

निस्सन्देह, खेल "ट्याङ्कहरू" "साँप" भन्दा धेरै जटिल डिजाइन गरिएको छ। मैले पहिले नै C++ भाषा प्रयोग गरेको छु, त्यो हो, मैले कक्षाहरूसँग विभिन्न खेल वस्तुहरू वर्णन गरें। मैले मेरो आफ्नै संग्रह सिर्जना गरेको छु - तपाईले हेडर/Box.h मा कोड देख्न सक्नुहुन्छ। वैसे, संग्रह प्राय: मेमोरी चुहावट छ। संकेतकहरू प्रयोग गरियो। स्मृति संग काम गरे। मैले भन्नै पर्छ कि पुस्तकले मलाई धेरै मद्दत गर्यो। खेल प्रोग्रामिङ मार्फत C++ सुरु गर्दै। यो C++ मा शुरुवात गर्नेहरूको लागि उत्कृष्ट सुरुवात हो। यो सानो, रोचक र राम्रो संगठित छ।

यो खेल विकास गर्न करिब छ महिना लाग्यो। मैले मुख्यतया काममा खाजा र खाजाको समयमा लेखें। ऊ अफिसको भान्छामा बस्यो, खानामा टाँसियो र कोड लेख्यो। वा बेलुकाको लागि घरमा। त्यसैले मैले यस्तो "भान्सा युद्धहरू" पाएँ। सधैंको रूपमा, मैले सक्रिय रूपमा नोटबुक प्रयोग गरें, र सबै वैचारिक चीजहरू यसमा जन्मिएका थिए।

व्यावहारिक भागको अन्त्यमा, म मेरो नोटबुकको केही स्क्यानहरू निकाल्नेछु। ठ्याक्कै के लेख्दै थिएँ भनेर देखाउनको लागि, रेखाचित्र, गणना, डिजाइन...

ट्यांक छवि डिजाइन। र प्रत्येक ट्याङ्कीले स्क्रिनमा कति पिक्सेल ओगटेको हुनुपर्छ भन्ने परिभाषा

यसको अक्ष वरिपरि ट्यांक को परिक्रमा लागि एल्गोरिथ्म र सूत्र को गणना

मेरो संग्रहको रेखाचित्र (मेमोरी चुहावट भएको एक, सम्भवतः)। सङ्कलन लिङ्क गरिएको सूचीको रूपमा सिर्जना गरिएको छ

र यी खेलमा कृत्रिम बुद्धिमत्ता पेंच गर्ने व्यर्थ प्रयासहरू हुन्

थ्योरी

"हजार माइलको यात्रा पनि पहिलो पाइलाबाट सुरु हुन्छ" (प्राचीन चिनियाँ ज्ञान)

व्यवहारबाट सिद्धान्तमा जाऔं! तपाइँ तपाइँको शौक को लागी समय कसरी खोज्नुहुन्छ?

1. तपाईं साँच्चै के चाहनुहुन्छ निर्धारण गर्नुहोस् (हाफ, यो सबैभन्दा गाह्रो छ)।
2. प्राथमिकताहरू सेट गर्नुहोस्।
3. उच्च प्राथमिकताहरूका लागि सबै "अनावश्यक" बलिदान गर्नुहोस्।
4. हरेक दिन आफ्नो लक्ष्य तिर जानुहोस्।
5. शौकको लागि दुई वा तीन घण्टा खाली समय हुनेछ भन्ने आशा नगर्नुहोस्।

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

त्यहाँ एक निश्चित सुनौलो नियम छ: कहिल्यै 0% दिन छैन! मैले एक इन्डी विकासकर्ताको लेखमा यसको बारेमा सिकें। यदि तपाइँ कुनै परियोजनामा ​​​​काम गर्दै हुनुहुन्छ भने, त्यसपछि हरेक दिन यसको बारेमा केहि गर्नुहोस्। र तपाईले कति बनाउनुहुन्छ त्यो फरक पर्दैन। एउटा शब्द वा कोडको एउटा लाइन लेख्नुहोस्, एउटा ट्यूटोरियल भिडियो हेर्नुहोस्, वा बोर्डमा एउटा कील ठोक्नुहोस्—केही गर्नुहोस्। सबैभन्दा कठिन भाग सुरु हुँदैछ। एकचोटि तपाईंले सुरु गर्नुभएपछि, तपाईंले चाहेको भन्दा अलि बढी गर्नुहुनेछ। त्यसोभए तपाईं निरन्तर आफ्नो लक्ष्य तिर लाग्नुहुनेछ र, मलाई विश्वास गर्नुहोस्, धेरै चाँडै। आखिर, सबै चीजहरूमा मुख्य ब्रेक ढिलाइ हो।

र यो याद राख्नु महत्त्वपूर्ण छ कि तपाईंले 5, 10, 15 मिनेटमा समयको नि: शुल्क "भुरा" लाई बेवास्ता गर्नु हुँदैन, एक वा दुई घण्टासम्म चल्ने केही ठूला "लगहरू" को लागि पर्खनुहोस्। के तपाई लाईन मा उभिनु हुन्छ ? तपाईंको परियोजनाको लागि केहि सोच्नुहोस्। के तपाईं एस्केलेटर माथि जाँदै हुनुहुन्छ? नोटबुकमा केहि लेख्नुहोस्। बसमा खाना खानुहुन्छ ? ठीक छ, केहि लेख पढ्नुहोस्। हरेक अवसर प्रयोग गर्नुहोस्। YouTube मा बिरालो र कुकुर हेर्न रोक्नुहोस्! आफ्नो दिमाग संग गडबड नगर्नुहोस्!

र अन्तिम। यदि, यो लेख पढेपछि, तपाइँलाई खेल इन्जिनहरू प्रयोग नगरी खेलहरू सिर्जना गर्ने विचार मनपर्यो, त्यसपछि नाम सम्झनुहोस् केसी मुराटोरी। यो केटासँग छ वेबसाइट। "हेर्नुहोस् -> अघिल्लो एपिसोडहरू" खण्डमा तपाईंले स्क्र्याचबाट व्यावसायिक खेल कसरी सिर्जना गर्ने भन्ने बारे अद्भुत निःशुल्क भिडियो ट्यूटोरियलहरू पाउनुहुनेछ। तपाईंले विश्वविद्यालयमा पाँच वर्षको अध्ययनको तुलनामा विन्डोज पाठहरूका लागि पाँचवटा Intro to C मा थप सिक्न सक्नुहुन्छ (कसैले भिडियो अन्तर्गत टिप्पणीहरूमा यस बारे लेखेका थिए)।

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

तपाईको रोजेको बाटोमा शुभकामना! र संसारलाई अझ व्यावसायिक बनाऔं।

लेखक: Grankin Andrey, DevOps

स्रोत: www.habr.com