게임에 적용하기 전에 스킨 파일 검사하기
이미지 뷰어에서는 정상적인 PNG처럼 보여도 Minecraft로 가져올 때 실패하는 스킨이 있습니다. 크기가 구형 형식이나 HD 규격일 수 있고, 몸체 기본 면에 투명한 구멍이 있거나 캐릭터 어느 면에도 연결되지 않는 위치에 그림이 남아 있을 수 있습니다. Minecraft 스킨 검사기는 이런 구조를 브라우저에서 읽어 짧은 기술 보고서로 보여 줍니다. 사용자 이름, 게임 계정, 회원가입 또는 공개 갤러리 업로드가 필요하지 않습니다.
PNG를 선택하면 실제 가로·세로 크기, 감지한 형식, 추정 Classic 또는 Slim 팔 구조, 전체 투명 픽셀 수, 기본 UV 면의 투명 구멍, 사용 중인 외부 레이어 픽셀과 알려진 UV 면 밖의 불투명 픽셀을 확인할 수 있습니다. 이 도구는 진단용이므로 원본을 몰래 확대하거나 다시 칠하고 교체하지 않습니다.
검사 보고서가 확인하는 항목
첫 검사는 확장자가 아니라 브라우저가 해석한 실제 이미지 크기입니다. 최신 표준 스킨은 일반적으로 64×64이고, 64×32는 구형 레거시 배치로 분류합니다. 128×128은 일부 서버나 도구에서 지원하는 HD 텍스처이지만 표준 64×64와 바로 바꿔 쓸 수 없습니다. 그 밖의 크기는 지원하지 않는 형식으로 표시되며, 선택한 파일을 PNG로 해석할 수 있는지도 함께 확인합니다.
유효한 64×64 아틀라스에서는 모든 픽셀의 알파 값을 조사합니다. 사용하지 않는 공간과 선택형 외부 레이어가 완전히 투명한 것은 정상입니다. 하지만 머리, 몸통, 팔, 다리의 기본 면에 알파 0 픽셀이 있으면 환경에 따라 빈칸이나 검은 점처럼 보일 수 있습니다. 보고서는 심각도, 정확한 (x, y) 좌표 예시, 전체 좌표 수와 이유를 제공해 단순히 “투명 픽셀은 모두 오류”라고 판정하지 않습니다.
외부 면의 보이는 픽셀 수도 셉니다. 값이 0보다 크면 보통 모자, 입체 머리카락, 재킷, 소매 또는 바지 장식을 사용한다는 뜻입니다. 0이어도 유효하며 기본 그림만 사용한 스킨일 수 있습니다. UV 밖의 픽셀은 별도로 표시하고, 정리 미리보기에서는 그 위치만 투명하게 만듭니다. 기본 구멍은 원래 색을 알 수 없으므로 임의로 복구하지 않고 빨간 표시로 수동 편집 위치를 알려 줍니다.
Java·Bedrock·레거시 형식 해석
호환성 카드는 해석한 크기를 표준 Java 스킨 업로드, Bedrock 클래식 스킨 텍스처 작업, 기존 64×32 대칭 팔다리 배치라는 세 대상에 맞춰 설명합니다. 문제가 없는 64×64 아틀라스는 Java와 Bedrock의 표준 텍스처 모양에 맞습니다. 다만 Bedrock 스킨 팩은 PNG 외에도 모델 선택과 여러 메타데이터 파일이 필요하므로 초록색 텍스처 결과만으로 완성된 스킨 팩을 보장하지 않습니다.
64×32 파일은 오래된 Classic 배치이며 왼쪽 팔다리를 따로 담거나 최신 외부 레이어를 저장하지 못합니다. Java에는 검토 필요, Bedrock 표준 흐름에는 변환 권장, 레거시 대상에는 직접 일치로 안내합니다. 128×128 역시 표준 대상에서는 축소와 손실 검토가 필요하므로 변환 권장 결과가 나옵니다.
이 판정은 특정 런처 버전, 계정 권한, 기기 선택창, 서버 플러그인, Marketplace 심사, 스킨 팩 manifest 또는 콘텐츠 검열을 시험하지 않습니다. PNG 구조가 맞아도 목적지에서 별도 단계나 제한이 있을 수 있습니다.
Classic과 Slim 감지는 추정값입니다
Classic 팔은 네 픽셀 너비의 면을, Slim 팔은 세 픽셀 너비의 면을 사용합니다. 그러나 표준 PNG에는 제작자가 어떤 모델을 의도했는지 항상 알려 주는 공통 메타데이터가 없습니다. 검사기는 Classic에서만 쓰이는 팔 열에 불투명 그림이 있으면 Classic 가능성이 높다고 보고, 해당 열이 비어 있으면 Slim 가능성이 높다고 봅니다.
이는 증거에 기반한 편의 기능이지 확정 판정이 아닙니다. Classic 그림도 바깥 팔 열을 비워 둘 수 있고 손상된 Slim 파일에 잔여 픽셀이 들어갈 수 있습니다. 3D 스킨 뷰어에서 팔을 돌려 보고 게임에서 선택할 모델과 비교하세요. 모호한 상황을 “확정”으로 표현하지 않는 것이 안전합니다.
기본 레이어 구멍 이해하기
기본 레이어는 머리, 몸통, 양팔과 양다리의 여섯 면을 구성하는 필수 표면입니다. 검사기는 추정 모델의 UV 마스크를 만든 뒤 기본 위치에서 알파가 0인 픽셀을 셉니다. 한두 칸은 지우개 실수일 수 있고, 많은 구멍은 빈 이미지, 불완전한 내보내기, 잘못된 모델 선택 또는 다른 환경으로 옮기기 어려운 특수 투명 표현을 의미할 수 있습니다.
보고된 구멍을 모두 검은색이나 이웃 색으로 자동 채우지 마세요. 특수 디자인에서는 투명도가 의도일 수 있으며 자동 도구는 작가의 원래 생각을 알 수 없습니다. 더 안전한 순서는 Minecraft 스킨 편집기에서 보고된 부위를 2D와 3D로 확인하고 눈에 보이는 수정을 한 다음 검사기를 다시 실행하는 것입니다. 단색 표면의 좌표만 명시적으로 채우려면 투명 픽셀 수정 도구를 이용할 수 있습니다.
UV 밖 픽셀과 외부 레이어는 다릅니다
외부 레이어는 기본 면 위에 띄워 보이는 정식 UV 영역이므로 비어 있거나 사용 중인 상태 모두 정상입니다. UV 밖 픽셀은 어떤 머리·몸통·팔·다리 면에도 매핑되지 않는 위치의 보이는 데이터입니다. 잘못된 템플릿에서 칠했거나 채우기 도구가 빈 공간까지 번졌을 때 생길 수 있습니다.
UV 밖 픽셀이 캐릭터에서 바로 보이지 않더라도 파일을 불필요하게 더럽히고 다른 검사기의 경고를 만들 수 있습니다. Minecraft 스킨 수정 도구에서 선택 모델을 확인한 뒤 해당 좌표만 투명하게 정리할 수 있습니다. Classic과 Slim의 팔 주변 마스크가 다르므로 모델 확인이 먼저입니다.
레거시와 HD 결과 처리
64×32는 반드시 손상된 파일이라는 뜻이 아닙니다. 예전 배치에서는 두 번째 팔과 다리를 독립적으로 저장하지 않고 반대쪽을 대칭으로 표시했습니다. 올바른 변환은 특정 UV 사각형을 복사하고 뒤집어 64×64의 왼쪽 팔다리 위치에 놓아야 합니다. 이미지 전체 높이를 단순히 두 배로 늘리면 면 배치가 틀어집니다.
128×128 결과도 자동 축소하지 않습니다. HD 그림을 64×64로 줄일 때는 최근접 보간과 세부 무늬, 투명도, 대상 환경의 지원 여부를 검토해야 합니다. 진단과 변환을 분리하면 사용자가 손실을 모른 채 바뀐 파일을 내려받는 일을 막을 수 있습니다.
개인정보 보호와 로컬 처리
선택한 파일은 브라우저의 임시 캔버스 메모리에서 해석됩니다. 활성 검사기는 픽셀, 파일명, 색상, 보고서나 미리보기를 이미지 업로드 서버로 전송하지 않습니다. 페이지를 벗어나면 메모리의 결과도 사라집니다. 비공개 디자인을 다루기 좋고 사용자 작품을 자동 공개할 때 생기는 저작권 문제도 줄입니다.
로컬 검사가 목적지 플랫폼의 규칙을 우회하지는 않습니다. 구조가 올바른 텍스처도 계정 제한, 에디션 차이, 서버 설정, 마켓 요구사항, 검수 또는 이용 권한 때문에 거부될 수 있습니다. SkinEditor.org는 Mojang 또는 Microsoft와 제휴하거나 승인을 받은 공식 서비스가 아닙니다.
검사 후 권장 단계
보고서가 통과하고 모델 추정도 의도와 맞다면 로컬의 편집기 열기 기능으로 같은 64×64 픽셀을 이어서 편집할 수 있습니다. 일회성 전송 데이터는 편집기가 읽으면 제거되며 기존 브라우저 초안이 있을 때는 덮어쓰기 전에 선택을 요청합니다. 레거시나 HD 형식이면 결과에서 알맞은 변환기 또는 리사이저로 이동하세요. 수정이나 변환 후에는 내보낸 PNG를 다시 검사한 뒤 게임에 적용하는 것이 좋습니다.
자주 묻는 질문
스킨 파일이 서버로 업로드되나요?
아니요. 선택한 PNG는 현재 브라우저에서만 해석되고 검사되며 공개 페이지나 계정 저장소를 만들지 않습니다.
경고가 나오면 사용할 수 없는 파일인가요?
항상 그렇지는 않습니다. 검토할 구조 조건을 알리는 것이며 의도한 투명도나 비어 있는 외부 레이어는 정상일 수 있습니다.
검사기가 자동으로 고쳐 주나요?
검사 페이지는 원본을 바꾸지 않습니다. 편집기나 전용 수정 도구에서 결과를 확인하며 고친 뒤 다시 검사하세요.
팔 모델이 왜 ‘추정’으로 표시되나요?
PNG 픽셀에는 보편적인 모델 선언이 없으므로 두 팔 배치에서 차이가 나는 열의 사용 상태로 가능성을 판단하기 때문입니다.