【Factorio】Débuter avec les blocs urbains｜Taille et signalisation

Quand votre bus principal devient trop imposant et que vous ne savez plus où ajouter quoi, c'est le moment de passer aux blocs urbains. Cet article détaille la procédure concrète pour basculer vers une usine « facile à gérer et extensible » en environnement Factorio vanilla 2.0 et Space Age, avec des directives destinées aux joueurs intermédiaires.

Le point clé est de ne pas construire d'emblée un gigantesque réseau ferroviaire. Fixez d'abord quatre paramètres : la taille des blocs, la longueur des trains, le sens de circulation, et la logistique interne. Le mieux est d'arriver à reproduire proprement un seul bloc minimum avant d'étendre, c'est l'approche qui resiste le mieux aux ruptures de conception.

Quand j'ai géré un réseau ferroviaire dépassant 100 gares, j'ai été bloqué pendant 3 heures par des arrêts en intersection et des manques d'empileurs, ce qui m'a contraint à presque tout redesigner. Les blocs urbains ne sont pas une panacée pour l'optimisation UPS, mais si vous fixez les règles d'abord, vous pouvez construire une usine qui ne s'effondre pas lors des extensions, de manière tout à fait réaliste.

Prérequis et version cible

Les prérequis de cet article sont Factorio vanilla v2.0, version stable 2.0.73 et équivalent, ainsi qu'l'environnement avec l'extension Space Age DLC. L'axe reste la conception des blocs urbains en vanilla, en séparant les options et différences de réflexion propres à Space Age dans des sections distinctes. Cette séparation précoce permet de bien distinguer « les principes fondamentaux valables aussi en vanilla » et « les applications élargies par l'extension ». De fait, j'ai vu mes conceptions se disperser quand j'ai tenté d'intégrer tous les nouveaux éléments d'emblée.

En outre, les blocs urbains dont il est question dans cet article désignent une conception où l'on place des modules de production au sein d'une grille de rails régulière et qu'on étend progressivement. Le point crucial est de traiter ceci comme une méthode pour la facilité de gestion et d'extension. Bien que standard dans les cercles de mégabases, c'est distinct d'une conception entièrement dédiée à couper au maximum l'UPS en priorité. Confondre les deux mène souvent à « ce n'est pas aussi léger que prévu ».

Sur les dimensions de conception, nous procédons en supposant que le chunk (zone) de la map est divisé en carreaux de 32×32. Comme indiqué dans « Map structure », aligner un côté du réseau ou du bloc sur des multiples de 32 rend l'alignement beaucoup plus facile tant lors de la duplication en plan que lors de l'ajout d'une colonne ultérieurement. C'est pourquoi des exemples comme 96×96 sont si courants, car cette approche s'y marie bien.

Clarifications sur les termes apparaissant pour la première fois

Quelques termes apparaissant pour la première fois dans le corps du texte sont clarifiés brièvement ici. Le bus principal est une grosse artère de courroies servant au transport consolidé de ressources pour l'extension. C'est très efficace du début au milieu du jeu, et l'évolution commune vers les blocs urbains centrés sur le rail une fois l'usine plus grande est très répandue.

L'UPS signifie Updates Per Second, un indicateur de la sensation ressentie au vu du nombre de mises à jour du jeu par seconde. Comme Factorio utilise 60 comme base, quand c'est lourd, ce chiffre baisse et cela affecte clairement la sensation de contrôle. Quand l'article mentionne l'UPS, ce n'est pas vague « léger ou lourd » mais bien cette charge de traitement.

La signalisation en chaîne est ce qu'on appelle un signal de chaîne. À penser comme un signal à l'entrée d'une intersection qui ne laisse passer que si la voie suivante est libre. Les blocs urbains augmentant facilement le nombre d'intersections, se familiariser avec ce terme rend les explications ultérieures beaucoup plus faciles à suivre.

Les spécifications de base des chunks sont plus claires en consultant « Map structure ». L'étendue cible de Space Age est synthétisée dans Space Age. Cet article en extrait uniquement les prérequis nécessaires, en procédant de manière à ne pas ébranler les fondations vanilla en tant que théorie de conception.

Map structure

wiki.factorio.com

Que sont les blocs urbains dans Factorio

Éléments fondamentaux des blocs urbains

Un bloc urbain dans Factorio est une philosophie de conception où l'on pose d'abord une grille ferroviaire régulière, puis on augmente le nombre de sections de production indépendantes case par case. Plutôt que de tirer l'usine via une unique longue artère, on la divise selon les rôles—« bloc de raffinage », « bloc de circuits », « bloc de matériaux scientifiques »—et on ajoute le même type horizontalement au besoin. Je le considère personnellement moins comme une solution optimale pour les méga-usines, mais plus comme un art d'organisation pour que les humains n'aient pas à chercher où étendre. Cela rend beaucoup plus rapide la prise de décision en conception, car on voit clairement où ajouter quoi.

En pratique, une approche commune est d'aligner la taille d'un bloc aux chunks. Comme la map est divisée en unités de 32×32 carreaux selon « Map structure », des bases comme 96×96 (multiples de 32) sont l'exemple classique d'alignement facile. Cependant, il n'y a pas de réponse unique. Il existe des grilles plus fines de 64 ou des grilles de ~100×100. Selon le nombre de voies qu'on veut placer, la longueur du train, ou si on recycle en courroies ou robots au sein du bloc, la taille optimale change.

Cependant, ce n'est pas que le bus principal soit ancien et les blocs urbains nouveaux. Selon mon ressenti, du début au milieu c'est bus principal, puis blocs urbains quand la gestion devient lourde, c'est ce qui se fait le plus naturellement. Créer d'emblée une énorme grille ferroviaire fait qu'à ce moment c'est la conception même des chemins de fer qui devient fastidieuse. À l'inverse, vouloir tenir jusqu'à la fin avec un bus principal unique devient pénible à organiser. Ce n'est pas une question de supériorité de l'un sur l'autre, mais que la conception appropriée diffère selon la phase d'usine.

Quant aux dimensions exactes et longueurs de quai, mieux vaut sourcer les données mesurées. Mon usage est « 1-4 fixe + 96×96 effectif », c'est juste un conseil basé sur l'expérience. Pour appliquer les dimensions concrètement, vérifiez le nombre exact de carreaux occupés par les compositions.

La courroie est la plus lisible, la prévision de flux aussi. Dans les données courroie transports, courroie jaune 15 articles/sec, courroie rouge 30 articles/sec, courroie bleue 45 articles/sec. Si une courroie bleue suffit ou faut 2, ça devient clair, on peut rétro-calculer jusqu'au nombre de gares et voies de déchargement. Pour les catégories à flux lourd, plaques ou circuits, penser courroie aide à repérer les bouchons.

Une recette légèrement différente peut facilement conduire à une séparation en blocs, ce qui augmente le nombre de blocs. Si on sépare trop les matériaux intermédiaires, le nombre de trains augmente et la zone autour de la gare devient encombrée. Au début, j'avais tendance à vouloir « tout bien séparer », mais en réalité, trop de séparation augmente la quantité de transport et rend l'ensemble de l'usine plus difficile à gérer. L'équilibre entre la clarté et l'augmentation des fréquences de transport est le point clé de ce modèle.

Ce qui en constitue la base, ce sont les rails, les intersections, les gares, les signaux, et les plans assumant la duplication. Grâce aux « plans de construction », une fois qu'on a construit un bloc proprement, on peut placer indéfiniment la même forme. C'est en cela que réside le plaisir des blocs urbains : sans avoir à repenser la disposition à chaque extension. À l'époque du bus principal, juste organiser les voies supplémentaires et les embranchements pouvait prendre une demi-journée, mais après blocage, c'est devenu simplement « ajouter une autre zone si elle manque », ce qui a énormément allégé la prise de décision.

En pratique, une approche commune est d'aligner la taille d'un bloc aux chunks. Comme la map est divisée en unités de 32×32 carreaux selon « Map structure », des bases comme 96×96 (multiples de 32) sont l'exemple classique d'alignement facile. Cependant, il n'y a pas de réponse unique. Il existe des grilles plus fines de 64 ou des grilles de ~100×100. Selon le nombre de voies qu'on veut placer, la longueur du train, ou si on recycle en courroies ou robots au sein du bloc, la taille optimale change.

Côté ferroviaire, la qualité des intersections influence largement la stabilité globale. Le principe de base des signaux ferroviaires—placer sur le côté droit de la direction de progression, ajouter des signaux de chaîne à l'entrée et des signaux normaux à la sortie—est exactement la pensée du « Tutorial: Train signals ». Comme les blocs urbains augmentent facilement les intersections, la négligence ici mène directement à des bouchons. Franchement, j'ai moi-même créé une configuration où un train s'arrêtait en plein carrefour et j'ai bloqué tout le réseau. Même si le bloc semble net, dès que la signalisation déraille, l'instabilité arrive rapidement, donc c'est bien plus important que l'apparence.

Construction blueprints - Factorio Wiki

wiki.factorio.com

Différences avec le bus principal et règles de partage

La plus grosse différence entre bus principal et blocs urbains est qu'est-ce qui devient l'unité d'extension. Le bus principal s'étend en allongeant l'artère de courroies, ajoutant progressivement les lignes de ressources nécessaires au fur et à mesure de la croissance. C'est très puissant du début au milieu du jeu, et c'est attractif car on peut suivre visuellement où circule quoi. Cependant une fois l'usine très grosse, le nombre de courroies s'accroît énormément et ajouter des voies ou des embranchements devient lourd.

Les blocs urbains opèrent à l'inverse: plutôt que d'étendre l'artère, on augmente l'échelle en dupliquant le même plan. Donc « le cuivre laminé manque », on ajoute un bloc de cuivre laminé, « les circuits verts manquent », on ajoute un autre bloc de circuits verts. Puisque l'unité d'expansion est claire, c'est plus facile à partager dans une usine multi-joueurs. Il est facile de voir ce que fait chaque secteur et de localiser les dysfonctionnements. Pour la gérabilité, il y a réellement de l'intérêt pratique.

Cependant, ce n'est pas que le bus principal soit ancien et les blocs urbains nouveaux. Selon mon ressenti, du début au milieu c'est bus principal, puis blocs urbains quand la gestion devient lourde, c'est ce qui se fait le plus naturellement. Créer d'emblée une énorme grille ferroviaire fait qu'à ce moment c'est la conception même des chemins de fer qui devient fastidieuse. À l'inverse, vouloir tenir jusqu'à la fin avec un bus principal unique devient pénible à organiser. Ce n'est pas une question de supériorité de l'un sur l'autre, mais que la conception appropriée diffère selon la phase d'usine.

De plus, dans la pratique réelle, ce n'est pas vraiment un binaire complet : l'exploitation mixte est aussi très puissante. Par exemple, garder le bus principal pour les ressources intermédiaires, mais convertir juste les charges lourdes et la production scientifique en blocs ferroviaires. C'est plus facile à mettre en place sans tout changer d'un coup. De fait, plus l'usine est grosse, moins elle utilise « tout bus » ou « tout bloc », et davantage une approche intermédiaire.

Voici une comparaison rapide :

Comme on le voit dans ce tableau, la valeur des blocs urbains réside moins en « plus rapide » ou « plus léger » que dans la capacité à traiter l'usine en pièces. Comme évoqué dans « Synthesis of Construction Methods and Tool Merits/Demerits in Factorio », chaque méthode de construction a ses avantages et inconvénients, et les blocs urbains se démarquent exactement par le côté « facile à gérer et augmenter » de ce spectre.

Relation avec l'UPS

Une idée reçue répandue en parlant des blocs urbains est que blocs urbains ≠ fort en UPS. Il vaut mieux cloisonner cette pensée. Les blocs urbains sont avant tout une méthode d'extension et gestion, pas de l'optimisation UPS pure. Plus le réseau ferroviaire s'agrandit, plus il y a d'intersections, plus il y a de recherches de trajets pour les trains. Une mauvaise conception accumule la charge de traitement.

En particulier, une grille fine densément maillée avec beaucoup de carrefours en croix semble visuellement nette mais peut être très pénalisante pour l'UPS. Quand les trains redesignent fréquemment les trajets et plusieurs intersections se retrouvent à faire attendre, le traitement et la fluidité deviennent lourdeur. Suivre les débats UPS sur Forums ou Reddit montre une cohérence : « les blocs urbains grand-scale sont pratiques mais ne sont pas les plus légers ». De mon expérience directe aussi, dès que la station et les nombres d'intersections augmentent, la vue d'ensemble de l'usine s'améliore mais la nervosité du réseau de trains monte d'un cran.

En d'autres termes, une base vraiment dédié à réduire l'UPS fonctionne d'une logique un peu différente. La réduction des distances de transport, la jonction directe des étapes, la minimisation du transport intermédiaire, la réduction des intersections, voilà ce qu'on priorise. Les blocs urbains ne s'y opposent pas, mais la nécessité de préserver une grille régulière crée une tendance au « leger détour pour conserver le même motif » qui ne plaide pas toujours pour le calcul.

C'est pourquoi évaluer les blocs urbains sur UPS seul ne correspond pas bien à la réalité. Vitesse de prise de décision d'extension, traçabilité, séparation des rôles, clarté pour multi-joueurs, en incluant ces points, cette approche est très puissante. Ma raison personnelle de continuer les blocs urbains dans les grandes usines vient d'ici : pas car c'est ultra-léger, mais car les extensions et réparations sont moins erratiques. Plus l'usine s'agrandit, plus la valeur de réduire la charge cérébrale du joueur devient massive.

Quatre éléments à fixer avant d'adopter : taille, longueur train, sens, logistique

Comment décider la taille d'un bloc

Ce qu'on doit corriger le plus tard dans les blocs urbains c'est, ironiquement, la taille des blocs elle-même. Les intersections, gares, alimentation électrique, câblage, agencement interne, tout en dépend, donc si c'est vague, les dimensions varient à chaque extension. L'astuce est de penser en termes de chunks de 32 carreaux indiqués dans « Map structure ». Garder des tailles divisibles par 32 simplifie beaucoup la reconnaissance via radar et la manipulation des plans, et après refonte, on comprend soi-même « pourquoi cette largeur ».

Un exemple très maniable est 96×96 carreaux. C'est exactement 3×3 chunks, et « Memo Beginner Grid Factorio » propose des cas d'usage de cette taille. J'utilise assez souvent cette catégorie de taille, car c'est simple : assez petit pour pas être lourd mais assez grand pour itérer sur un objet par bloc est facile. Même si c'est visuellement 128×128, certains designs fixent la taille effective à 96×96 en comptant les intersections et parties communes. Il faut bien différencier la « dimension externe visible » et « l'aire réelle disponible pour la production ».

Globalement, ~100×100 carreaux est aussi très courant. C'est une philosophie qui privilégie l'aisance du design à la précision chunk. Inversement, pour l'essai ou une petite usine, on peut commencer à ~64 carreaux. Cependant, l'expérience montre que 64 devient vite trop étroit, et on manque vite de marge pour gares et logistique interne. De mon essai perso, commencer trop petit en se disant « c'est plus facile à dupliquer » finit par donner des équipements qui débordent partout, ce qui érase le plaisir du blocage.

Ce qu'on regarde pour la taille, c'est bien plus que l'apparence : combien de voies peut-on placer, et combien de transformation peut-on boucler à l'intérieur. Surtout pour des recettes multi-entrées, les espaces gare et logistique intra-bloc consomment déjà. Sous-estimer ce point crée des blocs carrés mais un contenu différent à chaque fois, anéantissant le fun du blocage.

La longueur du train est très importante, recommandé d'en choisir une et de s'y tenir. Les choix de composition (ex : 1-2, 1-4) dépendent de la taille de la base et de la politique de transport, mais le mélanger mi-parcours casse les références dimensionnelles des gares et empileurs, explosant les coûts de conception.

Quant aux dimensions exactes et longueurs de quai, mieux vaut sourcer les données mesurées. Mon usage est « 1-4 fixe + 96×96 effectif », c'est juste un conseil basé sur l'expérience. Pour appliquer les dimensions concrètement, vérifiez le nombre exact de carreaux occupés par les compositions sur le Wiki officiel.

Le choix de composition dépend de l'ampleur de l'usine. Petit pas nombreux pour faire passer plus de trains : 1-2, grand moins nombreux pour de gros acheminement : 1-4, c'est intuitif. Mais crucial c'est l'unité. Les blocs urbains deviennent puissants via la standardisation, donc si juste ce point est libre, c'est très faible.

Choisir le sens de circulation (gauche / droite)

Fixer le sens de circulation d'avance facilite aussi les choses. Que ce soit droite ou gauche, les deux fonctionnent, mais sans unification avant la production en masse, les orientations gares et intersections se mélangent et le coût de correction explose.

Perso j'utilise souvent circulation à gauche. Le motif pratique c'est que Factorio place souvent signaux et gares à droite de la direction, donc en roulant à gauche, ces éléments se rapprochent de la ligne intérieure, facile à tasser. En double voie périphérique, entrées gares et groupes de signaux se resserrent bien vers l'intérieur sans perturber la forme externe. Sur la fond, mieux que la beauté, c'est ce « tassement ».

Bien sûr, ce n'est pas la seule réponse juste. Si vous êtes habitué à la droite, restez-y pour moins d'erreurs. La plupart du temps, la géographie de la map ou l'orientation d'une ligne principale existante fait qu'on choisit droite. Le crucial est que tout le réseau : intersections, gares, ligne principale, se duplique par la même règle. Quand c'est indécis, poser une intersection, y ajouter un T et une entrée de gare, puis regarder, montre vite laquelle convient à vos mains.

Logistique intra-bloc : Courroie / Robot / Petit-bus

Décider par quoi recycler le contenu du bloc après déchargement à la gare vaut aussi la peine de fixer d'avance. Si c'est variable, même bloc même taille, l'esprit de design reste incohérent. Les options principales sont courroie, robot logistique, ou petit-bus (sous-bus).

La courroie est la plus lisible, la prévision de flux aussi. Dans les données Wiki courroie transports, courroie jaune 15 articles/sec, courroie rouge 30 articles/sec, courroie bleue 45 articles/sec. Si une courroie bleue suffit ou faut 2, ça devient clair, on peut rétro-calculer jusqu'au nombre de gares et voies de déchargement. Pour les catégories à flux lourd, plaques ou circuits, penser courroie aide à repérer les bouchons.

Les robots logistiques simplifient beaucoup le câblage intra-bloc. Ils conviennent aux recettes mal formées ou multi-produits en petites quantités. Mais de mon ressenti, les robots c'est pratique mais trop d'usage tue la compréhension électrique et densité. Boucler dans un bloc ça va, mais tout robotiser rend invisible où c'est colmaté. Je vois ça dans les gros designs, où c'est compliqué de localiser le bouchon.

Le petit-bus est une courte artère bus principale qu'on cantonne au bloc. La frontière se transport en trains, l'intérieur peu de courroies en faisceau. C'est moins serré qu'un pur courroie, moins opaque que pur robot, donc très pratique. Surtout pour un bloc mélangeant 2-4 articles intermédiaires, ça rentre très clean. Moi quand j'ai souffert de « tout direct aux machines » et bifurqué petit-bus, j'ai rangé d'un coup. C'est très applicable.

L'étalonnage est clair : court et haute débit → courroie, peu nombreux variés → robot, plusieurs articles distance moyenne → petit-bus. Les blocs urbains se concentrent sur le rail dehors mais la vraie commodité vient de cette logistique intra-bloc. Même 96×96, l'expérience varie énormément selon le roulis interne. Un design interne fixe pour la duplication c'est rapide, mais interne variable chaque fois, c'est presque du neuf à chaque fois.

Belt transport system/ja

wiki.factorio.com

Procédures pour étendre l'usine avec blocs urbains

Poser juste la grille d'abord sur une nouvelle zone

Transitionner bus principal → blocs urbains avec le moins d'accidents, c'est faire une transition par étapes. Autrement dit, maintenir la vieille production en marche, construire juste une nouvelle zone avec les nouveaux blocs. Basculer tout d'un coup laisse les plaques et circuits manquer, pendant qu'on construit la nouvelle tout s'arrête.

Franchement, j'ai au départ trop touché l'ancienne usine en pensant « autant tout refaire », ce qui a arrêté munitions et recherches, franchement lourd. Ce qu'on construit d'abord ici, ce n'est pas les lignes de production mais juste un template de bloc vide. Concrètement, un bloc vide, des intersections, des gares standard d'entrée-sortie. Vide c'est ok. C'est même mieux de verrouiller le cadre avant de remplir, histoire de pouvoir changer l'usage du bloc après.

Je fais un template incluant vide + intersections + gares standard, verrouille orientation gares et positions entrée-sortie. C'est fin de penser mais crucial. Même si les blocs se dupliquent bien, si les orientations gares partout déraillent, c'est manuel tout du temps. Une fois que j'ai fixé « un clique → bloc vide + intersection + gares standard posées » directement, la vitesse de transition a explosé.

Pour gérer les templates, plans de construction + livre permet de transporter « bloc corps, intersection, gare standard » d'un clic. Une section « cadre seul » « avec gares » « plein » aide à pas se tromper lors des extensions.

Bouger d'abord les articles haute-consommation (raffinage, circuits électroniques)

Cadre posé, migrer ce qui consomme lourd et bouffe le bus existant. Plaques fer/cuivre et circuits électroniques sont LA cible. C'est consommé partout, laisser dans le bus veut dire augmenter la ligne centrale à chaque petite extension. Changer beaucoup de choses, c'est comment ça déraille.

L'ordre pratique : mettre raffinage OU circuits verts dans le nouveau bloc, vérifier la stabilité, puis peu à peu couper les consommateurs de l'ancienne chaîne. Ne pas arrêter l'ancienne pour lancer la nouvelle, mais ajouter une nouvelle source, puis changer les clients. Si ça manque pendant, l'ancienne sauve.

Circuits surtout, c'est moins visible mais très étendu. Pas juste rouges/bleus, des tas de machines intermédiaires aussi. Si ça reste au centre du bus, le câblage asphyxie vite. De mon feeling, dès que passer base ciruits en train, le « tout au milieu c'est crampon » spécifique au bus principal se calme grave.

Même le raffinage : plaques en train plutôt qu'en ceinture rend l'unité d'extension claire. En courroie on pense « ajouter des voies », en bloc on pense « ajouter un bloc raffinage », c'est l'uniformité de la pensée qui marche.

1 bloc complet → duplique → grandir

Le déclic des blocs urbains c'est moins de vision globale totale d'entrée que finir 1 bloc proprement d'abord. Gares entrée-sortie, logistique intra-bloc, électricité, tout signal fluide. Une fois une chose stable, c'est là qu'on peut dupliquer.

C'est important car on isole les bugs. C'est l'intersection qui bouchonne, ou le déchargement gare qui traîne, ou courroie intra-bloc trop fine. Juste une chose stable ? Facile à déboguer. Plusieurs blocs en simultané → pas visible où ça casse. C'est du classique moi de lancer un template incomplet directement en quantité et fabriquer le même bouchon partout. Pénible.

Un bloc fini se blueprint et se déploie. Le cadre vide + intersection + gares standard d'avant paye : cadre unifié, changer juste le centre paie pas de règle cassée. Dupliquer raffinage, ajouter des plaques, dupliquer circuits, plus de circuits, c'est fluide.

Le bloc système ne marche que si bien dupliquer. Inversement si dupliqué stable, c'est explosif. De mon expérience perso, quand j'ai basculé de « design nouveau » à « copier ancien modèle » la même session, l'extension est devenue plume.

Conserver l'ancienne usine comme amortisseur

Pendant le transit, ne démonter l'ancienne usine pas vite. C'est TRÈS important, conserver l'ancienne comme source d'amortissement. Aussitôt nouveau bloc lancé, ça semble marcher, mais en vrai avant peu on détecte insuffisance trains, queues gares, manques locaux. À ce moment si l'ancienne est morte, correction devient impossible sans débâcle ressources.

C'est simple : deux sources en parallèle = si l'une chute, l'autre amortit. Restos, projectiles, répair, recherche, tout ce qui « casser coupe l'usine » : l'ancienne assure comme filet.

J'ai paniqué à presser la migration complète plus d'une fois. Nouveau bloc semble cool à regarder, tu veux vite nettoyer l'ancien, tu blesses la nouveau, BAM absence ressources en mi-construction. Si l'ancienne existe les trous se comblent pendant qu'on règle le neuf.

Quand garder l'ancienne ? Jusqu'à nouveau bloc stable et autonome. On arrête progressivement, ligne par ligne une fois son rôle fini, pas d'un coup total. La transition bloc urbain n'est pas un déménagement, c'est une reconstruction en marche. Avec ce frame l'ancien→neuf fait beaucoup plus stable.

Conception basique : rail, gares, signaux

Bases signalisation et secteurs (closures)

Ce qui déraille le plus tôt avec blocs urbains, c'est moins le rail lui-même que placement de signaux. Vague ici, multiplication intersections crée apparence clean mais trains s'accrochent partout