Minecraft 指南 — 页面 2

护甲按材质分层、分文件存放，所以画错文件只会让你的材质包在游戏里看起来毫无变化。护腿单独读取 humanoid_leggings 中的文件，旧的 textures/models/armor 自 1.21.2 起已不再读取，基岩版另有布局。

进度弹窗按游戏自身的像素尺寸绘制，而末地成就是玩家截图最多、还原得最糟的一个。界面尺寸是整数倍，所以应以原生像素绘制、保留透明通道以免出现白边、用最近邻而非双线性缩放；Java版与基岩版的边框和文字也不一样。

给 Minecraft 的物品栏铺上一层纯色，会抹掉所有阴影与高光。GUI Colorizer 用亮度驱动渐变，把它们保留下来：暗像素依旧暗、高光依旧亮，只换掉色相。适用于物品栏、箱子、熔炉、快捷栏和经验条。

一个颜色代码在某个插件里显示完美，换到下一个插件却变成了字面上的 & 符号。问题出在格式，而不是插件：§ 代码、& 代码、BungeeCord 十六进制、MiniMessage 和 JSON 组件互不通用，基岩版的处理也不同。

文件是 64×32，披风只占左上角 22×17 的一块，鞘翅在它旁边的区域，而人们真正看到的那一面只有 160 个像素——不到整张图的 8%。外加那个坑了所有人的一像素偏移，披风朝外的那一面只有 160 像素，其余像素没有被游戏读取。

每个槽位有199种状态，四次方。同时重新随机所有四个槽位永远无法得到满意的外观——锁定你喜欢的部件能将一个无法搜索的空间变成一个可操作的空间，锁定一个槽位能把可能性从超过十五亿降到约七百八十八万，再锁一个只剩三万多，锁三个只剩 199 种。

玩家的头物品的配置文件组件中包含 {textures:{SKIN:{url:…}}} 的base64编码。这就是为什么玩家的头的外观在制作时就已固定，以及为什么数据库可以包含数万个条目，本站数据库按分类分批加载，而不是一次全部加载。

字母、数字、下划线。没有连字符，没有点，没有空格。而 UUID 带不带连字符都能被接受——这就是为什么同一次查询，一次失败，一次却成功，UUID 由 32 个十六进制字符组成，按 8-4-4-4-12 分组，大小写都能识别。

一个条件时对象本身就是谓词。两个或更多条件会被包进 all_of 或 any_of。另外还有八种条件类型，以及为什么取反是一种包装而不是一个标志位，构建器涉及的条件类型一共有八种，取反是包进一层包装，而不是一个开关标志。

三个键就能承载一整座建筑：size、palette 和 blocks。每个方块都是一个指向调色板的整数，因此一个 32³ 的石头体积只需要一个字符串和 32,768 条小记录——每条包含一个位置和一个索引，从不包含名称。