वर्चुअल रियलिटी में 50 यूएक्स टिप्स

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

पेश है वी.आर.

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

2. नए उपयोगकर्ताओं को वीआर में वास्तविक पहला कदम उठाने के लिए कड़ी मेहनत की जा सकती है। इसलिए, आंदोलन प्रणाली के साथ काम करने में प्रशिक्षण के साथ, उदाहरण के लिए, टेलीपोर्टेशन, आप दृश्य में सामान्य शारीरिक आंदोलन के कार्य को जोड़ सकते हैं।

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

विस्थापन

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

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

विभिन्न परियोजनाओं में दूरसंचार के उपयोग और कार्यान्वयन के विकल्पों का औचित्य:



5. परियोजना में टेलीपोर्टेशन के उपयोग को कथात्मक रूप से पीटा जा सकता है, साथ ही आम तौर पर इस तरह के "सीमित" गेमप्ले का निर्माण किया जा सकता है।

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

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

7. एक टेलीपोर्टेशन सिस्टम बनाते समय, टेलीपोर्ट का उपयोग करके आंदोलन की अधिकतम दूरी को सीमित करने के लायक है। इस तथ्य के कारण कि पहली बार वीआर ग्लास का उपयोग करते समय, उपयोगकर्ता अक्सर नियंत्रक के बटन में भ्रमित हो जाते हैं, वे गलती से लंबी दूरी तय कर सकते हैं, जिससे अंतरिक्ष में निरंतर भटकाव होगा - "मैं कहां हूं और मैं यहां कैसे आया?"

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

9. एक मुक्त आंदोलन प्रणाली के साथ, दृश्य या खेल के स्तर की संरचना का निर्माण करके गति बीमारी के प्रभाव को कम किया जा सकता है ताकि उपयोगकर्ता आगे बढ़ सके।

एक मुक्त आंदोलन प्रणाली का उपयोग कर नमूना परियोजना

नियंत्रक, हाथ और इंटरैक्टिव सामग्री प्रदर्शित करते हैं

10. यदि नियंत्रक / हाथ इंटरएक्टिव ऑब्जेक्ट को छूता है, तो इस समय ऑब्जेक्ट को हाइलाइट किया जा सकता है, यह दर्शाता है कि यह अगले चरण पर जाने के लिए पहले से ही संभव है - इसे लें।

11. इंटरेक्टिव ऑब्जेक्ट लेते समय, हाथ का नियंत्रक / मॉडल आमतौर पर छिपा होता है। आपको नियंत्रक की कल्पना नहीं करनी चाहिए, जो उस वस्तु के ज्यामिति में डूबा हुआ है जिसके साथ उपयोगकर्ता बातचीत करता है।


पायनियर ग्रुप ऑफ़ कंपनीज़ (बाद में) के लिए वर्चुअल शोरूम प्रोजेक्ट

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

मुझे आभासी अवतार की एक विशिष्ट छवि के साथ खुद को सहसंबंधित करने की स्थिति से हाथों के निरंतर दृश्य के साथ विकल्प पसंद है। यहां तक ​​कि केवल हाथों के प्रदर्शन के माध्यम से, आप संकेत कर सकते हैं कि आपको एक भूमिका की पेशकश की जाती है, उदाहरण के लिए, एक रोबोट या भूत। और अगर वस्तुओं के साथ बातचीत करते समय हाथ गायब नहीं होते हैं, तो यह कनेक्शन लगातार मौजूद है। लेकिन मुझे यकीन नहीं है कि यह वीआर में हमारे अपने हाथों की भावना को किसी भी तरह से मजबूत करता है अगर हम केवल उन वस्तुओं की कल्पना करते हैं जिन्हें हम अपने हाथों से पकड़ते हैं। नौकरी सिम्युलेटर डेवलपर्स इसके बारे में क्या सोचते हैं इसका एक उदाहरण यहां दिया गया है - youtu.be/hjc7AJwZ4DI?==95

13. HTC Vive कंट्रोलर के साइड बटन का उपयोग केवल बिल्कुल आवश्यक होने पर ही किया जाना चाहिए, लेकिन बेहतर है कि इसका उपयोग बिल्कुल न करें। इस प्रणाली में ये काफी स्पष्ट नियंत्रण हैं।

14. कम नियंत्रक बटन परियोजना में शामिल हैं, बेहतर है। उदाहरण के लिए, आप केवल एक नियंत्रक बटन के साथ वस्तुओं के साथ बातचीत करने के लिए ज़ोन-आधारित कैप्चर विधि का उपयोग कर सकते हैं। यह कुछ मामलों में काम करता है जब आपको एक सीमित क्षेत्र में वस्तुओं को स्थानांतरित करने की आवश्यकता होती है (एक मेज पर एक गलीचा पर एक माउस जो जॉब सिम्युलेटर में गलीचा के भीतर ले जाया जा सकता है)।

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

15. यदि आप अपने हाथों की कल्पना करते हैं, तो उनके अंत को हरा देना बेहतर है - पारदर्शिता में जाएं, या एक दस्ताने बनाते समय "खाली दस्ताने" प्रभाव का उपयोग करें जो हाथ का आकार लेता है, लेकिन कफ की तरफ से देखने पर अंदर कुछ भी नहीं है।

बिना किसी स्टाइल के ज्यामिति के पारंपरिक स्लाइस का एक उदाहरण

फीका का उपयोग करना (पारदर्शिता में छोड़ना)

दस्ताने का उदाहरण

16. हाथों का यथार्थवादी दृश्य मत बनाओ, यह लगभग हमेशा बहुत अच्छा नहीं दिखता है।

चाबी लेने वाले हाथ पर ध्यान दें

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

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

लेकिन इस तरह के समाधानों की एक दिलचस्प समस्या है, वीआर में खेल के क्षेत्र में इतना नहीं, बल्कि गैर-गेमिंग दिशा में - यह गति है।

विशिष्ट परियोजनाओं में इंटरैक्टिव वातावरण के साथ उपयोगकर्ता इंटरैक्शन सिस्टम के ढांचे के भीतर विभिन्न दृष्टिकोणों के पेशेवरों और विपक्षों को सहसंबंधित करना आवश्यक है।

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

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

इस मुद्दे को हल करने का दूसरा तरीका इंटरैक्टिव ऑब्जेक्ट्स के लिए एक स्पष्ट दृश्य संकेत सेट करना है (एनिमेटेड मार्कर जो आर्म की लंबाई पर इंटरैक्टिव ऑब्जेक्ट्स पर दिखाई देते हैं)।



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

21. फर्श पर वस्तुओं को ऊपर उठाने की समस्या का समाधान ताकि उपयोगकर्ता वास्तविक फर्श पर वास्तविक नियंत्रकों को न मारें - यदि वस्तु फर्श पर गिरती है, तो यह थोड़ा ऊपर उड़ जाता है जब कोई हाथ इसके पास पहुंचता है। ऑब्जेक्ट के "उत्तोलन" की प्रक्रिया का एक अतिरिक्त दृश्य संकेत बनाना महत्वपूर्ण है, ताकि यह उपयोगकर्ता को अक्षम न करे।

एक अन्य विकल्प यह है कि गिर गई वस्तुओं को "चुंबकित" करना संभव है जब नियंत्रक बीम उनके ऊपर मँडरा रहा हो।

सिमुलेशन के लिए क्लासिक संस्करण जहां ऑब्जेक्ट के साथ चलना माना नहीं जाता है, जब फर्श पर गिरते समय स्थिति को रीसेट करना है, तो ऑब्जेक्ट उस स्थान पर दिखाई देता है जहां यह मूल रूप से स्थित था।

युक्तियाँ

22. दृश्य में वांछित क्षेत्र पर उपयोगकर्ता को ध्यान केंद्रित करने के लिए एक एकल प्रोत्साहन पर्याप्त नहीं हो सकता है, एक ही बार में कई उपकरणों का उपयोग करना बेहतर होता है - क्षेत्र में एनीमेशन, अक्षर, आवाज और पाठ के क्षेत्र का प्रकाश, संकेत, और इसी तरह। यह भी विचार करने योग्य है कि एक दृश्य में वस्तुओं (एनिमेशन) का व्यवहार आवाज या पाठ की तुलना में अधिक ध्यान आकर्षित करता है।

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



24. मूविंग पॉपअप तब अच्छी तरह से काम करते हैं जब हाथ में किसी वस्तु को उठाने के लिए एक जगह पर एक खिड़की दूसरी जगह पर जाती है, जहां इस वस्तु को स्थापित / स्थानांतरित करने की आवश्यकता होती है।

नियंत्रणों का स्थान, मुख्य मेनू

25. मुख्य मेनू वह पहली चीज़ है जिसे कोई उपयोगकर्ता किसी प्रोजेक्ट में देखता है, इसे एक काली पृष्ठभूमि पर शून्य में नहीं रखा जा सकता है, यह कुछ समय एक अमूर्त वातावरण पर बिताना बेहतर है, जो पहले से ही किसी भी स्थान की पूर्ण अनुपस्थिति से बेहतर होगा।


इंटरफ़ेस तत्वों के बिना इमर्सिव सिमुलेशन प्लेटफ़ॉर्म लोडिंग दृश्य

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

26. यदि दृश्यों के बीच लोड लंबे समय तक रहता है, तो "प्रतीक्षा कक्ष" बनाने के लिए समय आवंटित करना बेहतर होता है - एक ऐसा स्थान जो परियोजना में मुख्य मेनू या अन्य दृश्यों के साथ नेत्रहीन और वैचारिक रूप से जुड़ा हो सकता है जहां उपयोगकर्ता लोड के स्तर की प्रतीक्षा कर रहा है।

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

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

28. इंटरफ़ेस तत्वों के साथ दीर्घकालिक संपर्क के लिए उपयोगकर्ता के कार्यक्षेत्र का निर्माण करते समय, किसी को "माइनॉरिटी ओपिनियन" जैसी विज्ञान कथा फिल्मों से स्टीरियोटाइप्स के बारे में भूल जाना चाहिए - दृष्टि के स्तर पर नियंत्रकों के साथ बातचीत के लिए इंटरैक्टिव तत्वों को जगह न दें - यह हथियारों और कंधों के लिए बहुत थकाऊ है। ऊपरी शरीर के स्तर पर सूचना क्षेत्र में और उपयोगकर्ता के पेट के स्तर पर संपर्क क्षेत्र में जगह को तोड़ दें, जहां पहले मामले में सभी प्रकार की स्थिति स्क्रीन, सूचनाएं, इनपुट क्षेत्र स्थित होंगे, और दूसरे में - इंटरेक्टिव ब्लॉक, कीबोर्ड, मेनू आइटम और इतने पर।

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

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

नियंत्रकों के आसपास नियंत्रण आसानी से रखा जाता है, जैसा कि टिल्ट ब्रश में किया जाता है, हाथ में एक टैबलेट के एनालॉग के रूप में इंटरफ़ेस पेश करने का तरीका, जहां सामान्य 2 डी इंटरफ़ेस स्थित है, उपयोगकर्ता के लिए और भी अधिक सहज और समझ में आता है।

किसी समाधान की प्रासंगिकता परियोजना की बारीकियों पर निर्भर करती है।

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

पहले व्यक्ति अवतारों

32. जब किसी भी यथार्थवादी शैली में पहले व्यक्ति में उपयोगकर्ता के अवतार की कल्पना करने की बात आती है, तो यह अभी भी अवतार को आंशिक रूप से प्रदर्शित करने का मानक तरीका है जब शरीर के केवल उन हिस्सों को प्रदर्शित किया जाता है जो प्रदर्शित होते हैं, अर्थात्। अनिवार्य रूप से केवल हाथों की कल्पना की जाती है। यह आपको आंदोलन के दौरान उपयोगकर्ता के वास्तविक और आभासी शरीर की स्थिति के बेमेल की समस्या को हल करने की अनुमति देता है।

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

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

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

, , “”, . , , , - , .

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

अवतारों और नेटवर्किंग

36. पहला व्यक्ति उपयोगकर्ता केवल अपने हाथों को देखता है, लेकिन दृश्य में अन्य उपयोगकर्ता अपने वार्ताकार के पूरी तरह से देखे गए अवतार को देख सकते हैं, क्योंकि वास्तविक और आभासी शरीर के आंदोलन के बीच बेमेल पर्यवेक्षक के लिए उतना महत्वपूर्ण नहीं है जितना कि आभासी शरीर के मालिक के लिए।

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

. ( ) , . , . , , , , .

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

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

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

40. उपयोगकर्ता अवतारों पर काम करके सामाजिक उपस्थिति के प्रभाव को बढ़ाने के कई तरीके हैं:

• अपने अवतारों में ब्लिंकिंग एनीमेशन जोड़ें - यह दृश्य में वर्णों को बहुत बढ़ा देगा।
• सामान के अतिरिक्त एनिमेशन जो शरीर के आंदोलन के लिए प्रतिक्रिया करते हैं, अच्छी तरह से काम करते हैं।
• , — , , . , , , .

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

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

अनेक वस्तुओं का संग्रह

43. यदि उपयोगकर्ता द्वारा एक दृश्य से दूसरे दृश्य में संक्रमण आरंभ किया जाता है, तो इसके लिए अक्सर विभिन्न रूपकों का उपयोग किया जाता है। उदाहरण के लिए, उन स्तरों के गोले जो उपयोगकर्ता नियंत्रक के साथ लेते हैं और सिर पर लाते हैं, अनिवार्य रूप से उनके अंतरिक्ष में घुसते हैं। एक और उदाहरण आभासी वास्तविकता के अंदर आभासी वास्तविकता चश्मा है, जिसे किसी अन्य स्थान पर स्थानांतरित करने की आवश्यकता है।

यह एक तरफ, संक्रमण के लिए एक उचित स्पष्ट औचित्य है, और दूसरी तरफ, एक गोता तकनीक है।

44. उपयोगकर्ता अपने कमरे के वास्तविक स्थान पर जाने के लिए स्वतंत्र है और आभासी वस्तुओं को पार करने की अधिक संभावना है। इस स्थिति को हरा देने के विकल्पों में से एक यह है कि प्रतिच्छेदित ज्यामिति की "भौतिकता" को हटा दिया जाए ताकि यह ठोस न लगे और प्रतिच्छेदन के क्षण को शैलीगत कर दे ताकि ज्यामिति का टुकड़ा बग की तरह न पढ़े:

यह हाथ मॉडल के ज्यामिति के एक स्लाइस के साथ स्थिति के समान है जब दृश्य में वस्तुओं के साथ इंटरसेक्ट किया जाता है।

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

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

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

लेकिन दृश्य की सीमाओं से परे जाकर कथा, सेटिंग के भाग के रूप में पीटा जा सकता है, या खेल यांत्रिकी का हिस्सा बन सकता है।

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

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

ये छोटी चीजें उपयोगकर्ता के अनुभव के लिए आवश्यक स्तर का एक उदाहरण हैं जो विसर्जन को बढ़ाती हैं।

47. यदि आप एक सहायक उपयोगकर्ता के रूप में अंतरिक्ष में उड़ने वाले रोबोट बॉट की पहले से ही क्लासिक छवि का उपयोग करने का निर्णय लेते हैं, तो यहां कुछ टिप्स दिए गए हैं कि इसे और अधिक आकर्षक और जीवंत कैसे बनाया जाए:

• ;
• (, );

• , , - , ;
• , , .

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

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

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

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

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

यह सरल तरीका सिर के वास्तविक स्थान के साथ कैमरे के सिंक्रनाइज़ेशन को नहीं तोड़ता है और कुर्सियों में आभासी पात्रों के संभावित स्थान की मौजूदा कार्यक्षमता को संरक्षित करता है।

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

50. अलग से, एक ब्लॉक में सिफारिशों के एक छोटे सेट के बारे में।

• , — , , — .
• . , , , , . , .
• — .
• ध्वनि मार्गदर्शक तत्वों के साथ मिलकर काम कर सकता है, दृश्य क्षेत्र में वांछित क्षेत्र पर उपयोगकर्ता को केंद्रित करने के लिए आगे बढ़ रहा है।

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