Cinq repères pour comprendre le travail nécessaire, au-delà du nom du moteur.
Ces niveaux sont des repères indicatifs pour retrouver les textes, intégrer la traduction et obtenir un affichage correct. Ils ne mesurent ni la qualité littéraire de la traduction ni le temps nécessaire pour relire les dialogues.
Un même moteur peut relever de plusieurs niveaux selon le jeu, sa version, les fichiers disponibles et les outils compatibles. Chaque fiche précise donc le cas concerné, ce qui facilite le travail et ce qui le complique.
Exemple : un jeu Unity avec des tables de langue bien organisées peut être plus accessible qu’un jeu Ren’Py dont les menus sont entièrement dessinés dans des images. Le nom du moteur ne suffit pas à fixer la difficulté.
Localiser les dialogues, menus et messages. Distinguer ce qui s’affiche à l’écran des identifiants ou commandes techniques.
Charger une langue, modifier des ressources ou utiliser un lecteur compatible, en conservant les liens avec le jeu.
Contrôler les accents, les polices, les retours à la ligne, les images et les textes construits pendant la partie.
Les exemples ci-dessous décrivent des configurations de jeu, pas un classement définitif des moteurs.
Cas favorables : textes structurés et méthode d’intégration connue.
Avec le système de traduction intégré
game/tl/ relient les dialogues et les menus à leurs sources.Généralement accessible avec le système natif ; cela ne rend pas chaque jeu automatiquement simple.
Avec les données standard du moteur
Ce repère vise MV et MZ. XP, VX et VX Ace utilisent d’autres formats et doivent être étudiés séparément.
Formats ou scénarios connus, avec des adaptations et des contrôles à prévoir.
Avec des outils compatibles avec le jeu
L’extraction peut bien fonctionner alors que le rendu en français demande encore du travail.
Avec des scénarios accessibles
.ks permettent de retrouver dialogues, choix et commandes de mise en scène.Les commandes doivent rester intactes. Un fichier .ks n’indique pas forcément Tyrano : KAG emploie aussi cette extension.
Avec les données et le système de langue accessibles
Le contenu réellement exporté doit être examiné : un projet source et un jeu distribué ne se présentent pas toujours de la même manière.
Avec accès aux textes et au script
Un jeu très textuel n’est pas forcément un simple document : il faut préserver le code qui relie ses scènes.
Ressources regroupées, scripts ou affichage nécessitant un travail plus technique.
Quand les scénarios sont dans des archives
Avec des scénarios déjà accessibles, certains jeux demandent moins de travail que ce niveau ne le laisse penser.
Quand les textes sont intégrés au jeu exporté
data.win, les phrases assemblées par le code et les réglages d’affichage.Trouver le texte ne règle pas forcément les retours à la ligne, les heures ou les limites des fenêtres.
Quand les textes sont dispersés dans les ressources
Un jeu avec des fichiers de langue bien organisés peut relever d’un niveau inférieur.
Quand les textes sont répartis dans les ressources compilées
Des fichiers de langue accessibles peuvent rendre le travail plus simple. Les accents, les retours à la ligne et les bulles restent à vérifier en jeu. Electron peut héberger le jeu sans changer son moteur Cocos Creator.
Quand les textes et les ressources sont intégrés au SWF
Même après modification des mots, il faut vérifier les caractères disponibles et leur affichage.
Les cas complexes : textes dispersés et intégration demandant une adaptation importante.
Cas complexe, pas une difficulté systématique
Des fichiers de langue séparés peuvent simplifier fortement le travail. Ce niveau décrit les jeux nécessitant plusieurs méthodes ou une adaptation importante.
Cas complexe, pas une difficulté systématique
.locres identifiées et un chargement de langue ou de patch maîtrisé.La présence de fichiers de langue utilisables peut ramener le travail à un niveau plus accessible.
La technologie ou l’étiquette ne suffit pas : il faut examiner les fichiers et les outils disponibles.
Technologies web, pas un moteur unique
Peut être très accessible ou demander une adaptation conséquente, selon la façon dont le jeu a été conçu.
Langage et environnement, pas un moteur unique
La présence d’un JAR ne suffit pas à conclure : il faut regarder les ressources qu’il contient.
Selon le projet et sa version
Les fichiers d’aventure TAF et les paquets BLORB ne se traitent pas comme de simples documents texte.
Selon l’accès au projet source
Traduire les descriptions ne suffit pas toujours : l’interpréteur doit aussi comprendre ce que le joueur saisit.
Selon l’accès aux données et la compatibilité des outils
La présence de beaucoup de texte ne garantit pas une modification simple du fichier de jeu.
Une catégorie ou un environnement d’exécution
Others est une catégorie de rangement. Electron et NW.js exécutent des applications qui peuvent utiliser des moteurs très différents.
Les descriptions s’appuient sur l’organisation des ressources et les systèmes de traduction des moteurs. Les niveaux sont une appréciation pratique des cas décrits, et non une notation officielle des éditeurs.