Interactive dimension analyzer

Minecraft 皮肤尺寸

输入图片宽高,识别现代 64×64、旧版 64×32、高清风格或无效 Minecraft 皮肤尺寸,并理解图集差异。

现代 64×64 皮肤

标准现代图集,拥有独立左侧肢体和完整外层区域。

检查皮肤尺寸

上面的分析器不读取也不上传文件,只根据输入的像素宽高进行分类。可以填写图片编辑器、系统属性或皮肤检查器显示的解码尺寸,区分标准现代 64×64、旧版 64×32、方形高清倍数和不符合常见结构的尺寸。

尺寸描述源 PNG,而不是角色在屏幕上显示多大。64×64 皮肤可以被渲染成数百屏幕像素,因为渲染器会放大纹理像素。把文件改成 128×128 不会自动产生更好作品,也不保证兼容。

现代 64×64

标准现代画布宽高都是 64 像素,包含头、身体、左右手臂和左右腿的独立基础面,并提供帽子、夹克、袖子和裤子外层。

头部正面为 8×8,身体正面为 8×12,Classic 手臂正面为 4×12,Slim 为 3×12,腿部正面为 4×12。这些只是单个表面尺寸,其他矩形还要存放侧面、背面、顶部、底部、其他肢体和外层。

制作常规新皮肤优先使用 64×64,它支持不对称肢体,现代兼容目标也最清晰。无效空间保持透明,PNG 导出时保留 alpha。

旧版 64×32

旧皮肤宽 64、高 32 像素,产生于独立左侧肢体与完整现代外层出现之前。渲染器会把右手臂和右腿镜像到左侧,因此旧角色常有完全相同的手套和鞋子。

转换为 64×64 时,正确工具会保留上半部分,并把镜像后的手臂与腿映射到现代左侧 UV 区域。只在底部增加 32 行透明像素虽然尺寸正确,却不会生成左侧肢体内容。

目标流程拒绝 64×32 时通常需要转换;导入后左右镜像则是旧结构固有行为,不一定是随机错误。

128×128 与高清风格

部分第三方启动器、服务器、模组和皮肤系统支持按整数倍放大的方形图集。128×128 会把每个坐标放大两倍,例如标准 8×8 头部正面变成 16×16。

这种支持并不通用。只接受 64×64 的平台可能拒绝、重新调整或错误处理。在投入高清细节前应核对目标要求。最近邻放大只能把原像素变成更大的色块,真正高清作品必须在扩大后的表面中绘制新细节。

无效或误导性尺寸

常见错误包括 32×32 图标、带边距截图、512×512 头像、矩形裁切,以及扩展名写着 PNG 但内部仍是其他编码的文件。正方形图片并不自动成为皮肤图集,必须在准确坐标包含正确 UV 矩形。

网页 CSS 显示尺寸可能与位图解码尺寸不同。应下载原始文件并查看像素属性。文件占用多少 KB 也不能可靠说明宽高。

Classic 与 Slim 完整尺寸相同

两种现代模型都是 64×64,只有手臂表面宽度和相关坐标不同。Slim 三像素手臂并不需要更窄文件,因此导入页面经常另行询问模型。

不要裁切 Classic 图集来制造 Slim。应使用理解模型的转换器或在原坐标编辑手臂,头、身体和腿位置必须保持不变。

透明度与颜色通道

尺寸只是有效性条件之一。皮肤通常应为带 RGBA 透明度的 PNG。必须基础面不能出现意外透明孔洞,可选外层与无效区域可以透明。

JPEG 即使解码为 64×64 也可能不适合,因为它移除透明并混合颜色。把 JPG 文件名改成 PNG 不会转换内部编码,必须重新导出。

根据尺寸诊断导入失败

先确认解码宽高。现代常规作品如果不是 64×64,应在目标未明确支持其他尺寸时修正。64×32 应转换,不应拉伸。保持精确坐标并关闭平滑缩放。

随后检查编码格式、alpha、手臂模型选择与基础面覆盖。如果本地全部正常,问题可能来自账号限制、服务中断、启动器行为或平台政策,这些不是尺寸分析器能够观察的。

本地分析器限制

输入数字只保留在浏览器中。由于组件不读取文件,它无法验证真实编码、透明度、损坏字节或 UV 内容,需要更深入时应使用文件检查器。

SkinEditor.org 是独立工具,与 Mojang 或 Microsoft 没有关联。这里描述常见图集结构,最终导入要求应以目标平台和版本为准。

常见问题

最合适的皮肤尺寸是什么?

常规现代皮肤优先使用 64×64 PNG,除非目标明确记录其他格式。

64×32 仍然是皮肤吗?

是,它是旧版镜像肢体布局。转换后才能获得现代独立肢体与外层。

128×128 一定支持吗?

不一定,取决于启动器、服务器、模组或平台。

Slim 完整尺寸不同吗?

不同模型的现代文件都为 64×64。

相关路径

继续使用兼容工具、模板或教程,无需从头重新开始当前任务。