저장한 오버월드 입구
저장된 입구가 없습니다.
무엇을 하려 했고 어디에서 막혔는지 알려 주세요. 제안도 환영합니다.
이메일 초안 열기이메일 앱에서 내용을 확인하고 보내세요. 이메일 앱이 없다면 수신 주소 [email protected] 로 웹메일에서 보내세요.
스크린샷과 설정 공유는 선택 사항입니다. 문제를 설명하는 데 필요한 내용만 보내세요. 보내신 메시지의 처리 방식.
건축 및 확인
입구 좌표 한 쌍과 직접 수행한 게임 내 확인을 저장하세요. 각 입구를 직접 저장해야 합니다. 계산된 목표 좌표만으로 포털이 실제로 어디로 이어지는지 알 수는 없습니다.
저장된 입구가 없습니다.
저장된 입구가 없습니다.
두 입구를 모두 저장하면 직접 확인 목록을 사용할 수 있습니다.
이 기기의 이 브라우저에만 저장됩니다. 계정이나 동기화는 없습니다. 포털 쌍 좌표와 확인 목록은 분석에 전송되지 않습니다. 로컬 저장 안내.
X와 Z를 8로 나눈 뒤 각각 내리고 Y는 그대로 둡니다. 예를 들어 오버월드의 (800, 64, −200) 좌표는 네더에서 (100, 64, −25)로 변환됩니다. 800 ÷ 8 = 100, −200 ÷ 8 = −25입니다. Y는 64로 유지하며 8로 나누지 않습니다.
돌아올 때는 X와 Z에 8을 곱합니다. 네더의 (100, 64, −25)는 오버월드의 (800, 64, −200)가 됩니다. 이는 포털 계획용 목표 좌표이며 기존 포털의 실제 도착 지점을 보장하지 않습니다.
이 계산기는 다음을 사용합니다: floor. 음의 무한대 방향으로 내림합니다. 오버월드의 (−9, 64, −1) 좌표는 네더에서 (−2, 64, −1)로 변환됩니다. −9 ÷ 8 = −1.125는 −2로, −1 ÷ 8 = −0.125는 −1로 내립니다. Y는 64로 유지됩니다.
Java/Bedrock 선택은 명령어 문법만 바꾸며 이 내림 규칙은 바꾸지 않습니다.
게임은 먼저 X와 Z를 8배 또는 8분의 1로 변환한 뒤 그 이상적인 지점 근처에서 기존 포털을 찾습니다. 탐색 범위 안에 다른 포털이 있으면 새 연결 대신 그곳으로 이어집니다. 변환된 좌표에 목적지 포털을 만드는 시점은 출발지에 불을 붙이기 전 이어야 합니다. 또는 원하지 않는 연결을 만드는 여분의 포털을 부수세요.
예. 좌표만 지정하는 일반 /tp 명령어는 현재 차원에 머무릅니다. 복사하는 명령어는 execute in 으로 목적지 차원을 먼저 선택합니다. 위 예에서는 명령어를 허용한 상태에서 해당 에디션의 명령어를 플레이어 채팅으로 실행하세요:
Java: /execute in minecraft:the_nether run tp @s 100 64 -25
Bedrock: /execute in nether run tp @s 100 64 -25
@s 는 명령어를 실행하는 플레이어 자신을 뜻합니다. 돌아올 때 계산기는 Java에서 minecraft:overworld , Bedrock에서 overworld 를 사용합니다. 명령어는 플레이어를 순간이동시킬 뿐 포털을 짓거나 연결하지 않습니다.
Java에서 네더로 갈 때 탐색 반경은 16블록이고, 오버월드로 갈 때는 128블록입니다. Bedrock은 양방향 모두 128블록입니다. 기지를 1:1로 연결하려면 반드시 양쪽에 불을 붙이세요.
차원 이동 명령어 문법은 공식 Java execute-in 명령어 설명 및 Bedrock execute 참고 자료 에서 확인하세요. 이전 명령어 문법을 쓰는 구버전, 사용자 지정 차원, 서버 플러그인에서는 다르게 동작할 수 있습니다.
이 계산기는 수평 좌표만 변환합니다. 지형을 살피거나 안전한 착지 지점을 찾거나 주변 포털을 시뮬레이션하지 않습니다. 안전한 Y를 정하고 자신의 월드에서 목적지를 확인하세요.