〖MCBE〗萌新100x100活塞门 无绿萌 基础架构

Description
就是一个架构而已啊,我也不知道咋说了六分钟
反正看一眼基本上都能搭出来吧
每个位置的活塞都能充分激活,只需要亿点点肝绝对能完成
图中就只有右半边的1/50,剩下的复制堆叠就行了,我这烂架构堆叠还是没问题的
最大问题还是加载啊,现在这个体积已经完全加载不了了,更远的线路不能有活塞倒不是什么问题,最大问题是左侧那半个门完全没办法加载
开门也需要动大量活塞和观察者的

up高三了,这学期一共就九天假期,摸手机都是不可能的
如果有大佬 肝帝 能完成作品的话,角落里踹我一下就行~

亿些补充:
79个活塞好像不太对,我又看了下应该是82个,最后应该在90个左右最舒服吧
观察者可以试试和石英块一样的存储方式,一排存七个观察者确实很方便,但是就不能模块化了,必须接一大堆线出去
嗯,真正的肝帝应该直接计算时间吧,或许锁存器都不用了,哎越想越麻烦,好烂的架构
如果不追求速度的话,可以做50个模块,每个模块的作用就是伸出活塞链将第x个方块移动到第x-1个位置上,收回所有活塞并且将方块推回存储的地方。比如,把最靠墙的方块命名为位置1,那么模块一的作用就是把位置一的方块拉到最里面,模块二的作用就是把位置二的方块拉到位置一上。最后只需要按顺序激活模块 1 ,2 1 ,3 2 1, 4 3 2 1 这样子,一直到50 49 ... 1就完成了,体积能小很多,但大概想想没24h应该是打不开门了

Comments

bWFuanVzYWth 2021-09-13

可以试试这样想: 用n次侧吸时序,与常数次时序,可以构建出n+1次侧吸时序。因为一次侧吸显然可行,由数学归纳法可以推广到任意大小。易知空间复杂度o(n),时间复杂度o(k^n)。 至于具体的架构设计,可以从这个角度思考:递归的本质是存活塞,这样就把方块/活塞/红石块(察)三种方块统一了。 显然可以完成一次侧吸(实际上只是一次推拉而已),并通过对方块/红石块/活塞的数次操作,以及一次侧吸,构建出二次侧吸,以此类推。显然这样的时序可以递归的完成(算法意义上的递归)。 以上操作所需空间是有限的,实际上所有动作可以编码成对两个操作点的方块放入/取出。也就是说,已经把主要时序抽象成了一个静态的工作区。关键是如何实现连续的三种方块输入/输出,这个目前的想法是设计双向方块流。这样就可以不用关注存取方块的细节。 具体的时序也好理解了,可以把n次侧吸的时序视为树,n-1次时序视为子树,通过硬件实现一个栈,遍历时序树,就可以完成开/关门时序。当然很慢,o(k^n),但是空间上大致是线性增加的,就不用担心万用时序体积爆炸了 (以前和rmc的duoduo讨论过这个东西,上面是一些思考,不过现在咕了~)

♥ 6

Redstone_12 2021-09-13

啊这,100x100无绿萌连java都没有,更何况想be的,再说这玩意真想造也起码得半年吧[笑哭]

♥ 1 ↩ 1

白狼sama 2024-12-03

不是哥们,深藏不露啊,居然是BE门电大佬[doge]

♥ 1

yielded_600 2021-09-18

这玩意理论可行考虑实际布线be不可能存在

↩ 1