स्थानीयकरण के लिए गेम कैसे तैयार करें? 10 मूल नियम

क्या आपको पहले अभिनय करना चाहिए और बाद में सोचना चाहिए, या इसके विपरीत? अपने गेम को डिजाइन करते समय इन छोटी-छोटी ट्रिक्स को जानकर आप अपना भविष्य संवार सकते हैं।

हमने इस लेख को अपने ग्राहकों के कई सवालों के लिए श्रद्धांजलि के रूप में लिखा है।

मेरे खेल में क्या खराबी है? स्थानीयकरण पर्याप्त क्यों नहीं है? हम इसे कैसे ठीक कर सकते हैं?

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

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

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

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

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

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

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

यही कारण है कि हमने Alconost में डेवलपर्स के लिए नियमों की एक सूची तैयार करने का फैसला किया है ताकि स्थानीयकरण को यथासंभव दर्दनाक बनाने के लिए डिज़ाइन प्रक्रिया की शुरुआत से ही ध्यान में रखा जा सके। बिना किसी अतिरिक्त प्रयास के अपने स्थानीयकरण के लिए तैयार होने के लिए बस इन आवश्यक दिशानिर्देशों का पालन करें।

1. अग्रिम में स्थानीयकरण भाषाओं का चयन करें

एप्लिकेशन स्थानीयकरण वर्कफ़्लो के लिए समर्पित हमारे पिछले लेख में , हमने # 1 के साथ अपनी कार्रवाई सूची शुरू की: "अपनी क्षमता का मूल्यांकन करें।" और हां, हम यहां खुद को दोहराने जा रहे हैं।

आपको लगता है कि वास्तव में लाइव होने से पहले किसी गेम के लिए सभी संभावित स्थानों को पूर्वाभास करना असंभव हो सकता है। ठीक है, यह कुछ हद तक सही है: पहले, आप एक गैर-स्थानीयकृत संस्करण के साथ दर्शकों का परीक्षण करते हैं, और फिर आप स्थानीयकरण के साथ स्केल करते हैं। हालाँकि, यह हमेशा इस तरह से काम नहीं करता है।

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

शुरू करने से पहले होनहार स्थानों की भविष्यवाणी करने का सबसे अच्छा तरीका क्या है?

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

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

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

2. संभावित भाषाओं के लिए इंटरफ़ेस समायोजित करें

इंटरफ़ेस तत्वों का निर्माण करते समय, आमतौर पर अन्य भाषाओं के लिए कम से कम 30% अतिरिक्त स्थान (या यदि संभव हो तो) के लिए योजना बनाना एक अच्छा विचार है। यह विशेष रूप से शॉर्ट स्ट्रिंग्स (मेनू आइटम, UI, आदि) के लिए मान्य है।

हालाँकि, हमारे पास एक बेहतर विचार है। यदि आपने नियम # 1 को ध्यान में रखा है और स्थानों की प्रारंभिक लंबी सूची है, तो एक और उपयोगी विकल्प है: सबसे खराब स्थिति वाली भाषा के लिए अपना इंटरफ़ेस डिज़ाइन करें।

उदाहरण के लिए, जर्मन संस्करण अंग्रेजी की तुलना में औसतन 30% लंबा होने जा रहा है, और रूसी संस्करण लगभग 10% लंबा होगा। अरबी संस्करण के लिए समान रूप से सच है। दूसरी ओर, पारंपरिक चीनी चरित्र आमतौर पर अंग्रेजी ग्रंथों की तुलना में 30% कम जगह लेते हैं।

जब बाइट्स की बात आती है, तो एक लैटिन अक्षर एक बाइट के बराबर होता है, लेकिन सिरिलिक और अरबी अक्षर दो बार बड़े होते हैं, जो डेटा भंडारण की योजना बनाते समय भी ध्यान देने की आवश्यकता होती है।

3. कोड में टेक्स्ट स्ट्रिंग्स का निर्माण न करें

स्थानीयकरण के लिए पाठ को बदलने से इन कठोर-कोडित तारों को खो दिया जाएगा। इस स्थानीयकरण नियम को याद रखें: कोड की एक पंक्ति को छूने के बिना हर स्थानीयकरणीय स्ट्रिंग संपादन योग्य होनी चाहिए।

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

एक और महत्वपूर्ण टिप छोटे एकल शब्दों से पाठ के निर्माण से बचने के लिए है। StackExchange में योगदान करने वाले Google प्रोग्रामर द्वारा इस तरह की गड़बड़ी का एक अच्छा उदाहरण देखा गया है:

स्ट्रिंग मुद्रा = लोकेल :: getCurrencyString () + money.toString (); // $ 123 बनाता है

उपरोक्त उदाहरण एक समस्या दिखाता है - अन्य भाषाएं संख्या के बाद मुद्रा चिह्न रख सकती हैं।

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

स्ट्रिंग प्रारूप = स्थान :: प्राप्त करें ("मुद्रा प्रारूप"); // रिटर्न "$ {0}" अंग्रेजी में स्ट्रिंग मुद्रा = स्ट्रिंग :: प्रारूप (प्रारूप, पैसा ।toString ());

बाद वाला दृष्टिकोण स्थानीय लोगों को वास्तविक प्रारूप स्ट्रिंग के भीतर शब्दों को पुनर्व्यवस्थित करने की अनुमति देता है।

4. याद रखें कि समय, तिथियां, माप की इकाइयाँ, और संख्याओं को भी स्थानीय बनाना होगा

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

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

यह उल्लेख नहीं करने के लिए कि माप की तारीखों और इकाइयों के प्रारूप लगभग सभी भाषाओं में भिन्न हैं।

इसलिए हमारी सिफारिश है कि स्थानीयकरण के बारे में खुद को तैयार करें और हर बात पर विचार करें।

5. प्लेसहोल्डर और फॉर्मेटर्स का उपयोग करें और उन्हें सुलभ बनाएं

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

यह समस्या शब्द और वाक्यांश क्रम से जुड़ी है जो किसी अन्य भाषा में बिल्कुल भिन्न हो सकती है। तो यहाँ हमारी सिफारिश है: अपने प्लेसहोल्डर्स को वाक्यांश का हिस्सा बनाएं ताकि उन्हें संदर्भ में डाला जा सके। यहाँ "अच्छा" और "बुरा" क्या है का एक छोटा सा उदाहरण है:

नहीं : "मम्मी ने खाया" +% अंक + "सेब।"
हां : "मम्मी ने% संख्या में सेब खाया।"

प्लेसहोल्डर्स का संक्षिप्त विवरण भी बहुत मददगार हो सकता है। यह भ्रम से बचने के लिए संभव बनाता है जब एक प्लेसहोल्डर को गलत तरीके से संबंधित या पाठ के पिछले टुकड़े से संबंधित माना जाता है।

6. छवियों में पाठ से बचें

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

छवियों और रचनात्मक संपत्तियों को नया स्वरूप देना कभी-कभी एक अच्छा विचार होता है ताकि आप अपने लक्ष्य स्थान में रंगों और वर्णों के मानकों को पूरा कर सकें। हालाँकि, यह समय और प्रयास की बर्बादी है यदि आप इसका अनुवाद पाठ करने के लिए कर रहे हैं।

7. सही एन्कोडिंग और फोंट का उपयोग करें

यदि आप कुछ "spéclål" वर्णों की आवश्यकता करते हैं, तो एन्कोडिंग समस्याएँ अपरिहार्य हैं जो आपके स्ट्रिंग वर्ग में फिट नहीं होती हैं। यदि आपकी लक्ष्य भाषा में स्थानीयकरण के बाद एन्कोडिंग मिसमैच है, तो यह उन भयानक ful वर्णों को हटाने के लिए बहुत समय और प्रयास ले सकता है।

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

हमारी अनुशंसा है कि जब भी संभव हो ASCII पर यूनिकोड का उपयोग करें। UTF-8 सबसे आम और अंतरिक्ष-कुशल एन्कोडिंग है। इसलिए सुनिश्चित करें कि आपकी इनपुट फाइलें सही ढंग से एनकोड की गई हैं।

हम अभी इस बारे में अधिक विस्तार में नहीं आएंगे। एन्कोडिंग पर एक संपूर्ण ट्यूटोरियल "मोज़िबेक" के शिकार पर पिछले लेख में पाया जा सकता है ।

8. यदि आप स्थानीयकरण के लिए तैयार हैं तो छद्म अनुवाद के साथ खेलें

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

ये उपकरण मूल रूप से एक स्क्रिप्ट चलाते हैं जो लक्ष्य भाषा की नकल करते हैं और एक निर्माण करते हैं, जिसे तब QA को गैर-स्थानीयकृत बिल्ड के रूप में नियमित प्रक्रिया के भीतर परीक्षण करना चाहिए।

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

9. अपनी शब्दावली का निर्माण जल्दी शुरू करें

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

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

10. संदर्भ प्रदान करने के लिए तैयार रहें

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

हमें एहसास है कि संपूर्ण विकास टीम के लिए 24/7 उपलब्ध होना बेहद मुश्किल है। हालांकि, स्थानीयकरण चरण के दौरान, हमारी सबसे अच्छी सलाह यह है कि प्रतिनिधि को अपने संपर्क व्यक्ति के रूप में नामित करें - गलत या अपर्याप्त संदर्भ वास्तव में स्थानीयकरण प्रक्रिया के अंतिम परिणामों को चोट पहुंचा सकता है।

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

और अगर काम अच्छी तरह से किया जाता है, तो यह अंत में भुगतान करता है।

हमें उम्मीद है कि आपको अपने गेमों को डिजाइन करने के लिए उपयोगी सिफारिशों की यह सरल सूची मिलेगी। हम आपको महान सफलता की कहानियों और मोहित खिलाड़ियों की कामना कर रहे हैं!

आप उपयोगी भी पा सकते हैं:

यूनिकोड वर्ण सेट

Mojibakes कहाँ से आते हैं? एनकोडिंग के लिए एक स्मार्ट गाइड

खेल स्थानीयकरण के लिए सर्वश्रेष्ठ भाषाएँ

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

Alconost 70+ भाषाओं में ऐप्स , गेम्स , वीडियो और वेबसाइटों के लिए स्थानीयकरण सेवाओं का वैश्विक प्रदाता है। हम मूल-भाषी भाषाविदों, भाषाई परीक्षण, क्लाउड-आधारित वर्कफ़्लो, निरंतर स्थानीयकरण, परियोजना प्रबंधन 24/7, और स्ट्रिंग संसाधनों के किसी भी प्रारूप के साथ काम करते हैं। हम Google Play और ऐप स्टोर के लिए विज्ञापन और शैक्षिक वीडियो और चित्र, टीज़र, व्याख्याकार और ट्रेलर भी बनाते हैं।