Lokalisatie

Lokalisatie zit in de pipeline ingebouwd en is er niet aan vastgeschroefd: elke taal krijgt zijn eigen tekst, voice-over en lipsyncanimatie, geproduceerd door dezelfde build.

Hoe het is georganiseerd

• Schrijf quests in één brontaal (de source_culture van de quest, bijvoorbeeld en).
• Vertalingen zijn CSV-sidecars (Loc/<Quest>.<culture>.csv) met de stabiele regel-id’s als sleutel. Onvertaalde sleutels vallen terug op de brontekst; het bronbestand wordt nooit overschreven.
• De culturen die je project bouwt, staan in Project Settings → Plugins → Questwright Studio → Build Cultures (het tabblad Localization beheert dat voor je).

Het tabblad Localization

Voeg talen toe, bekijk de dekking van de vertaling per quest en laat ontbrekende regels machinaal vertalen met je eigen sleutel van Claude of OpenAI. Machinale resultaten worden gemarkeerd als “machine, needs review”, zodat een menselijke ronde makkelijk te volgen is. Sleutels worden per gebruiker bewaard (nooit in de repo), net als de sleutels voor voice.

Talen bouwen

Het tabblad Build heeft een checkbox per cultuur. Elke gebouwde taal krijgt:

• eigen String Tables (dialoog, keuzes, journaaltekst);
• een eigen voice-over, met de stemmencast per taal van het tabblad Voice;
• een eigen lipsyncbake uit de audio van die taal.

Assets per cultuur staan onder /L10N/<culture>/ en worden omgewisseld door het eigen lokalisatiesysteem van de engine.

De ene kanttekening: PIE versus packaged

Unreal past het omwisselen van assets per cultuur (audio, gezichtsanimatie) alleen toe in packaged/cooked builds; in PIE hoor je altijd de stem van de broncultuur. Tekstlokalisatie werkt overal, ook in PIE. Dit is gedrag van de engine, geen instelling die je kunt rechtzetten; test gelokaliseerde VO in een packaged build.

Dynamische tekst en lokalisatie

De placeholders {PlayerName} en eigen {Token}-placeholders overleven de vertaling. Het vervangen gebeurt op het moment van tonen via FText::Format, zodat vertalers de tokens binnen een zin vrij kunnen herschikken.