떨어져 들어가기 (Dropping in): 떨어지는 블록 솔루션 설명

떨어져 들어가기 (Dropping in)에서 해야 할 일

개발자의 솔루션은 먼저 게이트 위에 하나의 블록을 놓고, 두 번째 블록으로 버튼을 누르며 플레이어가 첫 번째 블록의 왼쪽에 서 있도록 합니다. 게이트를 열면 지지대가 제거되어 그 블록이 플레이어를 출구 구역으로 운반하게 됩니다. 그곳에서 문에 도달하려면 추가적인 조작이 필요합니다. 동일한 개발자 답변에서는 다른 허브 레벨을 완료하면 진행을 위해 이 퍼즐을 건너뛸 수 있다고도 말합니다.

이 사실들은 9월 3일 Steam 답변에서 확인된 내용입니다. 중심 구조를 설명하기에 충분하지만, 이동 전체 기록을 완전히 담고 있지는 않습니다. 왼쪽은 논의 중인 설정에 대한 개발자의 표현입니다. 당신의 시야나 방향이 다르면, 왼쪽 입력을 무작정 누르지 말고 블록, 게이트 및 목적지 간 관계에서 해당 측면을 식별하세요.

다음 가이드는 단서를 관리 가능한 질문과 진단 사례로 나눈 것입니다. 이 기사에서 독립적으로 플레이하거나 테스트되지는 않았습니다. 지원 변경을 예측하거나 위치를 확인하라는 요청이 있는 곳은 제공된 방법을 기반으로 한 원래의 추론 연습입니다. 이는 새로 발견된 지름길, 숨겨진 조작, 또는 모든 가능한 섞인 상태에서 보장된 경로를 의미하지 않습니다.

발명된 입력 없이 실용적인 순서

첫 번째 블록에 캐리어 역할을 할당하고 게이트에 배치하는 것부터 시작하세요. 개발자 답변이 그 블록에 필요한 모든 움직임을 제공하지는 않으니, 이미 배운 로컬 상호작용을 활용해 상태를 설정하세요. 첫 번째 체크포인트는 간단합니다: 당신을 실어줄 블록은 열릴 표면에 의해 지지됩니다.

두 번째 블록을 버튼 위에 떨어뜨릴 수 있는 위치로 가져가세요. 그 역할을 캐리어의 역할과 구분하세요. 버튼을 완성하는 경로를 완성하는 것이 필요한 라이딩 자세에서 벗어나게 한다면 별 의미가 없습니다. 준비 과정은 첫 번째 블록의 올바른 쪽에 있는 동안 트리거를 사용할 수 있도록 해야 합니다.

준비된 관계에서 무게를 버튼 위에 내려놓으세요. 순서를 관찰하세요. 버튼 작동은 게이트를 열고, 지지대 손실로 인해 캐리어가 움직여야 합니다. 플레이어는 그 움직임을 타고 출구 구역으로 들어가도록 의도되어 있습니다. 메커니즘이 올바르게 반응했다고 해서 플레이어를 멈추지 마세요.

도착하면, 출처에 따르면 문 앞에 약간의 기동이 남아 있다고 합니다. 이 글은 정확한 회전 연쇄나 지정된 착지 광장으로 그 광범위한 진술을 대체할 수 없습니다. 새로운 지역 배치를 살펴보고 현재 방향에서 문을 식별하세요. 도착 지점과 문 도착을 별도의 체크포인트로 취급하며, 탑승구가 바로 출구로 내려준다고 가정하지 마세요.

유용한 탑승 없이 열리는 문이 있는지 진단하세요

게이트가 열렸는데 캐리어가 제자리에 머무르면, 먼저 지지 관계를 점검하세요. 아마도 캐리어로 지정한 블록이 예측한 것처럼 개방 표면에 놓여 있지 않았을 수도 있습니다. 중요한 관찰은 단순히 방 안 어딘가의 애니메이션이 게이트가 움직였는지 보여주는 것이 아니라, 지지대가 변했는지입니다.

캐리어가 움직이는데 플레이어가 동행하지 않는다면, 다음으로 라이딩 관계를 점검하세요. 소스는 특정 측면 위치를 요구합니다. 플레이어가 블록에 가깝다고 해서 자동으로 움직임이 올바른 위치에 있다는 의미로 여기지 마세요. 특히 처음 위치를 잡은 후 조준하거나 트리거 무게를 맞추기 위해 움직였다면 활성화 직전에 상태를 확인하세요.

이것들은 세션에서 무슨 일이 있었는지에 대한 선언이 아니라 진단 가능성입니다. 서로 다른 실패한 세팅은 멀리서 보면 비슷해 보일 수 있습니다. 의도한 체인에서 가장 이른 시기의 사건을 식별하세요: 무게 착지, 버튼 활성화, 지지대 제거, 캐리어 이동, 플레이어 이동. 가장 이른 분기와 관련된 요소를 바꾸는 것이 모든 것을 한꺼번에 재배치하는 것보다 더 집중적입니다.

위치에서 조작할 수 없는 트리거를 진단하세요

일반적인 계획 난점은 완벽한 캐리어 세팅을 상상하면서 두 번째 블록을 필요한 라이딩 위치에서 닿을 수 없는 어딘가에 두는 것입니다. 이것이 바로 준비 문제입니다. 릴리스에서 거꾸로 생각해보세요: 캐리어를 버리지 않고 마지막 동작을 수행할 수 있도록 무게는 어디에 있어야 하나요? 답은 플레이어를 한 번에 두 번 움직이는 정신적 지름길이 아니라 실제 장면에 맞아야 합니다.

작은 리허설 목표를 사용하세요. 현재 상태가 허락한다면, 전액 장학금에 참여하기 전에 선수와 무게의 관계를 확립하세요. 트리거가 해당 위치에서 전달될 수 있는지 확인하는 것이지, 같은 실험에서 전체 퍼즐을 완성할 수 있는지를 확인하는 것이 아닙니다. 이렇게 하면 게이트가 열리지 않더라도 실패한 테스트가 유익한 정보를 제공합니다.

버튼을 한 걸음 물러서기만 조작할 수 있다면, 개발자의 방법이 빠른 움직임을 요구한다고 바로 결론 내리지 마세요. 인용된 답변에는 반사 신경 도전이나 시간 점프를 설정하는 내용이 없습니다. 먼저 두 번째 블록의 위치와 캐리어를 준비한 순서를 다시 생각해 보세요. 문서화된 아이디어는 플레이어를 이끄는 구조물입니다.

도착 문제와 발사 문제를 분리하세요

출구 구역에 도달하는 것은 문이 처음 보면 접근할 수 없더라도 의미 있는 체크포인트입니다. 개발자는 추가 조작을 위한 여지를 명확히 남겨둡니다. 즉각적인 완주를 기대했다고 해서 성공적인 놀이기구를 포기하지 마세요. 무엇이 바뀌었는지 확인하세요: 당신의 위치, 이용 가능한 표면, 근처의 물체, 그리고 이 방향에서 볼 수 있는 경로.

새로운 문제를 지역적인 용어로 설명하세요. 해결책이 실패했다고 말하는 대신, 운송 단계는 성공했지만 문은 아직 도달해야 한다고 말하세요. 이 구분은 발견의 유용한 부분을 보존합니다. 또한 목적지에서 더 작은 항법 문제에 직면할 때 가장 까다로운 건설을 불필요하게 반복하는 것을 방지할 수 있습니다.

여기에는 증거 경계가 있습니다. 최종 기동에 대한 검증된 서면 순서는 없으며, 이 기사도 이를 직접 봤다고 주장하지 않습니다. 정확한 방향 경로가 필요하다면, 현재 시점과 실제로 이 수준을 보여주는 출처를 비교해 보세요. 두 번 돌고 앞으로 걸어가겠다는 일반적인 약속은 누락된 시점을 인정하는 것보다 덜 유용할 것입니다.

직접 그릴 수 있는 지지 도표

종이에 캐리어를 게이트를 나타내는 선 위에 그려. 버튼을 향해 화살표가 있는 두 번째 객체를 그려. 플레이어를 캐리어 옆에 추가하되, 당신의 시점에 맞는 측면 관계를 사용한다. 이 도표는 챔버의 비율과 일치할 필요가 없다. 목적은 의존성을 보이게 하는 것이다: 트리거가 전달된 후 지지대가 변하기 때문에 캐리어가 움직이는 것이다.

이제 세 프레임을 그려보세요. 첫 번째 프레임에서는 게이트가 캐리어를 지지합니다. 두 번째 프레임에서는 무게가 버튼을 작동시킵니다. 세 번째 프레임에서는 열린 게이트가 더 이상 캐리어를 지지하지 않습니다. 세 프레임 모두에서 플레이어의 의도된 관계를 보이게 하세요. 중간 프레임에 플레이어 마크가 없으면 계획의 손을 흔드는 부분이 드러납니다: 메커니즘은 작동하지만, 작동할 때 당신이 어디에 있는지 설명하지 않은 상태입니다.

추가로, 한 번에 한 가지 관계를 지우세요. 추와 버튼의 접촉을 제거하고, 캐리어가 게이트와 접촉하는 부분을 제거한 다음, 연주자의 탑승 자세를 제거합니다. 각 변경은 서로 다른 연결고리를 끊어야 합니다. 이러한 뚜렷한 실패 지점을 이해하는 것이 왜 작동하는지 모르는 한 배열의 외관만 외우는 것보다 더 중요합니다.

선택권 주장이 의미하는 것과 그렇지 않은 의미

개발자는 다른 허브 레벨을 완료하면 다음 단계로 넘어갈 때 선택 사항으로 설정할 수 있다고 떨어져 들어가기 (Dropping in)합니다. 이는 건설이 더 이상 생산적이지 않을 때 실질적인 대안을 제공합니다. 보편적인 수치 임계치를 알려주지 않고, 모든 가능한 캠페인 경로를 정해주며, 퍼즐에 완료 보상이 없다는 것을 증명하지는 않습니다. 출처가 설명하는 범위만큼 주장을 좁게 유지하세요.

나중에 돌아오기로 선택하는 것도 문제를 바라보는 시각을 바꿀 수 있습니다. 다른 방은 블록의 지지와 플레이어의 방향을 구분하는 데 더 익숙해지는 데 도움이 될 수 있습니다. 이것은 문서화된 전제 조건이 아니라 일반적인 학습 가능성입니다. 현재 도구로는 불가능떨어져 들어가기 (Dropping in)하다는 가정 하에 비밀 해제를 찾을 필요는 없습니다; 개발자가 직접 제공하는 방법을 제공했습니다.

목표가 포괄적 완료라면, 지금 퍼즐을 건너뛰는 것은 일정 관리상의 결정입니다. 실제 장애를 설명하는 짧은 메모를 남기세요. 예를 들어, 운반체는 배치했지만 트리거 배치는 해결되지 않음과 같이. 특정 메모는 돌아왔을 때 어려운 방보다 훨씬 더 유용합니다. 이는 시작 질문을 제공하고 이미 설정한 추론을 보존합니다.

원인을 기록하는 실패 로그를 사용하세요.

유용한 시도 로그는 단 한 문장일 수 있습니다: 무게가 버튼을 놓쳤다, 혹은 운반체가 나 없이 떨어졌다, 또는 내가 도착했지만 문으로 이동할 수 없었다. 이러한 관찰은 서로 다른 단계를 설명합니다. 또한 다음 점검 사항을 제시합니다. 단순히 또 다른 실패만 기록하는 로그는 설정을 개선하는 데 필요한 정보를 숨깁니다.

행동이 예상과 다를 때는 예측을 추가하세요. 예를 들어, 운반체를 지지할 것으로 예상했던 것과 실제로 일어난 일을 기록하세요. 목적은 수고스러운 일지를 만드는 것이 아니라, 잘못된 물리적 예측과 실행 실수를 구분하는 것입니다. 같은 구성을 반복하는 것은 다른 결과를 기대할 이유가 있을 때만 의미가 있습니다.

실험은 제한적으로 진행하세요. 운반체 배치, 트리거 배치, 플레이어 방향을 동시에 바꾸면, 성공은 반가울 수 있지만 실패는 설명하기 어려워집니다. 가능한 경우, 이미 예상대로 작동한 부분은 유지하고 불확실한 관계만 변경하세요. 이 접근법은 결정적인 사건이 여러 요소가 동시에 발생할 때 도움이 됩니다.

두 가지 그럴듯한 계획을 비교하세요.

첫 번째 블록을 문에 놓고 플레이어가 두 번째 블록과 함께 버튼으로 이동하도록 하는 계획을 고려하세요. 이 계획은 메커니즘을 완전히 설명할 수 있지만 운송 부분은 설명하지 못할 수 있습니다. 이제 플레이어가 먼저 운반체와 필요한 관계를 갖게 하고 그 후에 트리거를 제공하는 계획을 고려하세요. 사용되는 객체는 동일하지만, 위치 설정과 활성화 간의 의존성은 다릅니다.

이 비교는 가치가 있습니다. 많은 실패한 구성은 무의미하지 않습니다. 그것들은 퍼즐의 실제 일부를 해결합니다. 문을 여는 버튼은 올바른 관찰이지만, 풀려난 블록과 함께 이동해야 하는 사람에게는 아직 해결책이 아닙니다. 올바른 관찰을 유지하고 전체 시도를 낭비로 취급하지 말고 누락된 플레이어 제약을 추가하세요.

이전과 동안이라는 단어를 사용하여 자신의 계획을 설명해 보세요. 캐리어는 게이트가 열리기 전에 지지됩니다. 플레이어는 무게가 버튼에 닿는 동안 위치를 잡습니다. 이러한 연결 단어들은 개별 행동 목록보다 타이밍에 대한 가정을 더 명확히 드러냅니다. 플레이어가 캐리어에 올라간 다음이라고 말하고 있다면, 그것이 개발자의 방법과 일치하는지 확인하세요. 이것은 준비 논리를 점검하는 방법이지 더 빠른 조작을 실행하거나 문서화되지 않은 움직임 기술을 찾으라는 권장은 아닙니다.

무게를 풀기 전에 마지막 점검

플레이어를 운반할 블록을 확인할 수 있습니까? 그것을 지지하는 게이트를 지적할 수 있습니까? 두 번째 블록이 플레이어의 현재 위치에서 어떻게 버튼에 도달할지 설명할 수 있습니까? 그 위치를 개발자가 설명한 측면과 일치시킬 수 있습니까? 이러한 질문들은 준비 상태를 점검하기 위한 것이며, 별도의 숨겨진 퍼즐이 아닙니다.

네 가지 답변이 모두 명확하다면, 무게를 풀고 전환 과정을 주의 깊게 관찰하세요. 한 가지 답변이라도 불확실하다면 먼저 그 관계를 점검하세요. 오브젝트 역할을 확인하는 데 추가로 시간을 투자하는 것이 추측에 기반한 전체 시도보다 더 많은 정보를 제공하는 경우가 많습니다. 알려진 해결책은 단순한 관계 조정을 기반으로 하므로, 그 관계들을 확인하는 것이 적절합니다.

성공적인 탑승 후에는 목적지를 읽을 시간을 가지세요. 문 단계는 중심 통찰이 떨어지는 블록에 있지만 과제의 일부입니다. 가장 신뢰할 수 있는 서면 자료는 구조를 확립하고 마지막 조작을 인정합니다. 따라서 이 가이드는 관찰되지 않은 방향 세부 사항을 다루지 않으면서도 근거 있는 방법과 진단 프레임워크를 제공합니다.