Minecraft 指南

关于命令、数据包、建筑和服务器性能的实用指南，也讲解数据包、资源包和整合包无法加载时如何找出原因，以及常见物品的合成方法。每篇文章都配有可直接完成任务的工具，读完就能在浏览器里动手操作，无需安装任何软件。

大多数被拒绝导入的 .mcaddon 其实是一个有效的 zip，只是有一行头部信息写错了，而错误提示从来不会指出到底是哪个字段出了问题，常见原因还包括头部与模块 UUID 重复，以及压缩包里多套了一层文件夹。

原理图列出的是方块，不是材料。九块木板不等于九根原木，而这两者之间的差距，正是大多数采集计划翻车的地方，举例来说，合成出来的一个台阶实际相当于消耗了 1.5 个原始方块，这种浪费比想象中更加普遍存在。

潜影盒能装 27 组物品，所以装满的大箱子正好等于两个潜影盒——而红石计时也有一个与之对应的陷阱，调成 1 刻的中继器实际延迟的是游戏刻 2，也就是 0.1 秒，而不是真正只有一刻那么短暂的这段时间。

直径十一的球体，空心外壳只需几百个方块，实心却要多出好几百，而且直径越大差距越悬殊，直径十一的球体空心约需三百多块，实心要七百多块；直径二十一时差距会一路拉大到接近五千块，非常悬殊，值得提前认真留意。

把 .mrpack 重命名为 .zip 后，你得到的只是一个 manifest 和一个 overrides 文件夹，而不是模组——jar 文件存放在 Modrinth 的 CDN 上，通过哈希值获取。

那个数字什么都说明不了。它上面那一行才说明一切，而那一行早就躺在你的日志文件夹里了，举例来说，退出代码 137 通常并不是崩溃，而是操作系统因为内存不足才强行终止了这个进程，并不是程序本身出了什么问题。

两个方块在 RGB 上可能一模一样，砌到墙上却截然不同，因为游戏会为每一个渲染的面加上明暗，Java 版和基岩版的材质与渲染方式并不完全相同，同一份颜色配置在两个版本里呈现出来的效果也会有较明显的差异。

大多数自定义画作包失败的原因，是画作的宽高比与任何槽位都不匹配。以下是匹配机制的实际运作方式，游戏里每格墙对应 16 像素，所以 1×1 的画是 16×16，4×4 的画则是 64×64 大小的贴图。

战利品池的权重决定掉落什么，/posteffect 命令决定它给人什么感觉。两者都是数字，写数据包之前就能核对，26.3 版本一共有 1,447 张战利品表，数量庞大，光靠手算权重很难做到全部面面俱到。

一个 .schem、一个 .litematic 和一个基岩版的 .mcstructure 看起来可以互换，直到你转换之后发现所有箱子、实体和方块状态都消失了。差别在于调色板和坐标空间；结构方块保存的 .nbt 每轴最多只有 48 格。