本篇教程由作者设定未经允许禁止转载。


TC4注魔被AE2玩坏了!-第1张图片

植物魔法的东西!干嘛找我!
注魔!那是神秘4最烦人的合成!我可不想做,是神秘的合成,你神秘使做!

有神秘能源啊!源质提供太快乐了,左键一下无线源质终端直接出想要的源质。甚至不用摆罐子,直接上注魔供应器即可。有啥难的?你弄!

我还要一个一个摆物品啊啊啊啊啊啊!

?AE2的物流系统不香吗?

??????


前半部分使用mod:
    appliedenergistics2-rv3-beta-6
    Thaumcraft-1.7.10-4.2.3.5
    方便源质提供:thaumicenergistics-1.1.3.0
    自动启动祭坛:

        1、ThermalExpansion-[1.7.10]4.1.5-248    ThermalFoundation-[1.7.10]1.2.6-118    生存下需ThaumicTinkerer-2.5-1.7.10-164
        2、注魔爪(未采用)

    以及一些客户端mod和Lib。


后半部分使用整合InfinityEvolvedSkyBlock。不过物流系统仍然只使用上面提到的。除了材料和魔改是整合包提供的,其它内容以上模组都可以完成。


    注魔,一直以来是神秘时代的特色,从一堆又一堆的物品到各种各样的源质,一个风雷剑的合成完全可以让一个新手卡半个小时甚至把祭坛给炸了。

    神秘能源完美解决了源质问题。玩家们在此基础上还是想要更好的注魔方案,有过很多很多尝试。但是我可以非常肯定地说,本教程的方案会是你见过最好的之一!(更有可能没有之一!)
    

特别感谢:wohaopa草稿的边缘、AlgorithmX2、SF


准备工作

一个良好的开始是成功的一半

TC4注魔被AE2玩坏了!-第2张图片命令方块:停止下雨、清除扭曲、给予研究点、给予研究。

网络:删除进入网络的用过的无线终端、网络工具、法杖等。TC4注魔被AE2玩坏了!-第3张图片所有存储都通过一个存储总线实现(子网络),方便设置
TC4注魔被AE2玩坏了!-第4张图片为什么要强调这个准备工作?原因很简单。在这个习惯的帮助下,我省了很多麻烦。

以下内容为正文。


注意事项

本教程网络的颜色:蓝色为主网络和其存储用的子网络。绿色为直接连接祭坛的网络。当然,祭坛网络在祭坛下的存储总线接入的位置会有4种颜色,但应该不会搞混吧……

本教程的内容是关于利用AE2“玩坏”注魔,手段包括  自动发配材料至祭坛  或者  通过一个终端直接放入材料到祭坛  等。

只使用提到的mod作为物流系统组成部分。

基础注魔

却发配物品之外,自动化需要解决的问题

1、如何自动启动祭坛?可以使用先前提到的注魔爪。本教程采用的是:TC4注魔被AE2玩坏了!-第5张图片书可以选用TC4的作弊书或者TT的知识分享之书。法杖任意
2、什么时候抽走祭坛中间的物品?
你肯定可以想到白名单。但这不是我们想要的,因为这样的话,每加一个合成我们就需要穿过重重障碍跑到祭坛系统里去改白名单。
我们的方案是:当整个祭坛中只剩下一个物品时,抽走成品!(渗透附魔台:mmp        见下)


发配材料

(由wohaopa制作)

0、肯定使用存储总线发配物品。输出总线要白名单,同上直接出局。

1、我们需要将特定的物品发配至祭坛中心,和先前同理,不使用白名单。那么物流系统如何知道哪个物品需要放到中间?我们只需要将它标记在模板的左上角,那么它就是第一个被发配出去的。无论是ME接口+存储总线对着祭坛的基座,还是输入总线+箱子+存储总线,这个物品一定是第一个进入祭坛的!

    相关:自动合成中的信息传递

2、接受物品。致敬wohaopa使用的ME接口,那就照做吧!
TC4注魔被AE2玩坏了!-第6张图片TC4注魔被AE2玩坏了!-第7张图片发信器:<2
输入总线:红石卡脉冲模式

你发配了一份合成,成功了。

于是你又发配了3份合成:TC4注魔被AE2玩坏了!-第8张图片

控制发配使得材料一份一份分开发配

    主要有3大种方案,但都需要用到ME接口的阻挡模式。1种用箱子接受,绿网络的输入总线对着箱子。另外两种直接用绿网络的ME接口接受。

    将主网络的ME接口启用阻挡模式是必须的。接下来是正文:
    方案1,在ME接口中留下一个占位符。主要参考了本站的https://www.mcmod.cn/post/1207.html  教程。在模板的末尾加上一个占位符,通过绿网络中的ME接口在第一行的每一格都标记上这个物品使得它不会被放入祭坛。再对着这个绿网络的ME接口贴一个蓝网络的输入总线,在抽走成品之后一会启动该输入总线一次。

        缺点:需要在模板种多占用一个格子放入占位符。

    方案2,当绿网络内有物品时,绿网络断开接收物品的ME接口。

TC4注魔被AE2玩坏了!-第9张图片

        发信器:>=1。接着接口的是反相触发总线。

        缺点:暂无,后文提到。

    方案3,用箱子接受物品,绿网络用输入总线+加速卡抽走物品。当绿网络内无物品时启动输入总线。

        缺点:暂无,后文提到。

方案2为  wohaopa  制作

至此,似乎再启动自动注魔不再有问题,最多就是加一点基座加一点存储总线的事了。


我不要自动合成!但是我要一样方便!

    注魔烦人的地方有好几个:准备源质、放置物品、启动祭坛。准备源质是ThaumicEnergistic的活,与本教程无瓜。启动祭坛也以及被解决了。但是要方便地手动放置物品……?
    往绿色网络上接一个终端即可。
TC4注魔被AE2玩坏了!-第10张图片    可是即使你是一个神秘使,也不是住在祭坛旁边,这不够方便。
    那么为什么不把这个终端接到工作区呢?直接一条线拉过去也行,ME-P2P也行,自己想办法就行了!
    注魔被玩坏了!



多原料注魔

历史

        该问题其实有许多源头,从github上想要自动9*9无尽合成到mc工业2吧要自动化GT5装配线。主要的原因是这些合成表的材料大于9组,然而AppliedEnergistic2(下文简称)的自动化模板标记只有9格原料:TC4注魔被AE2玩坏了!-第11张图片尝试解决该问题的人也有不少,各显神通:普通玩家硬着头皮手搓几百个成品;DreamMaster(GTNH作者)做了一个附属mod使得玩家能够标记16格原料。但是真正直面这个问题的玩家还是非常稀少的,而我有幸成为其中一个。虽然我的理论不是最早的,但是可以说是国内最完善的了,也算是有一定的传播广度。
我提出了一个挑战,自动合成InfinityEvolvedSkyBlock的最终物品——永恒魔力池(合成表见下或者开头)。

理论和实现

1.基础理论:
(目前找到的最早贴:https://tieba.baidu.com/p/529198 ... ;cid=0#111112305841)
AE2的处理模板只负责材料的发送和成品的接受。再看看漏斗矿车的合成:漏斗矿车=矿车+漏斗,漏斗=5铁+箱子,箱子=8木板,矿车=5铁……
可以发现大量材料都是通过嵌套进行发配的。那么其实我们可以让我们手头上的材料进行嵌套发配,只需要“小小地”骗一下ME网络即可,告诉他,a+b+c……=纸1,纸1+……=成品,这样就可以发配大于9组原料了。TC4注魔被AE2玩坏了!-第12张图片TC4注魔被AE2玩坏了!-第13张图片TC4注魔被AE2玩坏了!-第14张图片TC4注魔被AE2玩坏了!-第15张图片TC4注魔被AE2玩坏了!-第16张图片(铁剑是什么?后面会补充的)
2、发配标记物品和控制材料一份一份发送
2018.8:
将一份材料发配至箱子之后直接跟进后续材料,当该箱子没有物品之后发配下一份材料。废案:原因,后续材料都跟着发配过来了。

2019.2:
将模板的材料中放入一个“信物”。将该信物分离到标记物品处理中心,根据信物发配标记物品。当然标记物品也需要分离出来返还给标记物品处理中心。
模拟一下合成
模板:
        觉醒灵宝镐=觉醒灵宝镐1b+……
        觉醒灵宝镐1b=灵宝镐+觉醒灵宝镐1a+……
过程:
觉醒灵宝镐1b的材料被发送,首先进入祭坛的是灵宝镐被放入祭坛中央。觉醒灵宝镐1a被发送至“多原料发配控制网络”(一个独立的网络)。因为该网络收到了觉醒灵宝镐1a,通过发信器和输出总线,同时输出一个 觉醒灵宝镐1a 和一个 觉醒灵宝镐1b给主网络。
主网络收到 觉醒灵宝镐1b 发配觉醒灵宝镐的材料,材料齐全,开始注魔。

仅控制1b的合成,因为“合成”一个1b发配的是一份材料,而收到一个”1b”之后再发配的也是一份材料。
控制1b合成使用的是:TC4注魔被AE2玩坏了!-第17张图片蓝色主网络面板型ME接口启用阻挡模式,红色祭坛网络发信器配置:<1发出信号

后续合成是相同的一个装置,但是不需要发信器和反相触发总线,直接连即可。


2020.7.13:TC4注魔被AE2玩坏了!-第18张图片让主网络无法存储被标记过的蜘蛛网,主网络不断尝试输入蜘蛛网,只有在正在合成标记蜘蛛网的时候输入标记蜘蛛网进入CPU再发配,这个时候蜘蛛网被返还给原来的箱子。
TC4注魔被AE2玩坏了!-第19张图片(无法存储标记过的蜘蛛网)TC4注魔被AE2玩坏了!-第20张图片(祭坛网络分离蜘蛛网)TC4注魔被AE2玩坏了!-第21张图片(蓝色网络不断尝试输入蜘蛛网)

模板设置是一开始放送的图片。
和之前一样需要控制的只有最先发配的那份材料需要被控制,即“创造魔力池1”

但是和之前不同(2019版的也可以使用该方案),这里如果方块ME接口中缓存了一份材料,那么下一份的后续跟进材料也会被发配。
所以借鉴了https://www.mcmod.cn/post/896.html的防多份原料系统,不过因为这里的特殊性稍作修改。
上文提到的铁剑是留在绿色网络的方块型ME接口里的,当合成完毕被抽走,使得蓝色主网络的ME接口在阻挡模式下发送下一份材料。TC4注魔被AE2玩坏了!-第22张图片左侧方块接口gui,如此配置使得铁剑停留:TC4注魔被AE2玩坏了!-第23张图片右侧输入总线:红石卡-脉冲模式。当注魔结束一段时间后抽走绿色网络方块型ME接口内的铁剑以启用下一次合成。

总逻辑:
0、蓝色网络无法输入重命名后的蜘蛛网
1、启动合成
2、蓝色网络发配了一份永恒魔力池的第一份材料,铁剑被保留在上述方块型接口内,其它材料发配至祭坛。
3、与此同时,蓝色网络发配了这份材料的CPU可以接受“永恒魔力池1”蜘蛛网了,于是从箱子中抽走了它,并发配了永恒魔力池2对应的材料到另一个绿色祭坛网络连接的ME接口内,不含铁剑等。它们中“永恒魔力池1”蜘蛛网被返还给了箱子,其它材料被发配至祭坛。
4、同理,要合成一个永恒魔力池的所有的材料都被正常发配,蜘蛛网归位。
5、开始注魔
6、注魔完成,祭坛内只剩下一个(特殊情况也会有这么一瞬间的)物品,过了一小会,成品被抽走
7、又过了一小会,铁剑被抽走,整个系统发配了一整份材料,回收了一个成品,其它内容回归到0状态。


总结

三个实现方案都是基于之前二1的理论,却也是有巨大的不同的。它们的主要区别在于“如何获取   需要发配什么标记物品    这一信息”上。
(1)**要考虑的是直接通过材料判定。但是很明显一个接口对应一个配方体积过大过于繁琐了
(2)第二版通过添加信物使得判定相对简化,但是任然需要进行繁琐的物品标记
(3)第三版直接利用CPU的特性在CPU上获取信息,省略了进行物品标记的时间

资源见下,版本号为V4.?


资源

上文内容与下文内容资源:
https://pan.baidu.com/s/1JVxE23g8pbUvsucMYAw2dg
D123
整合:InfinityEvolvedSkyBlock




解除部分可预见的bug

45+配方?10个风雷剑=一个物品?

    资源:V5

    wohaopa总是跟我吐槽说我V4里一个祭坛只能有45不能用。我扔了一个红石计时器+触发总线控制ME接口的接入他还是不满意。

    还有就是当A需要通过注魔合成,而B需要10个A的时候可能导致先发配了B的第一波材料导致第10个A无法合成,整个合成系统坏掉了:<
    于是,我选择了使用存储元件装物品。但是存储元件里的物品会失去顺序,我得把要放到中间的物品放在存储元件外面。

        存储元件+觉醒灵宝剑的9个外围材料=存储元件(nbt:a)                    装箱器

        存储元件(nbt:a)+觉醒灵宝剑的剩余外围材料=存储元件(nbt:b)        装箱器

        存储元件(nbt:b)+灵宝剑=觉醒灵宝剑+存储元件                              祭坛

    但是由于ME网络的特性(CPU),这样合成会导致每次合成都要一个存储元件存在网络里。如果存储元件不够还需要合成。所以我们把空的存      储元件在“等式”两边削掉,用一个棕色网络统一管理:

        觉醒灵宝剑的9个外围材料=存储元件(nbt:a)                                    装箱器a(元件由棕色网络提供)

        存储元件(nbt:a)+觉醒灵宝剑的剩余外围材料=存储元件(nbt:b)        装箱器b(元件由主网络提供)

        存储元件(nbt:b)+灵宝剑=觉醒灵宝剑                                              祭坛


    我们在接受中心物品和存储元件的网络接两个注魔基座,一个直接接到祭坛中间,一个放存储元件,之后导出

    按照wohaopa的要求,要支持45+个模板,必须提供多个接收物品的容器。如果按照之前使用ME接口,假设一个接口接受了灵宝斧+觉醒灵宝斧外围的材料,另一个接口里有觉醒灵宝剑的。经过实验,有较低概率发生抽走了灵宝剑和觉醒灵宝斧的外围材料,合成崩溃。

    所以选用箱子接受物品,加了加速卡的输入总线不会有这个问题。

详见存档


cud

渗透附魔台:??????

    这个问题从我2019年提出第一个多原料的解决方案wohaopa就开始念叨了。近期学了cud,于是我们不用祭坛中剩余物品数量来判定合成结束,直接看祭坛中心基座是否发生cud更新即可。V4、V5与V6、V7一一对应。


特别感谢:wohaopa草稿的边缘、AlgorithmX2、整个AE2的维护组、众多一步步将AE2的路踏出来的先驱们、以及与浮躁的大众不同能够静下心读完这篇教程的你!