导入游戏前先检查皮肤文件
一张图片在普通看图软件里能够正常打开，不代表它一定是结构正确的 Minecraft 皮肤。它可能属于 64×32 旧版格式或 128×128 高清格式，也可能在头部、身体、手臂、腿部的基础层留下透明缺口，甚至把图案画在角色不会读取的 UV 区域。这个 Minecraft 皮肤检查器会在当前浏览器中解码 PNG，并把这些隐藏信息整理为可读报告，不需要用户名、游戏账号、注册登录或公开上传。
选择文件后，页面会显示真实宽高、识别到的格式、可能的 Classic 或 Slim 手臂模型、透明像素数量、基础层透明缺口、已使用的外层像素以及 UV 面以外的非透明像素。检查过程只做诊断，不会偷偷缩放、修补或覆盖原图，所以用户能够先理解问题，再决定是否进入编辑器或专用转换器。
检查报告包含什么
第一项是图片解码后的真实尺寸。现代标准皮肤通常是 64×64；64×32 会被识别为旧版布局；128×128 会被标记为高清纹理，它可能被部分服务器或工具接受，但不能与标准格式直接混用。其他尺寸会得到不支持提示。仅仅把文件后缀改成 .png 不足以通过检查，浏览器还必须能够把内容实际解码为 PNG 图像。
对标准 64×64 展开图，工具会读取每个像素的 alpha 值。未使用区域和可选外层出现透明是正常情况，但映射到基础层的透明像素值得检查，因为头部、身体、手臂或腿部基础面上的孔洞可能在不同客户端里显示为缺失、黑块或异常。每类问题会显示严重性、精确 (x, y) 坐标样本、完整本地坐标数量、原因和修复预览，不会把所有透明区域都误报成错误。
外层像素也会独立统计。非零结果通常表示皮肤使用了帽子、立体头发、夹克、袖子或裤腿装饰；外层完全为空同样合法。UV 面以外的预览只清除这些隐藏像素。基础层缺口无法在不知道原图意图时安全补色，所以预览用红色标出需要人工处理的位置，不会发明颜色；两种预览都不会修改所选文件。
Java、Bedrock 与旧版格式建议
兼容性卡片会针对三个明确目标解释实际解码尺寸：Java 标准皮肤上传、Bedrock 经典皮肤纹理流程，以及原始 64×32 镜像四肢布局。结构正常的现代 64×64 展开图符合 Java 与 Bedrock 的标准纹理形状。Bedrock 皮肤包还需要 PNG 以外的元数据，包括几何体选择，因此纹理显示绿色并不代表整个皮肤包已经完成验证。
64×32 文件在 Java 卡片中显示“需要复核”，因为它属于旧版 Classic 布局，无法保存独立左侧四肢和现代身体外层。Bedrock 标准流程会建议先转换，而旧版布局目标会显示直接兼容。128×128 高清纹理在这些标准目标中会提示转换，因为进入可预测的 64×64 流程前，需要最近邻缩小并检查具体像素损失。
这些卡片只提供技术格式建议，不会模拟某个 Launcher 版本、账号权限、设备文件选择器、服务器插件、Marketplace 提交、皮肤包 manifest 或内容审核。因此展开图可以显示格式兼容，而目标端仍要求额外步骤。明确这个边界，可以避免本地像素检查器对远程平台作出无法验证的承诺。
Classic 与 Slim 只能启发式判断
Classic 手臂面宽四像素，Slim 手臂面宽三像素，但标准 PNG 并没有一个始终可靠的元数据字段来声明作者想使用哪种几何体。因此检查器会观察两种布局存在差异的手臂列：如果只属于 Classic 的列中存在非透明内容，就报告“可能是 Classic”；如果这些证据列保持透明，则报告“可能是 Slim”。
这个结论不是绝对保证。Classic 作品也可能故意把边缘列留空，损坏的 Slim 文件则可能出现零散像素。最稳妥的方法是把判断结果放进 3D 预览，与游戏中选择的模型对照。工具明确写出“启发式判断”，避免把推测包装成文件自带的权威信息。
如何理解基础层透明缺口
基础层包含头部、身体、左右手臂和左右腿的六个方向表面。检查器会根据可能的手臂模型建立 UV 掩码，再统计这些映射位置中 alpha 为零的像素。少量缺口可能是误用橡皮擦造成的；数量很大则可能代表图片接近空白、导出不完整、模型选择错误，或者设计依赖某个客户端不通用的特殊显示方式。
不要看到数字后就把所有孔洞自动填成黑色。部分特殊造型可能有意使用透明，而算法不知道作者原本想画什么。更安全的流程是进入编辑器，在 2D 坐标和 3D 模型里定位相应部位，手动修复并确认视觉结果，然后重新运行检查。这样既能撤销错误修改，也能保留创作意图。
旧版和高清格式为什么不自动转换
64×32 不一定是坏文件，它通常来自旧版皮肤布局，其中另一条手臂和腿由游戏镜像生成。正确升级需要复制并翻转特定 UV 矩形到新的 64×64 下半区。把整张图片直接拉高两倍会把所有区域放错，因此检查器只识别格式，不在用户不知情时修改原图。
128×128 也只是说明纹理分辨率更高。缩小到 64×64 应使用最近邻采样，并检查细节、透明度和目标平台兼容性。自动平滑缩放会产生模糊颜色，直接丢弃像素也可能破坏面部和衣服边缘。独立转换器能够明确显示输入、输出和损失，而检查页保持只读更可靠。
本地处理与隐私
所选图片只会进入临时 Canvas 内存。当前检查器不会把像素、文件名、颜色、报告或预览发送到图片上传接口，也不会生成公开皮肤页。离开页面后，内存中的结果会自然清除。这种本地方式适合未公开作品，也减少了保存用户内容带来的版权、隐私和审核负担。
技术检查通过并不代表目标平台一定接受文件。最终结果还可能受游戏版本、账号设置、设备导入流程、服务器插件、Marketplace 要求、内容审核和权利归属影响。SkinEditor.org 是独立工具，不是 Minecraft 官方产品或服务，也没有获得 Mojang 或 Microsoft 的批准或关联。
检查后的下一步
如果报告通过，而且手臂模型与目标一致，可以点击本地“在编辑器中打开”并继续使用同一份已解码 64×64 像素。一次性交接会在编辑器读取后立即删除，浏览器已有草稿时也会先让用户选择，不会无提示替换。旧版或高清结果则会进入对应转换器或尺寸工具。任何修复或转换完成后，都建议再次检查导出的 PNG，再尝试导入游戏。
常见问题
检查器会上传我的皮肤吗？
不会。PNG 在当前浏览器中本地解码和分析，不会建立公开页面，也不会保存到账号。
出现警告就一定不能使用吗？
不一定。警告表示存在值得人工确认的结构。故意透明、空外层可能完全合法，不同客户端的表现也可能不同。
可以一键自动修复吗？
当前检查器保持只读。自动填色或缩放可能毁掉有意设计，应进入编辑器或专用转换器，查看结果后再重新检查。
为什么只能判断“可能的”Classic 或 Slim？
PNG 像素没有可靠的统一模型声明。工具只能观察两种手臂布局不同的列，因此特殊或损坏的图案仍可能存在歧义。