👩🏾‍✈️ 🏺 ⚰️ गेम मेकर एआई - कहां से शुरू करें? 👨🏿‍💼 🕴🏼 📶

गेम मेकर एक विकास मंच (2 डी की प्रारंभिक अवधारणा में) खेल है। फिलहाल, सबसे लोकप्रिय गेम मेकर 8.0 \ 8.1 और गेम मेकर स्टूडियो। उत्तरार्द्ध, वैसे, क्रॉस-प्लेटफॉर्म विकास का समर्थन करता है (जो, संभवतः, इंजन के अस्तित्व में लगभग एकमात्र कारक है)।

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

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

अंतर्निहित गेम मेकर टूल्स

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

विस्थापन

mp_potential_step(x,y,stepsize,checkall) //   (x,y)   ( ) stepsize //checkall ,       (0),     (1) mp_linear_step_object(x,y,stepsize,obj) //  .   ,         obj

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

 mp_potential_path(path,xg,yg,stepsize,factor,checkall) //       -       "   ",        (    path).      ,

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

मेष विधि:

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

- जीएम संदर्भ से उद्धरण

दरअसल, रास्तों को डिजाइन करते समय एक ग्रिड बहुत सुविधाजनक उपकरण है। यह समान पोटेंशियल_पैथ की तुलना में बहुत अधिक विश्वसनीय है (क्योंकि यह हमेशा रास्ता ढूंढता है, यदि कोई हो)। पूरा लेख ग्रिड के साथ काम करने के तरीकों से दूर हो जाएगा, इसलिए मैं खुद को "न्यूनतम" तक सीमित रखने की कोशिश करूंगा:

 mp_grid_create(left,top,hcells,vcells,cellwidth,cellheight)

फ़ंक्शन एक ग्रिड बनाता है और रिटर्न करता है
सेल एक्सपोजर, सेलहाइट - सेल आकार

ग्रिड बनाने के बाद, इसे पारित करने के लिए निषिद्ध क्षेत्रों को जोड़ने के लायक है। मैंने इसके लिए एक साधारण फ़ंक्शन का उपयोग किया:

 mp_grid_add_instances(id,obj,prec) // ""  ,      obj, prec ,       , id -

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

तो, हमारे पास अगम्य क्षेत्रों के साथ एक ग्रिड है। अब यह हमारे कलाकार के लिए पथ की गणना करने के लिए आप पर निर्भर है:

 mp_grid_path(id,path,xstart,ystart,xgoal,ygoal,allowdiag) //    (xstart,ystart)   (xgoal,ygoal)      path. allowdiag -       (    )

हमारा रास्ता तैयार है, अगर यह निश्चित रूप से मौजूद है। माइनस एक ही है - यह तरीका है (यद्यपि अधिक सही, सटीक, परेशानी से मुक्त तरीका), और कुछ भी नहीं किया जाना है।

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

दूरी और दिशा का निर्धारण

यहां सब कुछ बहुत सरल है, केवल कुछ कार्य इसके लिए जिम्मेदार हैं:

 point_distance(x1,y1,x2,y2) //    (x1,y1)   (x2,y2) point_direction(x1,y1,x2,y2) //    (x1,y1)   (x2,y2)

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

 //argument0 -   //argument1 -   var diff; diff = (argument1 - argument0) mod 360; if diff < 0 diff += 360; if abs(diff) > 180 return (360 - abs(diff)) * -sign(diff); else return diff;

टकराव की जाँच

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

 collision_point(x,y,obj,prec,notme) //,     (x,y)    obj. prec -  , notme -    (1) collision_line(x1,y1,x2,y2,obj,prec,notme) // .    ,        (x1,y1)  (x2,y2) collision_circle(xc,yc,radius,obj,prec,notme) //         (xc,yc)   radius

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

तृतीय-पक्ष पुस्तकालय

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

टीडीएस एआई लिब

टीडीएस एआई टीडीएस खेलों में एआई को विकसित करने के लिए डिज़ाइन किए गए पुस्तकालय के लिए एक सीधा नाम है। वास्तव में, यह अक्सर उपयोग किए जाने वाले कार्यों का एक सेट है जो सीधे जीएम इंटरफेस में बनाया जाता है।

कार्यात्मकता टीडीएस एआई:

पुस्तकालय का उपयोग करने के लिए काफी सरल है (अंग्रेजी के न्यूनतम ज्ञान के साथ, बिल्कुल)। इस लाइब्रेरी की मदद से, कलाकार ऑब्जेक्ट को टालते हुए , ऑब्जेक्ट को फॉलो करते हुए (शूटिंग से बचने के लिए इसे इस्तेमाल करने के लिए समझ सकता है), ऑब्जेक्ट की दूरी और देखने के क्षेत्र में उसकी उपस्थिति की जाँच कर सकता है और इस तरह की चीजों को "सिखा" सकता है, और यादृच्छिक चाल भी।

यहीं पर लाइब्रेरी की कार्यक्षमता समाप्त होती है। फैसला: सुविधाजनक, प्रयोग करने में आसान, लेकिन पर्याप्त नहीं। आखिरकार, एआई केवल कार्यों का एक सेट नहीं है।
* पुस्तकालय का लिंक लेख के अंत में पाया जा सकता है

व्यवहार वृक्ष AI

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

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

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

तो बात क्या है? जैसा कि मैंने कहा, सार एक संरचनात्मक दृष्टिकोण में है। इस पुस्तकालय के आधार पर AI निम्नलिखित योजना के अनुसार बनाया गया है:

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

मुख्य स्क्रिप्ट चयनकर्ता-स्थिति-एक्शन सिस्टम पर चलती है।

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

बीटी एआई मुख्य स्क्रिप्ट का एक छोटा उदाहरण:

 SelectorBegin('AI Role 1'); SequenceBegin(''); //     id Condition(SeeEnemy && Enemy>0); //   Action( Action_LookAt, point_direction(x,y, Enemy.x, Enemy.y)); //    2  Action( Action_Shoot, point_direction(x,y, Enemy.x, Enemy.y), 2); SelectorBegin('   '); // SequenceBegin('  '); Condition(point_distance(x,y, Enemy.x, Enemy.y)>256); Action(Action_MoveTo, Enemy.x-lengthdir_x(128, direction), Enemy.y-lengthdir_y(128, direction), highSpeed); SequenceEnd(); // SequenceBegin('  '); Condition(point_distance(x,y, Enemy.x, Enemy.y)<64); //  Action(Action_MoveTo, x-lengthdir_x(64, direction), y-lengthdir_y(64, direction), highSpeed); SequenceEnd(); SequenceBegin(''); //  ,     Action( Action_MoveTo, x+irandom_range(-64, 64), y+irandom_range(-64, 64), highSpeed); SequenceEnd(); SelectorEnd(); //    4  Action(Action_Shoot, point_direction(x,y, Enemy.x, Enemy.y), 2); SequenceEnd(); SelectorEnd();

चयनकर्ता - कार्यों का एक सेट चुनने के लिए ऑपरेटर
अनुक्रम - क्रियाओं का एक समूह
दशा - condition check
क्रिया - क्रिया। स्क्रिप्ट कॉल (पहला तर्क) मापदंडों के साथ (अन्य तर्क)

निष्कर्ष

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

आपका ध्यान के लिए धन्यवाद!

गेम मेकर एआई - कहां से शुरू करें?