Limitez votre premier projet : une conversation, un choix mémorisé, deux fins. Cet exemple suit des collaborateurs clairement adultes qui préparent un studio. Leur décision change la fin de l’histoire et vous permet d’apprendre à gérer les dialogues, les embranchements et l’état à une échelle raisonnable. Vous n’avez besoin ni d’illustrations ni de voix téléchargées, ce qui réduit le nombre de problèmes à démêler si quelque chose ne fonctionne pas.
Téléchargez le script depuis la page des modèles. Il suit la référence officielle du langage, mais n’a pas été testé dans le moteur Ren'Py. Notez la version du moteur que vous utilisez, puis effectuez les vérifications de lint et les tests en jeu ci-dessous avant de considérer cet exemple comme une version fonctionnelle.
Créez un projet vierge
Téléchargez Ren'Py depuis le site officiel, ouvrez son lanceur et créez un nouveau projet dans un emplacement où vous avez les droits d’écriture. Conservez les fichiers d’interface générés. Choisissez une résolution et un thème qui assurent une bonne lisibilité, puis lancez le projet sans le modifier. Ce premier lancement vous donne une base fonctionnelle avant tout changement.
Sauvegardez le fichier script.rpy généré avant de le remplacer par l’exemple fourni. Ne gardez qu’un seul label start dans le projet. Ren'Py combine les fichiers de script du répertoire game : conserver le label start du modèle en plus de celui de l’exemple crée donc un conflit.
Lisez la structure avant de la modifier
L’exemple définit un personnage, initialise un indicateur de choix avec default et commence au label start. Un menu propose deux réponses : proposer un plan commun ou conserver des plans séparés. Chaque réponse définit la valeur de l’indicateur, puis mène à une discussion commune. Une condition finale utilise l’indicateur pour sélectionner l’un des deux labels de fin.
Respectez exactement l’indentation : elle définit les blocs du script. Gardez les labels et les définitions au niveau attendu et indentez les instructions de chaque option du menu. Faites une seule petite modification à la fois et lancez le projet après chacune d’elles pour pouvoir relier un problème à la modification qui l’a causé.
Rendez le choix compréhensible
Laissez la formulation et la situation expliquer au joueur ce qu’il choisit. Ici, les collaborateurs décident s’ils veulent suivre un plan commun. La fin reflète cette réponse, ce qui rend sa conséquence facile à reconnaître. Un choix prend tout son sens lorsque l’histoire le mémorise et que le joueur peut voir ce qu’il a changé.
Cette scène n’a besoin que d’un booléen nommé pour mémoriser une décision précise. Une valeur numérique de relation ajouterait de la gestion sans fournir de règle utile à appliquer. Introduisez des compteurs lorsque vous savez comment plusieurs décisions doivent se combiner, et écrivez cette règle avant d’ajouter d’autres embranchements.
Ajoutez les éléments de présentation une fois le parcours fonctionnel
Commencez avec du texte et l’arrière-plan par défaut. Une fois les deux fins fonctionnelles, ajoutez un arrière-plan original et un sprite de personnage avec un petit ensemble d’expressions. Utilisez des noms cohérents et notez la source et les droits de chaque ressource. Tenir ce registre au fur et à mesure est plus facile que de le reconstituer au moment de publier.
Vérifiez chaque image dans la zone d’affichage réelle. Même un rendu détaillé en pleine résolution peut rendre un personnage difficile à distinguer une fois recadré. Gardez la boîte de texte, les menus et les indicateurs de focus visibles, et placez les commandes de son et d’animation à un endroit accessible dans l’interface.
Testez méthodiquement les sauvegardes et le retour arrière
Sauvegardez avant le menu, après le menu et à la fin. Rechargez chaque sauvegarde et vérifiez que le choix mémorisé et les dialogues correspondent à ce que vous attendez à ce moment-là. Après avoir terminé un parcours, démarrez une nouvelle partie et vérifiez qu’elle commence dans l’état initial prévu.
Revenez en arrière jusqu’à un point situé avant le choix avec les commandes habituelles du projet, puis notez ce qui se passe lorsque vous l’atteignez à nouveau. Si vous ajoutez ensuite des effets externes irréversibles, tels que des modifications de compte ou des transactions à distance, définissez leur interaction avec le retour arrière avant de les associer à un choix narratif.
Préparez la distribution et vérifiez le résultat
Lancez Check Script (Lint) depuis le lanceur et examinez les problèmes signalés. Le lint peut détecter des problèmes dans le script ; il faut toutefois jouer pour évaluer l’écriture et la cohérence des parcours. Terminez les deux fins en repartant de zéro, puis demandez à une deuxième personne de les tester à son tour. Utilisez la matrice de test des parcours pour noter ce qui s’est réellement passé.
Créez une distribution pour la plateforme choisie et lancez la version distribuable en dehors du répertoire du projet. Vérifiez-y les sauvegardes, les paramètres et le comportement en cas de fichier manquant. Archivez le script, la version du moteur et les notes de test. Enrichissez l’histoire d’une scène testée avant d’entreprendre une refonte complète de l’interface.
Décisions clés
- Gardez un seul label start et respectez l’indentation du script.
- Testez les deux fins avant d’ajouter des illustrations.
- Vérifiez séparément l’état d’une nouvelle partie, les sauvegardes et le retour arrière.
- Lancez la version distribuable après le lint et les tests en jeu du projet.
Fichiers du guide
Script d’exemple Ren'Py ↓Matrice de test des parcours ↓Les communautés externes consacrées aux modèles et les sites de publication externes peuvent contenir du contenu explicite. Les liens vers les sources s’ouvrent dans un nouvel onglet ; ce guide ne charge pas leurs aperçus.
Sources et lectures complémentaires +
Dernière vérification 5 octobre 2026.