मुख्य विचार

बेंचमार्किंग एप्लिकेशन, इंजन और विभिन्न सॉफ्टवेयर सिस्टम के बारे में बहुत सारी किताबें, लेख और ट्यूटोरियल लिखे गए हैं।

इस विषय पर पुराना विकिपीडिया हमें क्या देता है:

प्रदर्शन परीक्षण, बेंचमार्क (अंग्रेजी बेंचमार्क) - कंप्यूटर सिस्टम की तुलनात्मक प्रदर्शन विशेषताओं को निर्धारित करने के लिए आवश्यक नियंत्रण कार्य।

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

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

बेंचमार्क के बारे में

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

"कॉन्फ़िगरेशन" या मेरे बारे में

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

कार्य के बारे में

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

विनियमन इस प्रकार होगा:

1. प्रत्येक इंजन में 4 घंटे का समय होता है। इसमें अध्ययन, परिचित, अपनी नाक को उठाना, एक प्रोटोटाइप लिखने की कोशिश करना, खेल को डिबग करना, सामान्य रूप से खेल बनाने का पूरा चक्र शामिल है।
2. हर आधे घंटे में, एक छोटे से ब्रेक के दौरान, मैं किसी भी तरह से अपने काम को ठीक करने के लिए, आगे की कार्य योजना की रूपरेखा तैयार करने, नोट्स बनाने, नोट्स बनाने और इत्यादि को ठीक करने की कोशिश करूंगा।
3. प्रत्येक इंजन का परीक्षण शुरू करने से पहले, हम पारंपरिक इकाइयों को उन्हें सौंपने के लिए खेल परियोजना को उसके घटक तत्वों में विघटित करने का प्रयास करेंगे। इस प्रकार, हम तोते में प्रत्येक इंजन के लिए गेम डेवलपर की हमारी "उत्पादकता" को मापते हैं और परिणामों की तुलना शब्दों में नहीं, बल्कि कम से कम कुछ संख्याओं में कर सकते हैं।

घटकों में खेल का अपघटन

एक बहुत ही सार और उच्च-स्तरीय रूप में, मैं खुद को इस तरह से खेल के घटक घटक देखता हूं:

1. खिलाड़ी (प्रेत, कूद व्यवहार, दबाए गए बटन की प्रतिक्रिया)
2. स्तर की वस्तुएँ: प्लेटफ़ॉर्म, दुश्मन इत्यादि।
3. भौतिकी: खिलाड़ी की कूदने की गति, फ्री फ़ॉल का त्वरण, प्लेटफ़ॉर्म केवल टकरावों को संभालना चाहिए, अगर वे ऊपर से कूद गए थे और खिलाड़ी को प्लेटफ़ॉर्म के नीचे से पार करने पर उसे उसके पास से जाने दें ।
4. प्रक्रियात्मक स्तर की पीढ़ी: नए प्लेटफार्मों और दुश्मनों के उड़ने पर स्तर (मनमाने स्थानों के लिए, लेकिन कुछ नियमों और प्रतिबंधों के साथ) का आरंभ और इसके अलावा, खिलाड़ी के लिए एक आकर्षक खेल स्थिति का निर्माण
5. एक "कैमरा" जो खिलाड़ी के स्तर का अनुसरण करता है। कैमरे को खिलाड़ी के लिए दृश्यता में रखना चाहिए और धीरे-धीरे उसके साथ "बाउंस" करना चाहिए, रेंडरिंग क्षेत्र (कैमरा दृश्यता में) में प्रदर्शित होने वाले नए प्लेटफार्मों को प्रदर्शित करना।
6. Game Over ट्रिगर तंत्र पर। एक खिलाड़ी हार जाता है यदि वह दृश्य क्षेत्र के निचले किनारे पर पहुंच जाता है (बाद में वह कम से कम एक बार कूद चुका होता है)
7. एक खिलाड़ी स्कोरिंग। हम खिलाड़ी की ऊंचाई के काउंटर को अपडेट करेंगे। हम अंतिम प्लेटफ़ॉर्म तक पहुँचने के अनुसार काउंटर को अपडेट करेंगे (वह जिसमें से अंतिम बार धक्का दिया था)
8. HUD : प्रदर्शन खिलाड़ी प्रगति। ऊँचाई का प्रदर्शन।

सादगी के लिए, हम अपने तोते की इकाइयों के प्रत्येक घटक को एक बिंदु प्रदान करते हैं। कुल अधिकतम - यानी परियोजना का पूर्ण बजाने वाला संस्करण 8 अंक है।

नीचे प्रदर्शन में उपयोग की गई संपत्ति हैं। ये हाथ से तैयार किए गए हैं (मैं एक कलाकार नहीं हूं, जैसा कि आप देख सकते हैं) चरित्र और मंच 64x64, * .Png प्रारूप के आयामों के साथ स्प्राइट करता है।

और कुछ फ़्लोचार्ट भी दें:

1. इस प्रकार, खिलाड़ी के लिए "लिंग" की गणना को लागू किया जाएगा (याद रखें, एक छलांग के साथ, स्क्रीन शिफ्ट, और स्क्रीन के किनारे पर प्रस्थान का मतलब एक खाई है)
   
2. और इसलिए हम ऊर्ध्वाधर गति ( y_velocity ) और प्रत्येक बीट के साथ खिलाड़ी के y निर्देशांक की गणना करते हैं और इसे अपडेट करते हैं, यह दो कारकों से प्रभावित होता है: गुरुत्वाकर्षण त्वरण ( GRAVITY ) और प्लेटफॉर्म, जिस पर पहुंचने पर, खिलाड़ी पूरी तरह से बहाल गति के साथ निरस्त हो जाता है
   
3. अन्य तंत्रों की तरह, क्षैतिज वेग की गणना करने के लिए एल्गोरिदम को लेख के दायरे से बाहर रखा गया था।

वैसे, मेरे पास अभी भी प्रश्न हैं:

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

मुझे आपके विचारों, जीवन की टिप्पणियों और टिप्पणियों और सुझावों पर इन दो निस्संदेह गेम-डिज़ाइन मुद्दों पर बहुत खुशी होगी।

इंजन के बारे में

मेरे लिए तीन उम्मीदवारों का चयन बहुत ही दिलचस्प सुविधाओं के साथ किया गया। तो, आपके परीक्षण के परिणामों का विश्लेषण करते समय जो पैरामीटर ध्यान में रखना उपयोगी होगा, उन्हें नीचे संक्षेप में प्रस्तुत किया गया है।

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

एकता / अवास्तविक इंजन / अन्य भयानक इंजन आदि क्यों नहीं?

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

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

मैं इस वीडियो के लिंक के साथ एक इंजन का चयन करते समय अपनी प्रेरणा को संक्षेप में प्रस्तुत करूंगा, जहां मुझे ऐसा लगता है कि लेखक ने सचमुच अपनी भाषा से शाब्दिक रूप से हटा दिया है जो मैंने इस समय अपने आप को और दूसरों को शब्दों के साथ तैयार करने की कोशिश की: https://www.youtube.com/watch ? v = JH8xwNOQ0TM

Defold

Defold का क्रॉस-प्लेटफॉर्म इंजन है।
समर्थित प्लेटफ़ॉर्म:

• Html5 (WebGl)
• Android 2.3 (एपीआई स्तर 9) +
• iOS 8.0+
• विंडोज विस्टा +
• OSX 10.7+
• लिनक्स

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

नीचे, स्पॉइलर में, समय में प्रगति दिखाने वाले कुछ जिफ-एनिमेशन हैं:

परिणाम, बेंचमार्क अंक:

1. खिलाड़ी (प्रेत, कूद व्यवहार, दबाए गए बटन की प्रतिक्रिया) (V) Yes
2. स्तर की वस्तुएँ: प्लेटफ़ॉर्म, दुश्मन इत्यादि। (V) Yes
3. भौतिकी: खिलाड़ी की कूद की गति, फ्री फ़ॉल एक्सेलेरेशन, प्लेटफ़ॉर्म केवल टकरावों को संभालना चाहिए यदि वे ऊपर से कूदते हैं और खिलाड़ी को प्लेटफ़ॉर्म के नीचे से पार करने पर उसे उसके पास से जाने दें। (V) Yes
4. प्रक्रियात्मक स्तर की पीढ़ी: नए प्लेटफार्मों और दुश्मनों के उड़ने पर स्तर (मनमाने स्थानों के लिए, लेकिन कुछ नियमों और प्रतिबंधों के साथ) के लिए प्रारंभ और इसके अलावा, खिलाड़ी के लिए एक मनोरंजक खेल स्थिति (X) No
5. एक "कैमरा" जो खिलाड़ी के स्तर का अनुसरण करता है। कैमरे को खिलाड़ी के लिए दृश्यता में रखना चाहिए और धीरे-धीरे उसके साथ "बाउंस" करना चाहिए, रेंडरिंग क्षेत्र में दिखाई देने वाले नए प्लेटफॉर्म (कैमरा दृश्यता में) (X) No
6. खेल ट्रिगर तंत्र पर। एक खिलाड़ी हार जाता है अगर वह दृश्य क्षेत्र के निचले किनारे तक पहुंच जाता है (बाद में वह पहले ही कम से कम एक बार कूद चुका होता है) (X) No
7. एक खिलाड़ी स्कोरिंग। हम खिलाड़ी की ऊंचाई के काउंटर को अपडेट करेंगे। हम अंतिम प्लेटफॉर्म तक पहुँचने के अनुसार काउंटर को अपडेट करेंगे (वह जिसमें से उसने पिछली बार धक्का दिया था) (V) Yes
8. HUD: प्रदर्शन खिलाड़ी प्रगति। ऊँचाई का प्रदर्शन। वैकल्पिक रूप से, ऐसा लगता है कि मूल खेल में कोई प्रगति संकेतक नहीं हैं। (V) Yes

बेंचमार्क स्कोर: 5/8

Love2d

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

सामान्य तौर पर, इस इंजन के लिए, मैं हैबर से ट्यूटोरियल की एक बहुत ही उपयुक्त श्रृंखला की सिफारिश करता हूं, जिसने मुझे प्रेरित किया और इस इंजन के विकास के लिए एक शक्तिशाली प्रेरणा दी, मैं केवल पहले भाग के लिए एक लिंक दूंगा, फिर आप इसे शेष हिस्सों से प्राप्त कर सकते हैं: लुआ और लेविवे पर एक गेम बनाना - 1

तो, नीचे चौकियों पर लॉग किया गया था:

इंजन के "प्रदर्शन" की गणना करें:

1. खिलाड़ी (प्रेत, कूद व्यवहार, दबाए गए बटन की प्रतिक्रिया) (V) Yes
2. स्तर की वस्तुएँ: प्लेटफ़ॉर्म, दुश्मन इत्यादि। (V) Yes
3. भौतिकी: खिलाड़ी की कूद की गति, फ्री फ़ॉल एक्सेलेरेशन, प्लेटफ़ॉर्म केवल टकरावों को संभालना चाहिए यदि वे ऊपर से कूदते हैं और खिलाड़ी को प्लेटफ़ॉर्म के नीचे से पार करने पर उसे उसके पास से जाने दें।
   (V) Yes / (X) No // * कार्यान्वित किया गया है, लेकिन महत्वपूर्ण दोषों के साथ बिल्कुल सही नहीं है। मैं आइटम को पूरा करने के लिए यहां 0.5 अंक रखूंगा।
4. प्रक्रियात्मक स्तर की पीढ़ी: प्रारंभिक और जोड़ने के स्तर पर (मनमाने स्थानों के लिए, लेकिन कुछ नियमों और प्रतिबंधों के साथ) मक्खी नए प्लेटफार्मों और दुश्मनों पर, खिलाड़ी को मोहक खेल की स्थिति (V) Yes
5. एक "कैमरा" जो खिलाड़ी के स्तर का अनुसरण करता है। कैमरे को खिलाड़ी के लिए दृश्यता में रखना चाहिए और धीरे-धीरे उसके साथ "बाउंस" करना चाहिए, रेंडरिंग क्षेत्र में दिखाई देने वाले नए प्लेटफॉर्म (कैमरा दृश्यता में) (V) Yes
6. खेल ट्रिगर तंत्र पर। एक खिलाड़ी हार जाता है अगर वह दृश्य क्षेत्र के निचले किनारे तक पहुंच जाता है (बाद में वह पहले से ही कम से कम एक बार कूद चुका होता है) (V) Yes
7. एक खिलाड़ी स्कोरिंग। हम खिलाड़ी की ऊंचाई के काउंटर को अपडेट करेंगे। हम अंतिम प्लेटफॉर्म तक पहुँचने के अनुसार काउंटर को अपडेट करेंगे (वह जिसमें से उसने पिछली बार धक्का दिया था) (V) Yes
8. HUD: प्रदर्शन खिलाड़ी प्रगति। ऊँचाई का प्रदर्शन। वैकल्पिक रूप से, ऐसा लगता है कि मूल खेल में कोई प्रगति संकेतक नहीं हैं। (V) Yes

बेंचमार्क स्कोर: 7.5 / 8

जावा

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

लेकिन फिर भी, मैंने यह देखने का फैसला किया कि आज क्या उपलब्ध है, और मैंने केवल 2D गारंटी देने वाले इंजनों की दिशा में देखा, मुझे 3D समर्थन की परवाह नहीं थी। इंजनों में से एक, लाइटवेट जावा गेम लाइब्रेरी 3 , इसका नाम और परिचयात्मक शब्द Lightweight । विडंबना यह है कि मुख्य स्क्रीन पर सबसे सरल बुनियादी उदाहरण, कई स्क्रीन लंबे, बस डर गए थे।

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

दिलचस्प क्षण और FXGL चिप्स:

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

  
  

  "अधिकांश UI ऑब्जेक्ट्स के लिए हम बस JavaFX ऑब्जेक्ट्स का उपयोग करते हैं, क्योंकि पहिए को फिर से आविष्कार करने की कोई आवश्यकता नहीं है।"

  लेकिन सामान्य तौर पर, आपको निश्चित रूप से सुविधाओं और JavaFX कुछ नुकसानों का एक गुच्छा मिलता है, साथ ही (मैं विवरण के बारे में बहुत जानकार नहीं हूं), लेकिन जहां तक ​​मुझे पता है, आपकी परियोजनाओं में JavaFX के उपयोग पर कुछ लाइसेंस प्रतिबंध हैं, और ऐसा लगता है कि JavaFX जाता है और केवल JDK ( Oracle , शायद कुछ और) की सीमित डिलीवरी में जाएगा।

  
  

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

  
  

• इसके अलावा (स्पष्ट रूप से फिर से, बुनियादी सेटिंग्स के साथ) खेल Esc दबाकर एक पॉप-अप मेनू प्रदान करता है। इसके अलावा एक अच्छा बोनस है, मुझे आशा है कि यह कोड या कॉन्फ़िगरेशन द्वारा अनुकूलित या कम से कम अक्षम है।

  
  

• डेगब आखिरकार यहां काम करता है अंत में! Love2D 2 Love2D कम से कम कहने के लिए, असुविधाजनक और अप्रिय है।

  
  

  विकास लॉग

  
  

  नीचे मेरी प्रगति का एक संक्षिप्त सारांश है, जहां मैंने संक्षेप में उल्लेख किया है कि 30 मिनट के अंतराल के बाद क्या हासिल किया गया था, साथ ही साथ मेरे कुछ विचार और टिप्पणियां भी। मेरी चेतना के लॉग को इन 4 घंटों में देखें!

  
  

GIF- , .

"" … , , , ? .

Benchmark Score: 8

, ,

:

, , , ( ). , , Java FXGL , , Lua , . , , .

:

1. FXGL ? . Love2D , Defold , , , , Love2D - , .
2. , . , . (, ), . , - . , , , , . , , , . .
3. gif-, . . , , "" , .

?

, - , ?

तो:

1. , . , , , , . - , - ( Love2D ).
2. - , Love2D , . F to pay respect .
3. . , , , - - , , (, , )
4. . 4 , . - Game Jam , .
5. ! , , - Roadmap , , . (!) (?) . 30 . , . , , ! , pet- 44 - Ludum Dare .