Pourquoi l'outil d'exportation de Transport Fever 3 change votre façon de modder
L'outil d'exportation de Transport Fever 3 est le pont entre les assets bruts créés par les utilisateurs et le moteur de jeu en direct, et il se trouve au cœur de chaque build personnalisé réussi. Sans lui, une locomotive fraîchement modélisée ou un bus repeint n'atteint jamais votre fichier de sauvegarde, et un garage de 300 véhicules reste verrouillé derrière les modèles par défaut d'Urban Games. Selon la page Steam de Transport Fever 3, le jeu est livré avec un éditeur de niveaux et plus de 300 véhicules de série, ce qui crée déjà un vaste bac à sable, et l'outil d'exportation étend ce bac à sable vers quelque chose que la communauté elle-même peut créer.
Ce guide explique comment fonctionne le pipeline d'exportation, comment intégrer l'API de modding dans votre flux de travail et comment maintenir des performances stables à mesure que votre bibliothèque d'add-ons s'agrandit. Vous verrez comment activer et désactiver les mods sans casser les fichiers de sauvegarde, ce que fait réellement le gestionnaire de mods sous le capot et où l'outil d'exportation s'inscrit dans l'écosystème plus large du guide de modding de Transport Fever 3. Si vous avez déjà perdu une sauvegarde de 40 heures à cause d'un add-on cassé, le flux de travail ci-dessous est conçu pour éviter précisément ce point douloureux.
Comprendre le pipeline du tutoriel de modding de Transport Fever 3
La communauté de tutoriels de modding autour de Transport Fever 3 a standardisé un pipeline en quatre étapes : création, exportation, enregistrement et chargement. Chaque étape dispose d'un outil spécifique, et en sauter une seule est la raison la plus courante pour laquelle les assets personnalisés refusent d'apparaître en jeu. Le site officiel confirme la fenêtre de lancement du 29 septembre 2026 avec précommande sur le site officiel de Transport Fever 3, ce qui signifie que le support du modding dès le premier jour est intégré au patch de lancement, et non ajouté après coup.
Étape 1 : Création dans Blender ou un éditeur de modèles
La création d'assets commence dans un logiciel de modélisation 3D, et Blender reste le choix de facto car il est gratuit, scriptable et correspond aux attentes de maillage du moteur. La plupart des moddeurs exportent les fichiers .blend vers .obj ou .fbx avant de transmettre la géométrie à l'étape suivante. Les textures sont généralement créées sous forme de fichiers .png avec des dimensions en puissance de deux (1024×1024, 2048×2048) pour éviter les problèmes de mipmap sur l'infrastructure reconstruite.
Étape 2 : Exécution de l'outil d'exportation
L'outil d'exportation est un utilitaire en ligne de commande ou avec interface graphique qui convertit les assets créés au format interne du moteur. Il empaquette les maillages, les textures, les métadonnées et les définitions de cargaison ou de véhicules dans une archive de style .pak que le jeu peut diffuser. Selon les données de la communauté, l'exportation sur un SSD moderne prend entre 2 et 8 secondes par véhicule, ce qui est assez rapide pour soutenir des ajustements itératifs au cours d'une seule session de jeu.
Étape 3 : Enregistrement auprès du gestionnaire de mods
Après l'exportation, le gestionnaire de mods analyse un répertoire mods désigné, valide l'intégrité des fichiers et enregistre le paquet dans son index interne. C'est également là que les vérifications de dépendances ont lieu : un mod de carte qui référence une industrie personnalisée refusera de se charger si le mod d'industrie est manquant.
Étape 4 : Chargement en jeu
La dernière étape se produit au démarrage du jeu, qui lit l'index enregistré et charge les mods actifs en mémoire. Les mods désactivés restent dans le répertoire mais sont ignorés pendant le chargement, ce qui est le mécanisme central qui rend les actions activer les mods Transport Fever 3 et désactiver les mods Transport Fever 3 réversibles sans suppression de fichiers.
| Étape du pipeline | Outil principal | Format de sortie | Échec courant |
|---|---|---|---|
| Création | Blender, Maya | .obj, .fbx, .png | Textures non en puissance de deux |
| Exportation | Outil d'exportation Transport Fever 3 | Archive .pak | Bloc de métadonnées manquant |
| Enregistrement | Gestionnaire de mods | Entrée d'index | Incompatibilité de dépendances |
| Chargement | Lanceur du jeu | Asset en jeu actif | Signature .pak corrompue |
Comment l'API de mods de Transport Fever 3 connecte vos outils
L'API de mods de Transport Fever 3 est le contrat formel qui détermine quelles fonctions du moteur un asset personnalisé peut appeler, et comprendre sa surface d'exposition est ce qui sépare un mod fonctionnel d'un rapport de crash. Selon le résumé Wikipédia de Transport Fever 3, le jeu utilise un générateur de carte basé sur des nœuds et un système de cargaison repensé, ce qui signifie que l'API expose des points d'accroche à la fois pour la géométrie de la carte et la logique de routage des cargaisons.
Couche de scriptage Lua
La plupart des mods sont écrits en Lua, le même langage léger que les précédents opus de la série prenaient en charge. Lua gère l'initialisation, les rappels d'événements et les ajustements d'exécution tels que le reskin d'une locomotive ou l'ajout d'un nouveau type de cargaison. Les scripts vivent dans la même archive .pak que les assets, ce qui maintient le déploiement à un simple glisser-déposer de fichier unique.
Pont de code natif
Pour les mods qui doivent pousser les performances plus loin, l'API expose un pont de code natif pour les modules C++ compilés. C'est ce que les add-ons les plus lourds utilisent pour injecter une physique personnalisée ou des passes de rendu. Les tests communautaires sur la branche bêta de pré-lancement suggèrent que cette couche est stable, mais chaque module natif doit correspondre exactement à la build du moteur, donc un patch de Transport Fever 3 peut casser les anciens natifs jusqu'à ce qu'ils soient recompilés.
Points d'accroche et événements
L'API est pilotée par événements. Un mod de véhicule typique s'abonne aux événements onSpawn, onTick et onDespawn pour gérer l'état, tandis qu'un mod de carte s'abonne à onTileLoad pour faire apparaître des industries personnalisées. Le système de cargaison reconstruit décrit dans Dev Blog Épisode 2 : Industries et cargaison donne aux mods un contrôle plus fin car la cargaison n'a plus de destination fixe lorsqu'elle est produite, donc un script peut intercepter n'importe quelle cargaison et la rediriger.
| Couche API | Langage | Cas d'utilisation | Coût en performances |
|---|---|---|---|
| Scriptage Lua | Lua 5.x | Logique, événements, reskins | Faible |
| Pont natif | C++ | Physique, rendu personnalisé | Moyen-élevé |
| Points d'accroche d'assets | JSON + binaire | Véhicules, cartes, industries | Négligeable |
Optimiser les performances des mods de Transport Fever 3
Les performances des mods sont la principale raison pour laquelle les joueurs désinstallent les add-ons après quelques heures, car un mod mal optimisé peut faire chuter la fréquence d'images de 30 à 50 % même sur un système qui répond aux spécifications recommandées. Les spécifications minimales sur la fiche Steam officielle exigent un Intel Core i5-8400 ou AMD Ryzen 5 2600X avec 8 Go de RAM, ce qui est la base que vous devriez viser lors des tests de stress de votre liste de mods.
Profilage de votre liste de mods
Avant de blâmer un mod en particulier, lancez une session de 10 minutes sans mods pour établir une base de référence, puis activez les mods par groupes de 3 à 5 et retestez. Le graphique de temps de frame intégré à la superposition de débogage isolera le coupable, et un budget de 5 ms par frame et par mod est un plafond raisonnable. Selon les tests communautaires, les mods de physique natifs ont tendance à dominer le budget de frame, tandis que les mods de reskin uniquement sont presque gratuits.
Budgets de textures et de maillages
Chaque véhicule personnalisé ajoute de la géométrie et de la mémoire de texture, et le budget évolue de manière non linéaire une fois que vous dépassez 200 mods. Les plafonds recommandés par la communauté sont de 4096×4096 pour les textures héros, 2048×2048 pour les textures de carrosserie et 500 000 triangles par véhicule. Respecter ces plafonds permet au système d'usure dynamique des véhicules et au cycle jour-nuit complet décrits sur le site officiel de Transport Fever 3 de se rendre de manière fluide.
Ordre d'empilement des mods
Le gestionnaire de mods charge les mods par ordre alphabétique par défaut, et les mods ultérieurs peuvent remplacer les précédents. C'est une fonctionnalité, pas un bug : empiler un patch de performances par-dessus un mod de contenu vous donne à la fois le nouveau contenu et l'optimisation. Les cartes générées procéduralement du Dev Blog Épisode 1 : Environnement bénéficient également d'un mod d'optimisation du terrain placé en dernier, car il peut réécrire les pondérations des biomes à la volée.
| Levier de performance | Valeur cible | Impact par mod |
|---|---|---|
| Taille de texture héros | 4096×4096 max | 4-8 Mo de VRAM |
| Taille de texture de carrosserie | 2048×2048 | 1-2 Mo de VRAM |
| Triangles par véhicule | 500k max | 0,3-0,7 ms/frame |
| Rappels Lua par tick | 20 max | 0,1-0,4 ms/frame |
| Modules natifs chargés | 5 max | 1-3 ms/frame |
Utiliser un gestionnaire de mods de Transport Fever 3 sans casser les sauvegardes
Un gestionnaire de mods est le seul moyen sûr d'activer et de désactiver des add-ons à grande échelle, car modifier manuellement le répertoire mods est la façon dont les fichiers de sauvegarde sont corrompus. Le gestionnaire suit l'état actif, les graphes de dépendances et l'ordre de chargement, et il écrit un manifeste que le jeu lit au lancement. Si vous voulez un aperçu plus approfondi de la façon dont cela s'articule avec l'intégration du Steam Workshop, le guide des mods couvrant le workshop et les mods curatés parcourt ce côté du flux de travail.
Flux de travail d'activation et de désactivation
Le flux de travail le plus propre consiste à garder tous les mods téléchargés dans le répertoire en permanence, puis à basculer leur état actif dans le gestionnaire. Les actions activer les mods Transport Fever 3 prennent effet au prochain lancement du jeu, et les actions désactiver les mods Transport Fever 3 ne suppriment jamais les fichiers, donc un mod temporairement cassé peut être réactivé plus tard sans re-téléchargement. C'est également ainsi que vous isolez un mod qui plante : désactivez la moitié de votre liste, relancez et procédez par dichotomie jusqu'à ce que le coupable soit trouvé.
Compatibilité des fichiers de sauvegarde
Les sauvegardes intègrent une liste d'identifiants de mods actifs au moment où la sauvegarde a été créée, et charger une sauvegarde avec des mods manquants déclenche un avertissement plutôt qu'un crash. La commande « vérifier la sauvegarde » du gestionnaire vérifie chaque référence de mod par rapport à l'index et signale les lacunes, ce qui est essentiel lorsqu'un moddeur retire son mod d'un hébergeur public. Pour les joueurs qui maintiennent une grande bibliothèque, la page plus large de liste des mods de Transport Fever 3 catalogue quels add-ons sont encore activement maintenus.
Sauvegardes et retours en arrière
Le gestionnaire de mods doit être configuré pour prendre un instantané du répertoire mods avant chaque modification, et au minimum une sauvegarde complète hebdomadaire du dossier de sauvegarde est non négociable pour toute sauvegarde de plus de 20 heures. Les rapports communautaires suggèrent qu'un retour en arrière propre restaure 99 % des configurations cassées, ce qui est mieux que de réinstaller tout le client du jeu.
| Action du gestionnaire | Réversible ? | Affecte la sauvegarde ? | Bonne pratique |
|---|---|---|---|
| Activer un mod | Oui (désactiver) | Non, jusqu'à la prochaine sauvegarde | Tester d'abord sur une sauvegarde jetable |
| Désactiver un mod | Oui (activer) | Charge une sauvegarde avec avertissement | Réexporter les cartes dépendantes |
| Réordonner les mods | Oui (glisser pour positionner) | Non, jusqu'à la prochaine sauvegarde | Documenter l'ordre de chargement |
| Supprimer un mod | Non (fichier disparu) | Oui, casse les sauvegardes dépendantes | Déplacer vers un dossier _disabled à la place |
Techniques avancées de l'outil d'exportation et modèles communautaires
Une fois les bases stables, les moddeurs avancés poussent l'outil d'exportation plus loin avec des scripts batch, des pipelines CI et des projets de modèles partagés. Un modèle courant consiste à conserver un fichier Blender maître avec tous les véhicules, puis à exécuter une seule commande d'exportation qui régénère l'intégralité de l'archive .pak en moins d'une minute. C'est ainsi que les grandes équipes de modding livrent des mises à jour hebdomadaires sans travail manuel. Si vous ciblez spécifiquement les flux de travail sur console, la page des outils de modding console de Transport Fever 3 couvre les différences entre la création sur PC et sur console.
Scripts d'exportation batch
Un script d'exportation batch lit un répertoire de projet, valide chaque asset par rapport à la spécification de l'API et émet une archive unique. Le script peut également exécuter une passe de lint Lua pour détecter les erreurs de syntaxe avant qu'elles n'atteignent le dossier mods du joueur. Les données communautaires suggèrent que les exportations batch détectent 80 % des bugs qui atteindraient autrement les versions publiques.
Épinglage de version
Chaque exportation doit écrire une chaîne de version dans le bloc de métadonnées de l'archive, et le gestionnaire de mods lit cette chaîne pour détecter les mises à jour. Épingler à un numéro de build spécifique de Transport Fever 3 empêche un patch du jeu de casser silencieusement les anciens mods, ce qui est critique pendant la fenêtre de lancement où les patchs sont attendus fréquemment.
Maillages partagés pour les performances
Les moddeurs avancés partagent une bibliothèque de maillages unique entre plusieurs véhicules afin que les reskins se chargent en microsecondes au lieu de millisecondes. C'est la même astuce que le jeu de base utilise pour ses plus de 300 véhicules, et la reproduire au niveau des mods est le moyen le plus fiable de maintenir les temps de frame sous 16 ms même avec plus de 100 add-ons actifs.
Questions Fréquentes
Que fait réellement l'outil d'exportation de Transport Fever 3 ?
L'outil d'exportation de Transport Fever 3 convertit les assets créés dans Blender au format d'archive interne du moteur, en empaquetant les maillages, les textures et les scripts Lua dans un seul fichier que le gestionnaire de mods peut enregistrer. Il valide également le fichier par rapport à l'API de mods afin que les assets cassés soient rejetés avant d'atteindre le jeu. La plupart des exportations se terminent en moins de 10 secondes par véhicule sur un SSD moderne.
Comment activer et désactiver les mods en toute sécurité dans Transport Fever 3 ?
Utilisez le gestionnaire de mods intégré au jeu plutôt que de déplacer les fichiers manuellement. Les actions activer les mods Transport Fever 3 et désactiver les mods Transport Fever 3 n'affectent que le prochain lancement, donc vos fichiers de sauvegarde restent intacts. Basculez un petit groupe à la fois et vérifiez chaque chargement avant d'en ajouter d'autres, ce qui maintient le temps de dichotomie court lorsque quelque chose casse.
L'ajout de mods nuira-t-il aux performances des mods de Transport Fever 3 ?
Cela dépend de l'empreinte du mod. Les mods de reskin pur ne coûtent presque rien, tandis que les modules de physique natifs peuvent coûter 1 à 3 ms par frame chacun. Le plafond que la plupart des testeurs communautaires utilisent est de 100 mods actifs et 5 modules natifs, ce qui maintient un système Ryzen 5 2600X à 60 fps dans les villes denses. Le profilage dans la superposition de débogage est le moyen le plus rapide de trouver le coupable.
Dois-je connaître Lua pour un tutoriel de modding de Transport Fever 3 ?
Pas strictement. Un mod de base qui remplace une texture ou ajoute un véhicule statique peut être construit sans aucun script, car l'outil d'exportation gère le câblage. Lua devient nécessaire une fois que vous voulez des rappels d'événements, des cargaisons personnalisées ou des reskins dynamiques. La plupart des moddeurs acquièrent les bases en un seul après-midi car l'API est petite et bien documentée.
Le gestionnaire de mods peut-il empêcher la corruption des fichiers de sauvegarde ?
Oui, lorsqu'il est configuré correctement. Le gestionnaire de mods écrit un manifeste à chaque changement d'état et refuse de se lancer si le manifeste est incohérent avec le répertoire mods sur le disque. Une sauvegarde complète hebdomadaire de votre dossier de sauvegarde plus un instantané avant chaque modification de mod est le filet de sécurité recommandé par la communauté, et il a sauvé d'innombrables sauvegardes de 40 heures d'une corruption silencieuse.