Plan du guide13
  1. 01Deuxième coup de pouce : les deux blocs ont des rôles différents
  2. 02Troisième coup de pouce : arrangez le trajet avant le déclencheur
  3. 03Que faire dans Descente (Dropping in)
  4. 04Une séquence pratique sans entrées inventées
Ordre de lecture, et non plan de la salle.

Basé sur les sources liées et l’analyse originale. Aucun test de jeu de première main n’est revendiqué.

Localisé à partir de l’édition anglaise de recherche ; les noms propres en jeu sont conservés pour la recherche.

Niveaux d’indices

01Premier coup de pouce : pensez à ce qui arrête la chute

Pour l'indice le plus léger, inspectez ce qui empêche l’objet que vous voulez chevaucher de bouger. Un bloc qui doit éventuellement tomber a besoin de quelque chose pour le maintenir avant. La surface utile peut donc être celle qui peut disparaître ou s’ouvrir, et non un endroit permanent à partir duquel vous devez d’une manière ou d’une autre pousser le bloc. Cela requalifie la phase de préparation comme le stockage d’un mouvement futur.

Posez deux questions séparément. Qu’est-ce qui supporte le bloc avant le déclencheur ? Qu’est-ce qui change lorsque le déclencheur est activé ? Si votre solution imaginée implique une chute mais que vous ne pouvez pas identifier le support perdu qui la provoque, vous pourriez passer à côté de la transition essentielle du puzzle. Nommer ce support rend souvent la question suivante beaucoup plus petite : comment le joueur peut-il être dans la relation correcte avec le bloc lorsque le support change ?

Ce n’est pas une suggestion de chercher une plateforme tombante spéciale en dehors du puzzle décrit. La construction connue utilise la porte elle-même. Commencez par les objets réellement présents dans Descente (Dropping in), puis considérez la porte à la fois comme quelque chose qui contrôle l’accès et comme quelque chose qui peut supporter un bloc jusqu’à son ouverture. Un objet peut être important à plus d’une étape d’un plan.

02Deuxième coup de pouce : les deux blocs ont des rôles différents

Considérez les deux blocs comme un porteur et un poids déclencheur. Ce sont des étiquettes explicatives, pas des noms affichés par le jeu. Le porteur est l’objet dont le mouvement est important pour le transport. Le poids déclencheur crée la condition qui le libère. Confondre ces rôles peut produire une configuration qui ouvre la porte avec succès mais ne donne pas au joueur un moyen de transport utilisable.

Ne commencez pas en exigeant qu’un bloc remplisse les deux rôles à la fois. La construction du développeur les divise. Cette division permet au joueur de préparer d’abord l’objet en mouvement et d’activer le mécanisme ensuite. Elle vous donne également un moyen clair d’inspecter un échec : déterminer si le transport a échoué parce que le porteur était mal soutenu ou parce que le poids déclencheur n’a pas atteint sa cible prévue.

Une fois que vous adoptez ces étiquettes, maintenez-les stables même si vous faites pivoter la caméra. Un bloc ne devient pas le porteur simplement parce qu’il semble maintenant plus proche de la sortie à l’écran. Son rôle vient de sa place dans la séquence planifiée. Des étiquettes cohérentes facilitent la remarque si une correction tentée a accidentellement échangé les responsabilités des deux objets.

03Troisième coup de pouce : arrangez le trajet avant le déclencheur

Le joueur doit déjà être positionné pour le trajet lorsque la porte s’ouvre. C’est pourquoi l’ordre de préparation est important. Un plan qui ouvre le mécanisme en premier et ne tente de rejoindre le bloc en mouvement qu’ensuite peut rater l’opportunité décrite par la source. Considérez l’activation comme la libération finale d’un arrangement préparé, pas comme la première étape de sa mise en place.

La source place le joueur sur le côté gauche du premier bloc. Résistez à l’envie de traduire cela par une instruction universelle détachée de la scène. Placez la porte sous le porteur et la destination associée à sa libération. Ensuite, faites correspondre la position relative décrite par la source avec votre vue. L’orientation fait partie de la construction, pas d’un choix décoratif.

Avant de lâcher le deuxième bloc, vous devriez pouvoir indiquer où se trouve le joueur, ce qui soutient le porteur et où le poids est attendu. Si l’une de ces réponses est vague, reportez le déclencheur et examinez la relation manquante. L’énigme devient plus compréhensible lorsque l’action décisive libère une configuration que vous pouvez déjà expliquer.

Ouvrir le guide · contient des spoilers

Que faire dans Descente (Dropping in)

La solution du développeur place un bloc sur la porte, puis utilise un deuxième bloc pour appuyer sur le bouton pendant que le joueur se tient sur le côté gauche du premier bloc. L'ouverture de la porte supprime son support, permettant à ce bloc de transporter le joueur vers la zone de sortie. Quelques manœuvres supplémentaires sont nécessaires là pour atteindre la porte. La même réponse du développeur indique que ce puzzle peut être contourné pour progresser en terminant d'autres niveaux du hub.

Ce sont les faits établis à partir de la réponse Steam du 3 septembre. Ils suffisent à expliquer la construction centrale, mais ce n’est pas une transcription complète des mouvements. Le côté gauche est la formulation du développeur par rapport à la configuration discutée. Si votre vue ou orientation diffère, identifiez le côté correspondant à partir de la relation entre le bloc, la porte et la destination plutôt que d'appuyer aveuglément sur une entrée vers la gauche.

Le guide suivant sépare l'indice en questions gérables et cas de diagnostic. Il n'a pas été joué ou testé indépendamment pour cet article. Lorsqu'il vous demande de prédire les changements de support ou d'inspecter votre position, c'est un exercice de raisonnement original basé sur la méthode fournie. Cela n'implique pas un raccourci nouvellement découvert, un contrôle caché ou un chemin garanti depuis chaque état possible mélangé.

Une séquence pratique sans entrées inventées

Commencez par attribuer le rôle de porteur au premier bloc et placez-le sur la porte. La réponse du développeur ne fournit pas tous les mouvements nécessaires pour le mettre à cet endroit, donc utilisez les interactions locales que vous avez déjà apprises pour établir cet état. Votre premier point de contrôle est simple : le bloc qui doit vous transporter est soutenu par la surface qui va s'ouvrir.

Amenez le deuxième bloc dans une position d'où il peut être lâché sur le bouton. Gardez son rôle distinct de celui du porteur. Il y a peu d'intérêt à perfectionner un chemin vers le bouton si l'exécuter vous oblige à quitter la position de transport requise. La préparation doit laisser le déclencheur disponible pendant que vous occupez le bon côté du premier bloc.

À partir de cette relation préparée, lâchez le poids sur le bouton. Observez la séquence. L'activation du bouton doit ouvrir la porte, et la perte de soutien doit déplacer le porteur. Le joueur est censé se laisser transporter par ce mouvement jusqu'à la zone de sortie. Ne cessez pas de vérifier le joueur simplement parce que le mécanisme lui-même a répondu correctement.

Une fois là, la source indique qu'il reste quelques manœuvres avant la porte. Cet article ne peut honnêtement pas remplacer cette déclaration générale par une série exacte de rotations ou une case d'atterrissage nommée. Regardez la nouvelle disposition locale et identifiez la porte depuis votre orientation actuelle. Considérez l'arrivée dans la zone et l'atteinte de la porte comme des points de contrôle séparés plutôt que de supposer que le transport vous mène directement à la sortie.

Diagnostiquer une porte qui s'ouvre sans transport utile

Si la porte s'ouvre mais que le porteur reste là où il était, inspectez d'abord la relation de soutien. Peut-être que le bloc que vous avez désigné comme porteur ne reposait pas réellement sur la surface d'ouverture comme vous l'aviez prévu. L'observation importante est de savoir si son soutien a changé, et non simplement si une animation quelque part dans la pièce montrait que la porte avait bougé.

Si le porteur se déplace mais que le joueur ne l'accompagne pas, inspectez ensuite la relation de transport. La source requiert une position côté particulière. Ne considérez pas la proximité du joueur avec le bloc comme automatiquement équivalente à être correctement situé pour le mouvement. Vérifiez votre état immédiatement avant l'activation, surtout si vous vous êtes déplacé pour viser ou aligner le poids du déclencheur après avoir initialement pris position.

Ce sont des possibilités de diagnostic, pas des déclarations sur ce qui s'est passé dans votre session. Différentes configurations échouées peuvent sembler similaires vues de loin. Identifiez le premier événement qui a divergé de la chaîne prévue : l'atterrissage du poids, l'activation du bouton, le retrait du support, le déplacement du transporteur ou le déplacement du joueur. Changer l'élément associé à cette première divergence est plus ciblé que de réarranger tout en une fois.

Diagnostiquer un déclencheur qui ne peut pas être actionné depuis la position.

Une difficulté courante de planification est d'imaginer une configuration parfaite du transporteur tout en laissant le deuxième bloc quelque part hors de portée depuis la position requise. C'est un problème de préparation. Travaillez à rebours depuis le déclenchement : où le poids doit-il se trouver pour que l'action finale puisse être effectuée sans abandonner le transporteur ? La réponse doit correspondre à la scène réelle, pas à un raccourci mental qui déplace le joueur deux fois en une fois.

Utilisez un petit objectif de répétition. Établissez la relation joueur-et-poids avant de vous engager dans le trajet complet, si votre état actuel le permet. Vous vérifiez si le déclencheur peut être actionné depuis la position pertinente, pas si vous pouvez résoudre tout le puzzle dans la même expérience. Cela rend un test échoué instructif même si la porte ne s'ouvre jamais.

Si vous ne pouvez actionner le bouton qu'en vous éloignant, ne concluez pas immédiatement que la méthode du développeur nécessite un mouvement rapide. Rien dans la réponse citée n'établit un défi de réflexe ou un saut chronométré. Reconsidérez d'abord le placement du deuxième bloc et l'ordre dans lequel vous avez préparé le transporteur. L'idée documentée est une construction dont le déclenchement transporte le joueur.

Séparer le problème d'arrivée du problème de lancement.

Atteindre la zone de sortie est un point de contrôle significatif même si la porte reste inaccessible à première vue. Le développeur laisse explicitement de la place pour des manœuvres supplémentaires. Évitez de rejeter un trajet réussi simplement parce que vous attendiez une fin immédiate. Inspectez ce qui a changé : votre position, les surfaces disponibles, les objets à proximité et le chemin que vous pouvez maintenant voir depuis cette orientation.

Décrivez le nouveau problème en termes locaux. Au lieu de dire que la solution a échoué, dites que l'étape de transport a fonctionné mais que la porte doit encore être atteinte. Cette distinction préserve la partie utile de votre découverte. Elle empêche également la répétition inutile de la construction la plus exigeante alors que vous faites réellement face à une question de navigation plus petite à destination.

Il y a une limite de preuve ici. Nous n'avons pas de séquence écrite vérifiée pour la manœuvre finale, et cet article ne prétend pas l'avoir observée. Si ce dont vous avez besoin est un itinéraire directionnel précis, comparez votre vue actuelle avec une source qui montre réellement ce niveau. Une promesse générique de tourner deux fois et d'avancer serait moins utile que de reconnaître le point de vue manquant.

Un diagramme de soutien que vous pouvez dessiner vous-même

Sur papier, dessinez le transporteur au-dessus d'une ligne représentant la porte. Dessinez un deuxième objet avec une flèche pointant vers le bouton. Ajoutez le joueur à côté du transporteur, en utilisant la relation latérale appropriée à votre vue. Ce diagramme n'a pas besoin de correspondre aux proportions de la chambre. Son but est de rendre la dépendance visible : le transporteur se déplace parce que le support change après que le déclencheur est activé.

Maintenant, dessinez trois cadres. Dans le premier, la porte soutient le transporteur. Dans le deuxième, le poids actionne le bouton. Dans le troisième, la porte ouverte ne soutient plus le transporteur. Gardez la relation prévue du joueur visible dans les trois. Une marque de joueur manquante dans le cadre du milieu révèle souvent la partie approximative d'un plan : le mécanisme fonctionne, mais vous n'avez pas expliqué où vous êtes pendant ce temps.

Comme exercice supplémentaire, rayez une relation à la fois. Retirez le contact du poids avec le bouton, puis retirez le contact du transporteur avec la porte, puis retirez la position du joueur sur le transporteur. Chaque modification doit rompre un lien différent. Comprendre ces points de défaillance distincts est plus précieux que de mémoriser l'apparence d'une disposition sans savoir pourquoi elle fonctionne.

Ce que la revendication d'optionnalité signifie et ne signifie pas

Le développeur dit que Descente (Dropping in) peut être optionnel pour continuer si vous terminez les autres niveaux du hub. Cela vous donne une alternative pratique lorsque la construction cesse d'être productive. Cela ne nous indique pas un seuil numérique universel, n'établit pas toutes les routes possibles de la campagne, et ne prouve pas que le puzzle n'a pas de récompense de complétion. Gardez la revendication aussi étroite que la source le fait.

Choisir de revenir plus tard peut également changer la façon dont vous voyez le problème. Une autre salle peut vous aider à être plus à l'aise pour distinguer le support d'un bloc de l'orientation du joueur. C'est une possibilité d'apprentissage générale plutôt qu'un prérequis documenté. Vous n'avez pas besoin de chercher un déblocage secret en supposant que Descente (Dropping in) est impossible avec vos outils actuels ; le développeur a fourni une méthode directe.

Si votre objectif est une complétion complète, sauter l’énigme pour l’instant est une décision de planification. Gardez une courte note décrivant l’obstacle réel, comme l’arrangement du porteur mais le placement de la détente non résolu. Une note spécifique est bien plus utile au retour qu’une pièce difficile. Elle vous donne une question de départ et préserve le raisonnement que vous avez déjà établi.

Utilisez un journal de défaillance qui enregistre les causes

Un journal de tentative utile ne peut être qu’une phrase : le poids a manqué le bouton, ou le transporteur est tombé sans moi, ou je suis arrivé mais n’ai pas pu naviguer jusqu’à la porte. Ces observations décrivent différentes étapes. Elles suggèrent aussi différentes vérifications suivantes. Un journal qui enregistre seulement une autre panne cache les informations nécessaires pour améliorer la configuration.

Ajoutez une prédiction lorsque le comportement vous a surpris. Par exemple, notez ce que vous attendiez pour soutenir le porteur et ce qui semblait se passer à la place. Le but n’est pas de créer un journal laborieux. Il s’agit de séparer une prédiction physique incorrecte d’une erreur d’exécution. Répéter la même organisation n’a de sens que lorsque vous avez une raison d’attendre un résultat différent.

Gardez les expériences confinées. Si vous modifiez simultanément le placement du porte-avions, le déclencheur et l’orientation du joueur, le succès peut être bienvenu mais l’échec sera difficile à expliquer. Lorsque possible, préserver les parties qui se sont déjà comportées comme prévu et modifier la relation incertaine. Cette approche est particulièrement utile dans une énigme dont l’événement décisif implique plusieurs événements simultanés.

Comparez deux plans plausibles

Considérons un plan qui place le premier bloc sur la porte, puis fait marcher le joueur jusqu’au bouton avec le second bloc. Cela peut expliquer complètement le mécanisme sans expliquer le transport. Considérons maintenant un plan qui donne d’abord au joueur la relation requise avec le porteur et ne délivre le déclencheur qu’ensuite. Les objets impliqués sont les mêmes ; la dépendance entre le positionnement et l’activation est différente.

Cette comparaison est précieuse car beaucoup de constructions ratées ne sont pas absurdes. Elles résolvent une partie réelle de l’énigme. Un bouton qui ouvre une porte est une observation correcte, mais ce n’est pas encore une solution pour quelqu’un qui doit voyager avec le bloc libéré. Conservez cette observation correcte et ajoutez la contrainte du joueur manquant au lieu de considérer toute la tentative comme perdue.

Essayez de narrer votre propre plan en utilisant avant et while. Le porte-avions est soutenu avant que la porte ne s’ouvre. Le joueur est positionné pendant que le poids atteint le bouton. Ces mots de connexion exposent plus clairement les hypothèses de timing qu’une liste d’actions isolées. Si vous vous retrouvez à dire qu’après le joueur monte sur le porte-avions, vérifiez si cela correspond à la méthode du développeur. C’est une façon de vérifier la logique de la préparation, pas une recommandation pour exécuter une manœuvre plus rapide ou chercher un tour de déplacement non documenté.

Un dernier contrôle avant de relâcher le poids

Pouvez-vous identifier le bloc qui portera le joueur ? Pouvez-vous indiquer la porte qui le soutient ? Pouvez-vous expliquer comment le second bloc atteindra le bouton depuis la position actuelle du joueur ? Pouvez-vous faire correspondre cette position au côté décrit par le développeur ? Ces questions sont un test de préparation, pas un puzzle caché séparé.

Si les quatre réponses sont claires, effectuez la libération et observez attentivement la transition. Si une réponse reste incertaine, inspectez d’abord cette relation. Un moment supplémentaire passé à vérifier un rôle d’objet est souvent plus informatif qu’une tentative spéculative complète. La solution connue dépend de la coordination de relations simples, donc ces relations sont les éléments appropriés à vérifier.

Après une sortie réussie, accordez-vous le temps de lire la destination. L’étape de la porte fait partie de la tâche même si l’intuition centrale concerne le bloc tombant. La source écrite la plus solide disponible établit la construction et reconnaît cette manœuvre finale. Ce guide offre donc une méthode ancrée et un cadre diagnostique tout en laissant les détails directionnels non observés non réclamés.

Sources et preuves

  1. Réponse du développeur : Descente (Dropping in) ↗