Traduction assistée par machine ; les noms des objets du jeu peuvent rester en anglais.
Vérifie le changement apporté aux outils en septembre avant de considérer un objet inactif comme un bug.
Le changement du 4 septembre
Depuis le correctif 0.8.7, la caisse du train, les abat-jour, les robots et les portes nécessitent le Twister pour être démontés. Le pied-de-biche ne permet plus de démonter ces objets. Les vidéos enregistrées avant la correction peuvent montrer une méthode qui ne fonctionne plus.
Quand un ancien clip vous dit de continuer à appuyer sur l’un de ces objets, arrêtez-vous et inspectez l’invite en cours. Répéter l’action obsolète ne permettra pas d’établir que l’objet est cassé. Le premier test utile est de savoir si vous avez l’outil dont l’interaction actuelle a besoin.
Lisez le verbe, puis choisissez l’outil
Différents types d’interactions peuvent partager des accessoires qui se ressemblent. Inspectez ce que le jeu vous demande de faire avec cet objet en particulier. Dévisser un composant, casser un obstacle et placer un matériau de réparation sont des tâches différentes même lorsqu’elles se produisent autour de la même porte.
Équipez l’outil prévu et vérifiez que la cible est le composant réel plutôt que le cadre environnant. Un petit changement de point de vue peut révéler quelle partie possède l’interaction. C’est une méthode de diagnostic, pas une promesse que chaque accessoire décoratif peut être démonté.
Effectuez un test contrôlé
Essayez une interaction délibérée après avoir vérifié l’outil et la cible. Puis cherchez un changement visuel, un résultat matériel ou un objectif mis à jour. Si rien ne change, inspectez à nouveau l’invite plutôt que de répéter rapidement les entrées.
Si vous pouvez utiliser le même outil sur un objet valide connu à proximité, cela aide à distinguer un problème spécifique à une cible d’un problème d’entrée ou d’équipement. Ne détruisez pas des objets de quête sans rapport juste pour tester un outil ; choisissez une interaction disponible ordinaire que vous comprenez déjà.
Utilisez une description de bug utile
Pour un problème non résolu, notez la compilation, l’objet, l’outil équipé, l’invite visible, et ce qui s’est passé après une seule saisie. Mentionnez si cela a commencé après une mise à jour. Ces détails sont bien plus utiles que de dire que tous les outils sont défectueux.
Ce guide couvre le changement spécifique de démantèlement documenté dans la version 0.8.7. Il ne fournit pas de recette non vérifiée du Twister, ni de valeur universelle de durabilité, ni d’affirmation selon laquelle chaque porte devrait être démontée.
Débloquez et préparez le Twister
Le guide actuel de Hubble situe le Twister cassé près du squelette à côté du bureau. Examinez-le pour obtenir le plan. La recette indiquée nécessite 4 unités d’aluminium, 2 fils, 3 rubans isolants et 2 unités de plastique.
Si la recette est absente, retournez à l’inspection plutôt que de rassembler un second lot de matériaux. Si la recette est présente, comparez les ingrédients listés avec votre inventaire avant de quitter le train. Déverrouiller, fabriquer et équiper sont trois vérifications distinctes.
Cela donne à une cible non réactive une séquence utile de questions : avez-vous découvert le plan, avez-vous fabriqué l’outil, l’avez-vous équipé, et visez-vous le composant qui demande à être dévissé ? Résolvez la première question sans réponse avant de dépenser plus de ressources.
Séparez le nom de l’objet de l’action demandée
Un objet peut participer à plusieurs actions différentes. Une porte peut être un passage, une cible de réparation ou l’emplacement d’un composant amovible. Le nom général de l’objet ne vous indique pas quelle action le message actuel attend. Lisez l’action de la partie que vous visez réellement.
Cela est important lors du suivi d’une vidéo car la caméra peut masquer un petit changement de cible. Le créateur peut passer du cadre à une fixation ou d’un obstacle à un panneau tout en continuant à décrire l’ensemble comme la porte. Faites une pause dans votre interprétation sur l’action, et non sur le nom général.
Si le message demande de dévisser, comparez cela avec l’outil que vous avez équipé. S’il demande des matériaux fournis, inspectez le besoin de réparation. S’il demande un composant transporté, vérifiez l’objet que vous tenez. Ces comparaisons proviennent de l’instruction visible ; elles ne supposent pas que chaque objet supporte les trois actions.
Une note personnelle utile enregistre donc l’objet plus l’action. Par exemple, écrivez composant amovible demandant de dévisser à ce repère plutôt que simplement porte cassée. La note plus précise reste utile même si une autre pièce proche utilise un outil différent.
Suivez l’état de l’outil depuis sa découverte jusqu’à son utilisation
Il y a plusieurs étapes avant qu’un outil puisse résoudre un problème : découvrir la recette pertinente, rassembler ses ingrédients, compléter la fabrication, avoir le résultat disponible, l’équiper et l’utiliser sur une cible appropriée. Omettre une étape peut donner l’impression de la même interaction non réactive si vous ne regardez que l’objet.
Commencez par l’étape incertaine la plus précoce. Si vous ne pouvez pas trouver la recette, vérifier si vous avez assez d’ingrédients est prématuré. Si la recette est disponible mais que la fabrication n’est pas terminée, essayer un emplacement de barre de raccourci ne prouvera pas l’existence de l’outil. S’il est fabriqué mais non équipé, l’action visible du personnage peut encore appartenir à un autre objet.
Utilisez l’interface pour confirmer chaque état plutôt que de vous fier à la mémoire. Une notification de ramassage récente peut concerner un composant plutôt que l’outil fini. Une sélection de fabrication peut montrer une recette sans la produire réellement. La question pertinente est ce que votre inventaire et votre équipement contiennent actuellement.
Une fois que l'état est clair, faites une tentative délibérée. Si cela fonctionne, arrêtez le dépannage et continuez la tâche. Sinon, conservez les points de contrôle confirmés afin de ne pas répéter tout le processus. Vous avez déjà réduit l'incertitude restante au sujet de la cible, de son état ou de l'interaction elle-même.
Inspectez la cible sous plusieurs angles.
Une machine encombrée peut placer plusieurs pièces interactives très proches les unes des autres. Déplacez-vous suffisamment pour voir quel composant déclenche l'invite. Vous ne recherchez pas un pixel magique ; vous essayez de distinguer la pièce sélectionnée de l'ensemble environnant.
Observez si le texte change lorsque vous visez différentes parties. Si c'est le cas, notez l'action correspondant à votre objectif. Si l'invite disparaît, ajustez votre position jusqu'à ce que le composant prévu soit à nouveau visible. Une cible claire constitue une meilleure base pour les tests que de cliquer rapidement pendant que la pièce sélectionnée change.
Soyez particulièrement délibéré lorsque vous transportez quelque chose. Un objet porté peut occuper votre vue et rendre difficile le jugement de ce qui est sélectionné. Déposez-le dans un endroit clair à proximité lorsque cela est approprié et inspectez la cible sans obstruction. Il s'agit d'une vérification de visibilité, et non d'une promesse que tous les objets transportés peuvent être posés en toute sécurité dans chaque situation.
Si vous ne parvenez toujours pas à identifier la cible, capturez l'ensemble de l'assemblage et l'invite visible pour référence. Un recadrage serré d'un élément de fixation non réactif peut omettre le repère environnant qui le distingue d'un autre objet similaire. Conservez suffisamment de contexte pour poser une question précise.
Distinguez une interaction incomplète d'une interaction complète.
Après avoir utilisé l'outil, recherchez un résultat concret. Le composant peut bouger, l'invite peut changer, un objet peut devenir disponible ou la tâche en cours peut progresser. Le résultat important dépend de l'action demandée. Ne supposez pas que le son ou l'animation seule prouve que l'objectif entier est atteint.
Certaines instructions affichées par les jeux exigent une saisie maintenue ou une deuxième interaction après un changement initial. Suivez ce que cet objet affiche plutôt que de transférer cette attente à chaque cible. Si l'invite demande toujours la même action, vérifiez si vous avez relâché la saisie avant son achèvement visible.
Inversement, ne continuez pas à travailler sur un composant après que son état a changé. Lisez le nouveau prompt et l'objectif. Continuer à répéter l'action précédente peut transformer un premier pas réussi en un échec car le jeu attend désormais autre chose.
Pour le diagnostic, décrivez la transition : avant la tentative, le prompt demandait ceci ; après la tentative, il affichait cela. Cela est plus informatif que de dire que l'outil n'a rien fait lorsque le modèle a changé mais que la quête est restée active. Une tâche peut inclure une autre exigence sans que la première interaction soit rompue.
Utilisez une comparaison qui isole une incertitude
Si un outil semble ne pas fonctionner, comparez-le avec une interaction ordinaire que vous comprenez déjà et que vous pouvez tester sans risquer de progresser. Gardez l'objet équipé et saisissez la même chose. Une comparaison réussie montre qu'au moins cette interaction avec l'outil peut fonctionner dans votre configuration actuelle.
Revenez ensuite à l'objet incertain et comparez ce qui diffère : composant sélectionné, prompt, position, état de la quête ou condition de l'objet. Ne changez pas tout en même temps. Si vous équipez un autre outil, déplacez l'objet, rechargez et reconfigurez la saisie ensemble, un résultat différent sera difficile à expliquer.
Si l'outil échoue même sur l'interaction connue, inspectez l'équipement et les contrôles. S'il fonctionne là, concentrez-vous sur la cible spécifique plutôt que de fabriquer immédiatement des outils en double. Cela réduit le gaspillage de matériaux tout en produisant un compte rendu plus clair de l'échec.
Gardez la comparaison proportionnée. Il n'est pas nécessaire de démonter la moitié de la zone pour prouver qu'une seule interaction est incohérente. Un cas fonctionnant pertinent et un cas échouant sont déjà des preuves utiles. Les tests supplémentaires doivent répondre à une nouvelle question plutôt que de répéter la même observation.
Ne laissez pas la correction de l'outil réécrire des conseils non liés
La correction documentée a un champ spécifique. Elle doit changer votre approche des interactions de démontage listées, et ne pas devenir une règle générale selon laquelle le pied-de-biche n'a aucun usage ou que le Twister est une solution universelle. Gardez chaque outil associé à l'action que la cible actuelle demande.
Cette distinction protège également votre compréhension des anciennes séquences. Une vidéo peut rester utile pour reconnaître un point de repère tout en montrant une action obsolète à un composant. Vous n’êtes pas obligé de tout jeter ou de suivre tout ce qui s’y trouve. Conservez le contexte visuel, puis vérifiez l’interaction par rapport à la version actuelle.
Lorsque vous expliquez la différence à un autre joueur, décrivez le changement précis. Dire d’utiliser l’outil demandé par cette invite de démontage est plus utile que de dire que l’ancienne arme est cassée. Une formulation précise empêche qu’une correction localisée ne devienne une règle trompeuse à chaque rencontre.
Si une mise à jour ultérieure modifie à nouveau l’interaction, la même méthode fonctionne toujours : vérifier l’invite en cours, identifier l’action pertinente et confirmer l’état de l’outil. L’objectif est de résoudre l’objet devant vous plutôt que de défendre une instruction mémorisée.
Préparez un rapport qui distingue les points de défaillance probables
Pour un cas non résolu, notez la version du jeu, l’emplacement, l’objet, l’action visible, l’outil équipé et le résultat. Ajoutez si le même outil fonctionne sur une autre cible connue. Si l’objet a changé d’état mais que la tâche n’a pas changé, dites-le explicitement.
Incluez la dernière action réussie avant le problème. Cela peut distinguer un prérequis manquant d’une défaillance d’outil. Une capture d’écran montrant l’invite et l’objet ensemble est souvent plus utile qu’une image de l’inventaire seule.
Ne pas joindre une explication non supportée comme si l’outil avait corrompu la sauvegarde. Rapporter la séquence observée et laisser les tests supplémentaires établir la cause. Une comparaison claire des états donne à un autre joueur ou au développeur un point de départ réaliste pour reproduire le problème.
Comparer les noms des actions lorsque le langage du guide diffère
Un guide traduit peut utiliser un nom différent de celui de la localisation du jeu. Concentrez-vous d’abord sur l’action affichée par l’invite actuelle et la fonction de l’outil. Si la formulation diffère, notez l’étiquette du jeu affichée à côté de votre propre explication plutôt que de chercher indéfiniment une correspondance exacte et traduction.
Conservez des captures d’écran de l’interface concernée dans la langue que vous jouez. Si vous demandez de l’aide à un autre joueur, mentionnez cette langue et l’action que vous tentez. Un outil apparentement manquant peut être un désaccord de nom, tandis qu’un nom identique peut tout de même désigner une version différente d’un objet.
Ne supposez pas un problème de traduction simplement parce que l’action échoue. Confirmez d’abord les vérifications habituelles de l’état de l’outil et de la cible. Le langage est une source possible de confusion, pas une explication universelle pour une interaction non réactive.
Arrêtez les tests lorsque la question initiale est répondue
Si le bon outil effectue l’interaction requise, poursuivez l’objectif. Il n’y a aucun intérêt à tester chaque accessoire à proximité juste pour confirmer la même règle à nouveau. Conservez la découverte utile dans une courte note et dépensez vos fournitures pour la tâche que vous êtes venue accomplir.
Si une comparaison contrôlée établit qu’une cible reste incohérente, conservez ce résultat et évitez d’escalader vers des changements sans rapport. Une réinstallation, une nouvelle sauvegarde et un contrôleur différent répondent tous à des questions plus larges qu’un seul composant flou. Utilisez-les uniquement lorsque des preuves supplémentaires rendent ces questions pertinentes.
Le résultat le plus efficace est soit une interaction terminée, soit une question précise non résolue. Les deux sont préférables à utiliser sans cesse le mauvais outil parce qu’un vieux clip l’a montré fonctionner.
Lorsque vous documentez une interaction en fonctionnement, incluez le composant qui a changé, pas seulement le nom de l’outil. Ce petit détail vous aide à reproduire la solution plus tard et la distingue d’une partie voisine de la même machine.
Sources et vérification
Cet article combine des faits cités avec des conseils éditoriaux pratiques. Suivez la version et les notes d’incertitude avant d’appliquer une voie plus ancienne.
