리소스 팩 텍스처 경로 3개는 평면적이지만, 몹 경로는 중첩되어 있으며 그게 다가 아닙니다
아이템, 블록, 그림은 한 파일 깊이에 있습니다. 몹은 자신들의 이름을 딴 폴더에 있으며, 대부분의 몹은 그 폴더에 여러 파일을 가지고 있어 단일 파일 오버라이드는 조용히 실패합니다.
리소스 팩에서 텍스처를 오버라이드한다는 것은 게임이 찾는 정확한 경로에 PNG 파일을 넣는 것을 의미합니다. 네 가지 일반적인 종류 중 세 가지는 경로가 완전히 규칙적입니다. 네 번째는 그렇지 않으며, 그 불규칙성은 처음 보이는 것보다 더 심각합니다.
네 가지 경로
assets/minecraft/textures/item/<name>.png
assets/minecraft/textures/block/<name>.png
assets/minecraft/textures/painting/<name>.png
assets/minecraft/textures/entity/<name>/<name>.png ← note the folder아이템, 블록, 그림은 공유 디렉터리에 있는 하나의 파일입니다. 몹은 몹의 이름을 딴 자신만의 디렉터리이며, 보통 몹의 이름을 딴 파일을 포함합니다. 따라서 좀비 텍스처는 entity/zombie/zombie.png이지 entity/zombie.png가 아닙니다.
또한 몹은 entity/ 아래에 있으며 mob/ 아래에 있지 않다는 점에 유의하십시오. 폴더 이름은 게임 개념이 아닌 코드 개념을 따릅니다.
진짜 문제는 몹이 종종 하나의 파일이 아니라는 것입니다
중첩은 일단 보면 기억하기 쉽습니다. 실제로 오버라이드를 망가뜨리는 것은 해당 폴더에 있는 다른 것들입니다.
단일 PNG로 몹을 교체하는 것이 작동하는 것으로 확인된 몹은 정확히 10개입니다:
좀비 · 스켈레톤 · 크리퍼 · 양 · 거미 · 엔더맨 · 늑대 · 마녀 · 블레이즈 · 주민
다른 모든 몹은 텍스처를 다른 하위 폴더에 보관하거나 여러 파일에 분산시킬 수 있습니다. 아기 변형, 길들인 변형, 색상 변형 등이 있습니다. 말은 하나의 이미지가 아닙니다. 고양이는 하나의 이미지가 아닙니다. 이러한 경우 하나의 파일을 교체하면 몹의 한 가지 상태만 변경되고 나머지는 그대로 남아 게임에서는 "내 팩이 절반만 적용되었다"고 표시됩니다.
내면화할 가치가 있는 실패 모드는 다음과 같습니다: 잘못된 경로는 텍스처 변경을 전혀 보여주지 않지만, 불완전한 경로 세트는 부분적인 변경을 보여줍니다. 그리고 두 번째는 팩이 분명히 작동하기 때문에 진단하기 훨씬 어렵습니다.
우선순위는 가장 높은 것이 먼저이며, 이는 zip이 시사하는 바와 다릅니다
팩이 병합될 때, 목록에 먼저 있는 팩이 경로 충돌에서 승리합니다. 인덱스 0이 가장 높은 우선순위입니다.
이것은 사람들이 파일 레이어링에서 가져오는 정신 모델을 뒤집기 때문에 명확하게 언급할 가치가 있습니다. 파일 레이어링에서는 마지막으로 작성된 것이 승리합니다. 여기서는 목록의 첫 번째 팩이 item/diamond_sword.png 버전이 살아남는 팩입니다. 그 아래의 모든 것은 위의 팩이 주장하지 않은 경로만 채웁니다.
팩 ID에 대한 두 가지 세부 정보
pack.png은 아이콘이며 zip 루트에 있으며, assets/ 아래에 있지 않습니다. 64 × 64로 정사각형입니다. 정사각형이 아닌 이미지는 레터박스 처리되지 않고 크기가 조정되므로 16:9로 디자인된 아이콘은 패딩되지 않고 왜곡되어 나타납니다.
팩 이름의 색상 코드는 리터럴 텍스트입니다. § 문자는 pack.mcmeta에 입력된 그대로 들어가고 마인크래프트는 표시 시점에 렌더링합니다: §a 녹색, §c 빨간색, §b 아쿠아, §e 노란색, §d 분홍색, §l 굵게, §r 초기화. 이스케이프 단계나 JSON 텍스트 구성 요소는 관련이 없습니다. 일반 문자열의 원시 섹션 기호가 전체 메커니즘입니다.