गेम इंटरफ़ेस डिज़ाइन। ब्रेंट फॉक्स। यह क़िताब किस बारे में है?

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

यह समीक्षा आपको यह तय करने में मदद करेगी कि क्या इस पर अपने संसाधन खर्च करना उचित है। टिप्पणियों में, आपको अधिक जानकार और दयालु सहयोगियों से गेम इंटरफेस के विषय पर अन्य उपयोगी पुस्तकों के संदर्भ मिल सकते हैं।

असली

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

एडोब फ़्लैश का एक संक्षिप्त इतिहास [1]

पुस्तक के मुख्य विचार और सलाह अभी भी प्रासंगिक लगते हैं और सामग्री को उपयोगी माना जा सकता है। ग्राफिक्स डेटा को कम करने के अब अलोकप्रिय ईमानदार दृष्टिकोण को देखना अच्छा था ताकि गेम 60 जीबी से कम वजन के बजाय एक डीवीडी (या यहां तक ​​कि एक सीडी) पर फिट हो सके।

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

दर्शकों को लक्षित करें

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

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

पुस्तक से उल्लेखनीय विचार

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

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

18. बादलरहित नज़ारा. अपने काम पर नए सिरे से विचार करने के लिए, आपको इसे "प्राप्त" करने के तरीके को बदलने की आवश्यकता है। उदाहरण के लिए: किसी अन्य डिवाइस पर; पाठों को आयतों से बदलें; परिवर्तन का पैमाना; पलट देना; मेज़ से दूर या किनारे पर चले जाएँ।

21. आकृतियों के बीच का स्थान वास्तविक दूरियों से दृष्टिगत रूप से भिन्न है। आयताकार आकृतियों को गोल आकृतियों की तुलना में अधिक दूरी की आवश्यकता होती है ताकि वे "समान" दूरी पर दिखाई दें।

यूजर इंटरफेस में संज्ञानात्मक पूर्वाग्रह। [2] यह आलेख विषय को अधिक विस्तार से कवर करता है, हालाँकि इसका उद्देश्य वेब डिज़ाइनरों पर अधिक है।

विचार यह है कि प्रतीकों/आंकड़ों के बीच वास्तविक दूरियां समान हो सकती हैं, लेकिन कथित दूरियां स्पष्ट रूप से विकृत हो सकती हैं।

24. गति प्रभाव. यहां तक ​​कि स्थिर तत्व भी गति की भावना व्यक्त कर सकते हैं। उदाहरण के लिए, परिप्रेक्ष्य के साथ दूरी तक फैली हुई विकर्ण रेखाएँ।

इसके विपरीत, ऊर्ध्वाधर और क्षैतिज रेखाएँ चित्र को स्थिरता और स्थिरता प्रदान करती हैं।

32. वस्तुओं का प्रतिच्छेदन। वस्तुएं या तो आसन्न होनी चाहिए या स्पष्ट रूप से प्रतिच्छेद होनी चाहिए।

थोड़े से ओवरलैप के साथ, ऐसा लगता है जैसे डिजाइनर ने उन्हें अंत-से-अंत तक संरेखित करने की कोशिश की, लेकिन वह सफल नहीं हुआ, और परिणाम एक टेढ़ा ओवरलैप था।

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

49-51. चिह्नों के बारे में आइकन के रूप में बटन और संकेतक खिलाड़ी द्वारा टेक्स्ट और संख्याओं की तुलना में बहुत तेजी से समझे जाते हैं। इसलिए, जितनी बार संभव हो सके स्पष्ट आइकन का चयन करने की अनुशंसा की जाती है।

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

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

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

उदाहरण के लिए, प्राथमिक चिकित्सा किट (और अन्य वस्तुओं) में सफेद पृष्ठभूमि पर लाल क्रॉस का उपयोग निषिद्ध है और आप पर "विनम्रतापूर्वक मुकदमा" किया जा सकता है। यह समय-समय पर रेड क्रॉस संगठन द्वारा किया जाता है; अधिक जानकारी के लिए, लेख देखें "अप्रत्याशित प्रतिक्रिया: रेड क्रॉस की मांग है कि उसके प्रतीकों को गेम प्रिज़न आर्किटेक्ट से हटा दिया जाए" [3]

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

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

लेखक के बारे में

ब्रेंट फॉक्स. लेखन के समय, उन्होंने गेमिंग उद्योग में प्रोजेक्ट मैनेजर और कला निर्देशक के रूप में 7 वर्षों तक काम किया था (उस समय वह 34 वर्ष के थे)। 27 लोगों तक की टीमों में काम/प्रबंधन किया और बहुत कम बजट वाले खेलों पर भी काम किया। विभिन्न प्रकार के कंसोल पर गेम विकसित किए गए। स्टूडियो में काम किया: ब्ला-डैम स्टूडियो, फ्यूरियस गेम्स। [4]

पुस्तक के लेखक वर्तमान में वाहू स्टूडियो में एक कला निर्देशक के रूप में काम करते हैं [5]. वे मुख्य रूप से माइक्रोसॉफ्ट और इलेक्ट्रॉनिक आर्ट्स के साथ एक अनुबंध के तहत कंसोल पर गेम विकसित करते हैं।

निष्कर्ष

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

स्रोतों के लिंक और आगे पढ़ना

1. एडोब फ्लैश का संक्षिप्त इतिहास
2. यूजर इंटरफेस में संज्ञानात्मक पूर्वाग्रह
3. अप्रत्याशित प्रतिक्रिया: रेड क्रॉस की मांग है कि उसके प्रतीकों को गेम प्रिज़न आर्किटेक्ट से हटा दिया जाए
4. गेम इंटरफ़ेस डिज़ाइन - अमेज़ॅन पर ब्रेंट फॉक्स
5. वाहू स्टूडियो - गेम्स

स्रोत: www.habr.com