Minecraft 가이드

거부된 .mcaddon 가져오기 대부분은 유효한 zip이지만 헤더 한 줄이 잘못된 것이며, 오류 메시지는 어느 필드가 문제인지 알려주지 않는다. 헤더와 모듈 UUID 중복, 중첩된 팩 폴더가 흔한 원인이다.

도식(schematic)은 재료가 아니라 블록을 나열한다. 판자 아홉 개는 원목 아홉 개가 아니며, 이 둘 사이의 간극에서 대부분의 채집 계획이 무너진다. 제작한 계단 하나에는 원래 블록 1.5개가 든다.

셜커 상자에는 27스택이 들어가므로, 가득 찬 큰 상자는 정확히 셜커 상자 두 개와 같다 — 그리고 레드스톤 타이밍에도 똑같은 함정이 있다. 1틱으로 맞춘 중계기는 게임 틱 2, 곧 0.1초를 지연시킨다.

지름 11짜리 구체는 속이 빈 껍데기로는 314개면 충분하지만, 꽉 채우면 739개가 필요하며, 이 격차는 지름이 커질수록 벌어진다. 지름 21이면 껍데기 1166개에 속 채우기 4945개다.

.mrpack의 이름을 .zip으로 바꾸면 매니페스트와 overrides 폴더가 나올 뿐 모드는 나오지 않는다 — jar 파일은 Modrinth의 CDN에 있고 해시로 가져와 검증한다.

그 숫자는 아무것도 알려주지 않는다. 바로 위의 줄이 모든 것을 알려주며, 그것은 이미 로그 폴더에 들어 있다. 종료 코드 137은 충돌이 아니라 대개 메모리 부족으로 OS가 프로세스를 끝낸 것이다.

두 블록이 RGB 값은 똑같아 보여도 벽에 놓으면 완전히 달라 보인다. 게임이 렌더링하는 모든 면에 음영을 넣기 때문이다. CIELAB로 매칭하며, 자바와 베드락은 음영 처리가 달라 결과가 다르게 보인다.

대부분의 커스텀 그림 팩이 실패하는 이유는 작품의 가로세로 비율이 어떤 슬롯과도 맞지 않기 때문입니다. 실제로 어떻게 매칭되는지 알아봅니다. 26.3에는 51개의 그림이 있고 각각 고정된 블록 크기를 가집니다.

전리품 풀의 가중치가 무엇이 나올지 결정하고, /posteffect 명령어가 그 느낌을 결정합니다. 둘 다 데이터팩을 작성하기 전에 확인할 수 있는 숫자입니다. 바닐라 클라이언트에는 다섯 효과뿐입니다.

.schem, .litematic, 그리고 Bedrock .mcstructure는 서로 호환되는 것처럼 보이지만, 변환하고 나면 모든 상자, 엔티티, 블록 상태가 사라집니다. 구조물 블록 상자는 축당 48블록까지다.