커스텀 그림과 음반에는 두 가지 팩이 필요하며, 둘 중 하나만 설치하는 것이 일반적인 실패 원인입니다.
데이터 팩은 콘텐츠를 등록하고, 리소스 팩은 텍스처와 사운드를 제공합니다. 데이터 팩만으로는 등록되지만 표시할 내용이 없습니다. 4x4 제한과 음반 길이가 단순한 꾸밈이 아닌 이유도 설명합니다.
그림과 음악 음반은 모두 최신 Java 에디션에서 실제 레지스트리이므로, 바닐라 콘텐츠를 대체하는 대신 추가할 수 있습니다. 추가하는 어떤 것도 기존 그림이나 음반을 밀어내지 않습니다.
문제는 콘텐츠가 두 가지 다른 팩 유형으로 나뉘어 있으며, 각 팩은 단독으로는 쓸모가 없다는 것입니다.
무엇이 어디에 들어가나요?
데이터 팩은 항목을 등록합니다:
data/<ns>/painting_variant/<id>.json asset_id, width, height, title, author
data/<ns>/jukebox_song/<id>.json sound_event, description, length, comparator리소스 팩은 보이는 것과 들리는 것을 제공합니다:
assets/<ns>/textures/painting/<id>.png
assets/<ns>/sounds/<id>.ogg
assets/<ns>/sounds.json데이터 팩만 설치하면 콘텐츠가 성공적으로 등록됩니다. 즉, 존재하고 /give가 찾지만, 텍스처와 오디오가 없을 뿐입니다. 이는 완전한 실패보다 훨씬 더 혼란스러운 결과이며, 커스텀 그림이 "작동하지 않는" 일반적인 이유입니다. 이 페이지의 도구는 두 가지를 하나의 ZIP 파일로 제공하여 분리할 수 없도록 합니다.
두 개의 pack.mcmeta 파일을 주목하세요. 이들은 별도의 ID를 가진 별도의 팩입니다. 두 가지를 모두 포함하는 결합된 형식은 없습니다.
레지스트리 ID는 파일 이름보다 엄격합니다.
ID에는 a-z, 0-9, _, ., -만 포함될 수 있습니다. 그 외의 문자가 있으면 팩 로드에 실패합니다 — 깨진 항목 하나가 아니라 팩 전체가 실패합니다. 대문자와 공백은 사람들이 흔히 실수하는 부분인데, 둘 다 드래그한 파일 이름에는 완벽하게 일반적이기 때문입니다.
그림: 1×1에서 4×4까지
바닐라 크기는 1×1부터 4×4 블록까지이며, 16가지 가능한 모양을 제공합니다. 이 범위를 벗어나는 변형도 렌더링되지만(게임에서 거부하지 않음), 플레이어가 예상하는 크기의 벽에 걸 수 없으므로 일반적인 건축물에서는 사실상 배치할 수 없습니다.
크기는 JSON에서 width와 height으로 블록 단위로 선언됩니다. PNG 파일에서 유추되지 않으므로, 텍스처가 정사각형인 3×1 그림은 늘어져서 표시되는 유효한 파일입니다.
음반 길이는 단순한 라벨이 아닙니다.
length_in_seconds은 두 가지를 제어합니다: 주크박스 타이밍과 비교기 램프(comparator ramp) — 재생 중인 주크박스에서 비교기가 읽는 신호는 트랙의 선언된 지속 시간 동안 상승합니다.
따라서 부정확한 길이는 단순한 꾸밈 오류가 아닙니다. 200초 트랙을 100초로 선언하면 비교기는 중간에 램프를 완료하여, 음반 종료에 맞춰진 모든 레드스톤 회로를 조용히 망가뜨립니다. 이러한 이유로 이 도구는 파일에서 실제 지속 시간을 읽어오며, 직접 입력하도록 요구하지 않습니다.
트랙은 또한 "stream": true에 sounds.json으로 작성됩니다. 음악은 길고, 재생하기 전에 전체 트랙을 메모리에 로드하면 끊김 현상이 발생합니다. 스트리밍은 음반 길이의 모든 것에 대한 올바른 기본값이며, 짧은 음향 효과에는 잘못된 기본값입니다.