AI गेम localization

वही strings निकालें जिनसे players वास्तव में मिलते हैं

एक complete journey से शुरुआत करें: title, settings, tutorial, gameplay feedback, win या loss और restart। केवल dialogue नहीं, error messages और save prompts भी शामिल करें। हर message को stable key दें, ताकि revisions में यह अनुमान न लगाना पड़े कि translator का मतलब कौन-सा समान English phrase था।

Text के साथ store context रखें: screen, speaker, action, tone और space constraint। Charge शब्द price, attack या stored energy का अर्थ दे सकता है। छोटा context field इस ambiguity को batch भर में फैलने से रोकता है। Identifiers को prose से अलग रखें और केवल English wording बदलने के कारण keys rename न करें।

साफ़ Godot source table तैयार करें

Godot unique keys और language columns वाले CSV translation input को document करता है। Underscore से शुरू होने वाला column comments रख सकता है। Example original English source fixture है; translation review के बाद target-locale columns जोड़ें। CSV-aware editor या parser उपयोग करें, ताकि quotes, commas और line breaks valid रहें।

Controls, items और recurring mechanics के लिए terminology list रखें। Translator को बताएं कि कौन-से terms names हैं और किन्हें adapt किया जा सकता है। Batch से पहले source revision freeze करें और बाद के changes को key के अनुसार track करें। इससे हर accepted line को regenerate करने के बजाय बदले messages की review की जा सकेगी।

keys,en,_context
MENU_START,Start game,Title screen action
MENU_RESTART,Restart round,Shown after win or loss
SCORE_TOTAL,Score: {score},HUD; preserve the named placeholder
SAVE_FAILED,Progress could not be saved.,Error after a failed save

Placeholders और gameplay facts सुरक्षित रखें

बदल सकने वाले text को उन values से अलग रखें जिन्हें game runtime पर insert करता है। Godot named formatting arguments वाली translated strings support करता है, जिससे translators variables बनाए रखते हुए sentence reorder कर सकते हैं। Example मानता है कि translation resource configured है और score_label मौजूदा Label reference है।

Placeholder set, required keys, instructions में embedded numbers और project में उपयोग होने वाली markup validate करें। Human reviewer से meaning की स्वतंत्र जाँच कराएँ। Structurally valid translation भी control instruction उलट सकती है या objective बदल सकती है। Structural checks और language approval को अलग outcomes रखें, ताकि हर failure सही reviewer तक पहुँचे।

score_label.text = tr("SCORE_TOTAL").format({"score": score})

Context के अनुसार translate करें और कठिन messages review करें

Related screens या conversations को साथ batch करें, ताकि model terminology और voice बनाए रख सके। हर batch के साथ source context, approved glossary, protected tokens और intended audience दें। Original identifiers के अनुसार structured output माँगें और merge से पहले missing या unexpected entries reject करें।

Ambiguous mechanics, humor, character voice और culturally sensitive text को competent language reviewer तक भेजें। छोटे button labels को अक्सर लंबे descriptive text से अधिक judgment चाहिए, क्योंकि उपलब्ध space कम होता है। जहाँ उचित हो reviewer corrections को terminology या context updates के रूप में सुरक्षित रखें, ताकि अगला batch वही misunderstanding दोहराए नहीं।

Translations import और register करें

Import के बाद Godot के Project Settings, Localization, Translations में intended translation resources verify करें। केवल CSV file मौजूद होने से successful registration न मानें। अपने engine version की documentation उपयोग करें और actual resource list check करें।

Running project में languages बदलें और नई keys वाले screens पर जाएँ। Key verbatim दिखाई दे तो key spelling, resource registration और selected locale inspect करें। Text गायब हो तो font और उसकी required glyph coverage inspect करें। Font permissions और fallback choices को asset records के साथ रखें, क्योंकि build उसे render न कर सके तो सही translation भी बेकार है।

सब कुछ translate करने से पहले layout को stress-test करें

Layout assumptions जल्दी दिखाने के लिए Godot की pseudolocalization tooling उपयोग करें। फिर उसी screens में actual reviewed target-language strings test करें। Long labels, multiple lines, right-to-left ordering, punctuation और mixed numbers ऐसी समस्याएँ दिखा सकते हैं जो source-language screenshot में नहीं दिखतीं।

Smallest supported window size और intended input method पर controls review करें। जाँचें कि labels neighboring controls को ढके बिना readable रहें और player essential actions तक पहुँच सके। Dialogue progression और subtitle timing को केवल spreadsheet में नहीं, play के हिस्से के रूप में test करें। Visual judgment वाले issues के लिए actual build से screenshots सुरक्षित रखें।

Store copy और language support को consistent रखें

Store descriptions को approved feature inventory से translate करें। Interface text, subtitles और audio support अलग track करें और store representation को build में वास्तव में उपलब्ध चीज़ों से मिलाएँ। आकर्षक localized description को ऐसा mode, platform या accessibility feature promise न करने दें जो ship नहीं हुआ है।

Steam अपना localization workflow और language settings देता है। Submission से पहले इन्हें game के release package से reconcile करें। Current Content Survey review के लिए AI-assisted player-facing translations को product contribution inventory में शामिल करें। Store publishing localization file तैयार करने से अलग action है, इसलिए review और publication responsibilities स्पष्ट रखें।

Localized journey accept करें, फिर delta maintain करें

हर target locale में चुनी हुई player journey को complete round और designed language preference के साथ relaunch तक चलाएँ। Missing keys, formatting defects, visual issues और semantic corrections को source revision और build के विरुद्ध record करें। Locale तभी accept करें जब relevant reviewers ने findings resolve कर दी हों।

बाद के updates में बदले source meaning वाली translations invalidate करें और unchanged approved entries रखें। यह guide documentation-backed steps और illustrative fixtures देती है; executed localization result report नहीं करती। Full script या अतिरिक्त languages तक बढ़ने से पहले इस छोटी journey को पहला validation scope बनाएँ।

अक्सर पूछे जाने वाले प्रश्न