अंतरिक्ष में रेस का रीमेक: गेमप्ले और इंटरफ़ेस में सुधार कैसे करें?

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

खेल सारांश

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

1. निर्णय लेने की समय सीमा के अभाव में (बारी आधारित खेल)
2. खिलाड़ी अपनी प्राथमिक कार्रवाई के जोखिम की डिग्री का आकलन करता है (एक प्रतिद्वंद्वी से आगे निकलने के इच्छुक, मिशन शुरू करने / रद्द करने पर निर्णय लेता है)
3. एक दीर्घकालिक रणनीतिक कार्यक्रम को लागू करना (खेल का अंत मानवयुक्त चंद्र मिशन है, जिसके कई चरण हैं)

एक पर्याप्त विस्तृत समीक्षा यहाँ निहित है । समीक्षा उन लोगों के लिए उपयोगी होगी जो मूल खेल के बारे में अधिक सीखना चाहते हैं।
मूल खेल आधिकारिक वेबसाइट पर उपलब्ध है ।

रीमेक विकसित करने का निर्णय लेना

खेल पहलुओं को ध्यान में रखते हुए, जो, मेरी राय में, बेहतर हो सकते हैं, मैंने इस खेल का रीमेक विकसित करने के लिए एक परियोजना शुरू करने का फैसला किया। मूल परियोजना में शामिल होने और वहां सुधार जोड़ने का विकल्प मुझे निम्नलिखित कारणों से पसंद नहीं आया:

1. 1993 के विकास के खेल में C / C ++ में बहुत प्राचीन कोड है, जिन भाषाओं को मैं नहीं जानता, और, सबसे अधिक संभावना है, उन दिनों के कंप्यूटरों के संसाधनों की कमी से उपजी प्रतिबंधों के साथ। संक्षेप में, अपरिमेय है और इसमें विलंब नहीं करना चाहते हैं।
2. कुछ परिवर्तन इतने मौलिक होते हैं कि पहले से जो पहले से हैं उन्हें फिर से करना आसान है।

परियोजना सुविधाएँ

1. विकास की भाषा: जावा सबसे लोकप्रिय में से एक के रूप में, और तर्कहीन रूप से मुझे पसंद है।
2. डेवलपमेंट मॉडल: ओपन सोर्स। खेल, खुशी के मुख्य लक्ष्य के अलावा, इस विषय में अंतरिक्ष की खोज के इतिहास के बारे में ज्ञान और रुचि जगाना चाहिए। यह, सबसे पहले, भुगतान नहीं किया जाना चाहिए, और, दूसरे, यह मेरे प्रयासों से परे विकसित करने में सक्षम होना चाहिए।

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

भाग एक गेमप्ले में सुधार

1. विश्वसनीयता की चिंता
मूल गेम में, घटक (लॉन्च वाहन या अंतरिक्ष यान) की विश्वसनीयता स्पष्ट रूप से दिखाई जाती है। तदनुसार, खिलाड़ी को ठीक से पता है कि यह जांच करने के लिए कोई मतलब नहीं है, उदाहरण के लिए, एक लॉन्च वाहन और यह लॉन्च शुरू करने का समय है। गणितीय रूप से समझ रखने वाला खिलाड़ी अपने घटक तत्वों की विश्वसनीयता को बढ़ाकर किसी मिशन की विश्वसनीयता की गणना कर सकता है। यह मुझे गलत लग रहा था, इसलिए रीमेक में खिलाड़ी से घटकों की विश्वसनीयता छिपी हुई है। वास्तव में, कोरोलेव ने कुत्तों के साथ लगातार दो लॉन्च करने के बाद ही एक व्यक्ति के साथ वोस्तोक को शुरू करने का फैसला किया, किसी ने भी उसे सफलता की कोई संभावना नहीं दिखाई। तदनुसार, रीमेक में, घटकों के पास उनके अनुसंधान का समय होता है, जिसके दौरान वे कुछ यादृच्छिक विचलन के साथ विश्वसनीयता प्राप्त करते हैं, और फिर खिलाड़ी इन घटकों को "परिष्कृत" कर सकता है यदि विश्वसनीयता उसके अनुरूप नहीं है।
2. मानवरहित मिशनों की संख्या में वृद्धि
मूल खेल में, मानवरहित मिशन बहुत कम हैं: एक साधारण उपग्रह, चंद्रमा के उड़ान मिशन और पांच ग्रह, चंद्रमा पर एक मानव रहित लैंडिंग। यह मुझे एक अनावश्यक सरलीकरण लगता है, क्योंकि यह साज़िश को व्यक्त नहीं करता है, उदाहरण के लिए, चंद्रमा के दूर की तस्वीरें प्राप्त करना, या लूनोखोद या "मून -16" का महत्व नहीं दिखाता है। इसके अलावा, गेमप्ले के संदर्भ में, मैं चांद पर एक आदमी को उतारने के लिए एक मानव रहित विकल्प देना चाहता हूं। यानी एक खिलाड़ी जो खेल की शुरुआत में बहुत सफलतापूर्वक विकसित हुआ, वह लोगों को जोखिम में नहीं डालने की कोशिश कर सकता है (या वास्तविक जीवन में यूएसएसआर की तरह अपनी सफलताओं के कारण खराब धन प्राप्त करता है) और अंक से खेल जीतता है, चंद्रमा पर मशीन भेज रहा है, और उदाहरण के लिए, कक्षीय स्टेशन () लगभग यूएसएसआर ने वास्तविक इतिहास में क्या किया है)। रीमेक ने पहले ही ऑटोमेटा के मुख्य मिशनों को एक छोटे वैकल्पिक घटक के साथ लागू कर दिया है - अतीत में मल्लाह, शाकाहारी और रोवर्स का स्थानांतरण।
3. घटक वितरण समय के खेल का परिचय
BARIS में, घटक को तुरंत खरीदा गया था और उसे स्पेसपोर्ट में पहुंचाया गया था। यह बेहद अवास्तविक है और यादृच्छिक घटनाओं के साज़िश से खिलाड़ी को वंचित करता है "घटक एन के उत्पादन में देरी हो रही है"। खेल को कम दिलचस्प बनाने के जोखिम के बावजूद, मुझे आशा है कि यह बिंदु रणनीतिक गहराई और खिलाड़ी के कार्यों की योजना बनाने की आवश्यकता को जोड़ता है।
4. एक खेल समय की अवधि में कमी
मूल चाल छह महीने का खेल समय था। तदनुसार, पार्टी ~ 22 चालों (1968 में चंद्रमा पर उतरने) से ~ 50 चालों (समय सीमा तक काम किया) तक रह सकती है। यह इस तथ्य के कारण था कि यादृच्छिक घटनाएं बहुत मजबूत थीं, उदाहरण के लिए, अक्सर घटकों को खरीदने या किसी भी मिशन को लॉन्च करने की क्षमता अवरुद्ध थी। इस तरह के एक महत्वपूर्ण कदम के साथ, दुर्भाग्य या त्रुटि बहुत महत्वपूर्ण थी, जो कभी-कभी बहुत कष्टप्रद होती थी। रीमेक में, एक चाल में 1 महीने का समय लगता है।
5. जीतने की स्थिति में लचीलापन जोड़ना
मूल खेल में, जीत के लिए शर्त चाँद पर एक व्यक्ति की लैंडिंग थी। रीमेक में, खेल को समाप्त करने के लिए नियमों को चुनने के लिए एक लचीली प्रणाली की योजना बनाई गई है, जिसमें विभिन्न अवधि के दलों और चंद्रमा पर एक व्यक्ति को उतारकर खेल का वैकल्पिक अंत है।
6. सरकार के साथ संबंधों की जटिलता
सरकार कार्य और वित्त देती है। वास्तविक इतिहास में, यूएसएसआर ने इस तथ्य के कारण चंद्र दौड़ खो दी कि उन्होंने इससे पहले सभी सफलताओं के बावजूद पैसा नहीं दिया। साथ ही, इस आइटम को सकारात्मक प्रतिक्रिया (सफलता - अधिक धन - अधिक सफलता - यहां तक ​​कि अधिक पैसा - ...) को नकारात्मक (सफलता - व्यावसायिकता बढ़ाने की आवश्यकता है, क्योंकि वे पैसा नहीं देते हैं, क्योंकि सब कुछ आपके साथ ठीक है) को प्रतिस्थापित करना चाहिए।
7. लॉन्च वाहनों के संशोधनों के साथ मॉड्यूल "घुड़सवार त्वरक" का प्रतिस्थापन
मूल गेम में, एक "माउंटेड एक्सीलरेटर" मॉड्यूल है जिसे कुछ लॉन्च वाहनों में जोड़ा जा सकता है, जिससे उनकी वहन क्षमता बढ़ जाती है। वास्तव में, कुछ ऐसा ही केवल टाइटन- III लॉन्च वाहन के लिए था, और अधिक सामान्य विकल्प ऊपरी चरण (ब्लॉक "ई" और "I" का जोड़ या संशोधन यूएसएसआर में आर -7, "एजेन" और "सेंटोरस" पर था) यूएसए एट द एटलस)। यथार्थवाद को बढ़ाने के लिए (और विभिन्न संशोधनों की विश्वसनीयता साझा करने के लिए), कई संशोधनों के साथ एक प्रकार के लॉन्च वाहन को पेश करने का निर्णय लिया गया।
8. ग्रहीय गुणांक वाले त्वरक को बदलना
BARIS में तीन प्रकार के त्वरक हैं - A, B, C। वे चंद्र मिशनों के लिए आवश्यक हैं, लेकिन एक मैनुअल के बिना आप यह पता नहीं लगा सकते हैं कि किसकी जरूरत है। स्थिति को सरल बनाने के लिए, जन ​​वृद्धि कारकों (उदाहरण के लिए, चंद्रमा - x3, मंगल / शुक्र - x10, आदि) को पेश करने का निर्णय लिया गया था। इसके विपरीत, सोयुज को आर -7 - I ब्लॉक के साथ एक कम पृथ्वी की कक्षा में लॉन्च किया जा सकता है, लेकिन चंद्रमा पर भेजने के लिए, प्रोटॉन-के की जरूरत होगी।
9. दूसरी पीढ़ी के वाहनों (सूर्योदय, मिथुन) द्वारा चंद्रमा के लिए उड़ानों पर प्रतिबंध
प्रारंभिक गेम में, चंद्रमा पर मानवयुक्त मिशन दूसरी पीढ़ी के वाहनों (सूर्योदय, मिथुन) पर उतरने के लिए संभव है। इस तथ्य के बावजूद कि इस तरह के निर्णय के लिए कुछ पूर्वापेक्षाएँ थीं - लूनर मिशनों के लिए मिथुन को संशोधित करने की योजना थी, वास्तविक डिजाइन के दृष्टिकोण से, बहुत गंभीर सुधार की आवश्यकता थी, और गेमप्ले के दृष्टिकोण से, तीसरी पीढ़ी के उपकरण (सोयूज़, अपोलो) डी फैक्टो बनने की जरूरत नहीं है, क्योंकि वे खिलाड़ी को कुछ नया नहीं देते हैं।
10. संतुलन के लिए लिए गए कुछ निर्णयों का प्रतिधारण
मूल खेल में, वॉशकोड का चालक दल दो लोगों के लिए कम हो गया था, लेकिन बदले में उन्हें गोदी करने का अवसर दिया गया था, जो वास्तव में संभव नहीं था। निर्णय स्पष्ट बैलेंस शीट विचार से किया गया था - खेल में दूसरी पीढ़ी के जहाजों को अतिरिक्त जहाज गतिविधि और डॉकिंग का अभ्यास करने के लिए डिज़ाइन किया गया है।
11. शोध से विकास तक विश्वसनीयता VCD का स्थानांतरण
BARIS का एक बहुत अच्छा विचार है - डॉकिंग "सीखना" असंभव है। मिशन भेजना आवश्यक है, जो सफलताओं और असफलताओं के साथ, कनेक्शन की विश्वसनीयता बढ़ाते हैं। और इस तथ्य के बावजूद कि संयुक्त राज्य अमेरिका को डॉकिंग के साथ कोई विशेष समस्या नहीं थी। लेकिन अतिरिक्त जहाज गतिविधि के साथ - थे। अंतरिक्ष यात्री बुरी तरह से थक चुके थे, पूरी कार्य योजना नहीं बना सके। मुझे ऐसा लग रहा था कि ऐतिहासिकता और रुचि के लिए, वीसीडी को डॉकिंग "वर्क आउट" के तंत्र का विस्तार करना अच्छा होगा।
12. स्पष्ट सुधार
बहुभाषावाद के लिए समर्थन (अब रूसी / अंग्रेजी, नई भाषाओं को समस्याओं के बिना जोड़ा जा सकता है), सामान्य मल्टीप्लेयर - यह सब मूल खेल में नहीं था।

भाग दो इंटरफ़ेस वृद्धि

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

1. मुख्य खिड़की



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

2. अनुसंधान और खरीद खिड़कियां



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

3. नए मिशन की खिड़की।



यहां आप इंटरफ़ेस डिज़ाइन समस्याओं के निम्नलिखित पहलुओं को बहुत स्पष्ट रूप से प्रदर्शित कर सकते हैं:

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

4. मिशन डिस्प्ले विंडो



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

परियोजना अल्फा संस्करण में है, संस्करण 1.0 एक से दो वर्षों में होने की उम्मीद है। यदि आप इसकी वर्तमान स्थिति में रुचि रखते हैं, तो यह GitHub पर पाया जा सकता है, मुझे प्रतिक्रिया के लिए खुशी होगी।

प्रयुक्त सामग्री:

1. स्पेस रेस चार्ट विकिपीडिया से लिया गया है
2. ओपन सोर्स संस्करण 1.0.0 से लिया गया BARIS का स्क्रीनशॉट