傀儡魔豆农场混种问题概述
在thaumcraft 4中，玩家通常会建立魔豆农场，并利用带有“收获”核心的傀儡（golem）来自动化收割过程。当这些傀儡进一步配备了“秩序”（ordo）升级后，它们不仅会收割成熟的魔豆，还会尝试将掉落的魔豆种子重新种植。然而，一个常见且令人困扰的问题是，即使农场被精心划分为不同方面（aspect）魔豆的区域，傀儡也可能导致相邻区域出现非预期的魔豆种类，即“魔豆混种”现象。这使得玩家难以维持纯净的魔豆农场，从而影响特定方面魔豆的稳定产出。
源代码分析：问题根源探究
为了理解这一现象的内在机制，我们需审视傀儡“收获”核心的内部逻辑。以下是相关的Java代码片段，它揭示了傀儡在执行收获和再种植操作时的行为：
void harvest() {
this.count = 200;
final int md = this.blockMd;
final FakePlayer fp = FakePlayerFactory.get((WorldServer)this.theWorld, new GameProfile((UUID)null, "FakeThaumcraftGolem"));
fp.func_70107_b(this.theGolem.field_70165_t, this.theGolem.field_70163_u, this.theGolem.field_70161_v);
// ... (处理可点击作物)
else { // 处理非可点击作物，包括魔豆
this.theWorld.func_147480_a(this.xx, this.yy, this.zz, true); // 破坏方块
if (this.theGolem.getUpgradeAmount(4) > 0) { // 检查是否拥有Ordo升级 (ID为4)
// ... (处理掉落物收集逻辑)
if (drops.size() > 0) {
for (final Entity e : drops) {
if (e instanceof EntityItem) {
// ... (处理掉落物物理行为)
final EntityItem item = (EntityItem)e;
final ItemStack st = item.func_92059_d();
// 重点关注魔豆的再种植逻辑
if (st.func_77973_b() != null && st.func_77973_b() == ConfigItems.itemManaBean) {
if (this.block.func_149707_d(this.theWorld, this.xx, this.yy, this.zz, 0)) {
final ItemStack itemStack2 = st;
--itemStack2.field_77994_a;
// 核心问题所在：再种植魔豆
if (!st.func_77973_b().func_77648_a(st.func_77946_l(), (EntityPlayer)fp, this.theWorld, this.xx, this.yy + 1, this.zz, 0, 0.5f, 0.5f, 0.5f)) {
this.theWorld.func_147465_d(this.xx, this.yy, this.zz, ConfigBlocks.blockManaPod, 0, 3);
}
}
done = true;
}
// 另外，也存在通用种子（IPlantable或ItemSeedFood）的种植逻辑
else {
final int[] xm = { 0, 0, 1, 1, -1, 0, -1, -1, 1 };
final int[] zm = { 0, 1, 0, 1, 0, -1, -1, 1, -1 };
for (int count = 0; st != null && st.field_77994_a > 0 && count < 9; ++count) {
if (st.func_77973_b() != null && (st.func_77973_b() instanceof IPlantable || st.func_77973_b() instanceof ItemSeedFood) && st.func_77973_b().func_77648_a(st.func_77946_l(), (EntityPlayer)fp, this.theWorld, this.xx + xm[count], this.yy - 1, this.zz + zm[count], ForgeDirection.UP.ordinal(), 0.5f, 0.5f, 0.5f)) {
final ItemStack itemStack3 = st;
--itemStack3.field_77994_a;
}
}
}
// ... (处理物品堆叠和销毁)
}
}
}
}
}
fp.func_70106_y();
this.theGolem.startActionTimer();
}关键发现：
- Ordo升级的作用： 代码中的 if (this.theGolem.getUpgradeAmount(4) > 0) 明确指出，只有当傀儡拥有ID为4的升级（即“秩序”升级）时，才会执行后续的掉落物处理和再种植逻辑。
- 魔豆再种植逻辑： 当傀儡处理掉落的 ConfigItems.itemManaBean 时，它会尝试在当前或附近位置进行再种植。其中最关键的一行是： this.theWorld.func_147465_d(this.xx, this.yy, this.zz, ConfigBlocks.blockManaPod, 0, 3); 这行代码的作用是在指定坐标 (this.xx, this.yy, this.zz) 放置一个 ConfigBlocks.blockManaPod 方块，并将其元数据（metadata）设置为 0。在Thaumcraft 4中，魔豆的方面信息通常存储在其方块的元数据中。将元数据强制设置为 0，意味着傀儡在再种植时，并没有保留原始魔豆的方面信息，而是种植了一个默认元数据（通常对应某个特定方面或随机方面）的魔豆。 这就解释了为什么会出现“混种”——傀儡只是简单地种植了一个“通用”魔豆，而非其收割的特定方面魔豆。
- 通用种子种植逻辑： 此外，代码还包含一个循环，尝试种植任何 IPlantable 或 ItemSeedFood 类型的物品。这个循环会在当前位置周围的9个格子（包括自身）中寻找可种植的方块。这意味着，如果不同方面的魔豆（或任何其他种子）掉落在傀儡的拾取范围内，且其再种植逻辑被触发，它们可能会被种植到不属于它们的原有区域，进一步加剧混种问题。
解决方案与注意事项
鉴于上述代码分析，解决魔豆混种问题的核心在于控制傀儡的再种植行为，或确保只有正确方面的魔豆才能被种植到特定区域。
1. 严格的农场分区与物理隔离
这是最直接且有效的防范措施：
- 扩大农场间隔： 在不同方面魔豆的农场区域之间留出至少两格的空隙，或者使用不可种植的方块（如石头、玻璃）进行隔离。这样可以防止傀儡在种植通用种子时，跨区域种植到相邻的农场。
- 使用墙体或障碍物： 在农场区域之间建立实体墙壁，以物理上阻止傀儡的移动和物品的掉落扩散。
2. 优先收集掉落物
阻止傀儡自行再种植，而是由玩家或其他自动化系统来控制种植过程：
- 吸取器/漏斗系统： 在魔豆下方或周围放置真空吸取器（Vacuum Hopper）、漏斗（Hopper）或物品管道（Item Duct）等，确保魔豆在被傀儡拾取或再种植之前就被收集起来。
- “收集”核心傀儡： 部署专门带有“收集”（Gather）核心的傀儡，它们的主要任务是拾取掉落物并将其存入箱子。确保这些收集傀儡的优先级高于或与“收获”傀儡协同工作，优先将魔豆收集入库。
- 手动再种植： 一旦魔豆被收集起来，玩家可以根据其方面信息，手动将其种植回正确的农场区域。这虽然增加了操作量，但能完全避免混种。
3. 傀儡配置优化
- 移除“秩序”升级（非推荐）： 如果完全不希望傀儡进行再种植，可以考虑移除“秩序”升级。但这样会大大降低农场的自动化程度，每次收获后都需要手动种植，效率低下。因此，这通常不是一个理想的解决方案。
4. 高级方案：Mod代码修改（仅限高级用户）
对于具备Java编程和Minecraft Modding经验的玩家，最根本的解决方案是修改Thaumcraft 4的源代码，以修正傀儡的再种植逻辑：
- 保留元数据： 修改 harvest() 方法中魔豆的再种植部分，确保在调用 this.theWorld.func_147465_d 或 st.func_77973_b().func_77648_a 时，能够传递并保留原始魔豆的正确元数据（方面信息），而不是硬编码的 0。
-
示例（概念性）： 理论上，需要从 EntityItem 中获取的 ItemStack st 中提取其元数据 st.func_77960_j()，并在种植时传入：
// 假设 originalMetadata 能够从 harvested itemStack 中获取 // this.theWorld.func_147465_d(this.xx, this.yy, this.zz, ConfigBlocks.blockManaPod, originalMetadata, 3);
这需要深入理解Thaumcraft 4的方块和物品注册机制，以及元数据与方面之间的映射关系。
总结
Thaumcraft 4中傀儡魔豆农场的混种问题，源于其“收获”核心（特别是结合“秩序”升级时）在再种植魔豆时，未能正确处理并保留魔豆的方面元数据，导致其默认种植或随机种植。通过对游戏源代码的分析，我们明确了这一机制。解决此问题可采取多种策略，包括物理隔离、优先收集掉落物以阻止傀儡自动再种植，以及（对于高级用户）直接修改Mod代码以修复这一逻辑缺陷。选择最适合自身游戏风格和技术能力的解决方案，将有助于建立高效且纯净的魔豆农场。
