本帖最后由 chyx 于 2015-12-26 08:57 编辑
大家应该还记得我上次发的那个玩家压力板检测器
那个有一个小问题 就是在压力板距离信号分析器比较远时不能用中继器延长引号来源
但多多@dongduoduo2011 注意到我上次发个那个tnt轰炸机里用到的探测铁轨-红石线BUD是真 无延时的于是我就做出了这个
使用铁轨对信号加长 如果超过了铁轨的9格限制就用中转器(如图)延长 最后一个中转器链接信号分析器
@FHC红石 @andylizi @乙烯_中国 @nenn 这个工作的原理是铁轨和红石线的点亮都是强制瞬间的 所以都是和玩家一起更新的
这个实际的应用不只是这个 看待这个应该像看待高能物理实验那样 是对游戏机制的探索不过不知为何 虽然这样一定能检测出玩家 但对于怪物踩上去有一定几率也有输出 可能是由于电脑卡?
大家应该还记得我上次发的那个玩家压力板检测器

那个有一个小问题 就是在压力板距离信号分析器比较远时不能用中继器延长引号来源
但多多@dongduoduo2011 注意到我上次发个那个tnt轰炸机里用到的探测铁轨-红石线BUD是真 无延时的于是我就做出了这个




使用铁轨对信号加长 如果超过了铁轨的9格限制就用中转器(如图)延长 最后一个中转器链接信号分析器
@FHC红石 @andylizi @乙烯_中国 @nenn 这个工作的原理是铁轨和红石线的点亮都是强制瞬间的 所以都是和玩家一起更新的
这个实际的应用不只是这个 看待这个应该像看待高能物理实验那样 是对游戏机制的探索不过不知为何 虽然这样一定能检测出玩家 但对于怪物踩上去有一定几率也有输出 可能是由于电脑卡?
额.....其实我想说:我根本没看懂!
好厉害的样纸= =
感觉好厉害的样子,然而我没看明白。。。{:10_524:}
红石线+活塞臂伸出好像已经是无延时了,然而下降沿有延迟并没有什么有效的解决方法。你这个设计有什么优越性吗?还是说只是一种思路?
smilesadness 发表于 2015-12-26 09:49
红石线+活塞臂伸出好像已经是无延时了,然而下降沿有延迟并没有什么有效的解决方法。你这个设计有什么优越 ...
不 不是 这个设计的要求很苛刻 不仅要在1gt里瞬时 还要在更新顺序上瞬时
对游戏机制的探索
只关心上一个,你并没解释原理,视频也只有4分钟,那玩意感觉是玩家触发事件和普通实体触发差1GT的原理。用中继器来被整入RT。我是这么猜的,感觉那种BUD也行并不是必须。
看不太懂,但是看起来好6
jianghr 发表于 2015-12-26 18:59
只关心上一个,你并没解释原理,视频也只有4分钟,那玩意感觉是玩家触发事件和普通实体触发差1GT的原理。用 ...
我在转载那个视频时就在群里讨论了他的原理
我认为这个可以用gp在墨鱼服吧的帖子中提出的理论解释
这个的核心元件是漏斗
该漏斗处于BUD态 在踏板被踩下时红石线更新漏斗使其醒悟到自己没被锁定 于是漏出物品
但是在每个gt中处理顺序是按照非玩家实体 漏斗 玩家的顺序更新的
于是如果是玩家更新的漏斗就要到下一个gt再漏
chyx 发表于 2015-12-26 22:26
我在转载那个视频时就在群里讨论了他的原理
我认为这个可以用gp在墨鱼服吧的帖子中提出的理论解释
这个的 ...
这次旧时重提是因为本来这种信号得上边缘再用其他各种方法远距离传输时都会丢失启动来源信息
终于找出了不会丢失启动来源信息的传输方式
把它搬出来只是为了证明信号启动来源信息没丢失
收到请回复 不然我不知道你看没看
chyx 发表于 2015-12-26 22:26
我在转载那个视频时就在群里讨论了他的原理
我认为这个可以用gp在墨鱼服吧的帖子中提出的理论解释
这个的 ...
我觉得这种解释值得商榷,我在拆机时测试了自己的猜想,输出部分的判定是漏斗比较器信号源熄灭(理论延时BUD1+比较器2GT,但是还有一个从输入线分出的中继器2GT后的减法锁定比较器)之前通过切线恢复(火把*1延时2GT)的方式进行输出。
于是我另做了个不带BUD的信号源,用活塞上/下边沿1GT/无延时调整熄灭信号源的时间,但是做不出原机那种区别效果。再回头看原机实际输出宽度,我目测有2GT朝上,那这就不是单纯的时序差所能解释的。
smilesadness 发表于 2015-12-26 09:49
红石线+活塞臂伸出好像已经是无延时了,然而下降沿有延迟并没有什么有效的解决方法。你这个设计有什么优越 ...
实际上利用活塞做出的无延迟其实在某些情况下比真无延迟要慢0.5t...比如拉杆输入。
chyx 发表于 2015-12-26 22:33
这次旧时重提是因为本来这种信号得上边缘再用其他各种方法远距离传输时都会丢失启动来源信息
终于找出了 ...
启动来源信息直接用这个真无延迟bud利用多种方法传送就可以啊...反正只要中间没有活塞传送信号,出现0.5t延迟并去掉启动信息就可以了吧...
有意思。从此红石信号的传递变成了方块更新的传递了 虽然红色线只能传15,但是铁轨bud可以做到无限远。唯一的问题就在于这种更新不能瞬间被转换成红石信号了
但如果输入元件是活塞的话,并不用这么麻烦……
bzbz167 发表于 2015-12-28 07:08
有意思。从此红石信号的传递变成了方块更新的传递了 虽然红色线只能传15,但是铁轨bud可以做到无限远。唯一 ...
这幅图不就瞬间转回红石信号了吗
本帖最后由 chyx 于 2015-12-28 07:52 编辑
这个BUD在1.8 1.9略有差别 1.9粘性活塞能把铁轨上的矿车一起拉回去 1.8不能
1.8需要
放两个矿车
玻璃是为防止矿车乱跑的
为忘记注明版本表示诚挚的歉意
jianghr 发表于 2015-12-26 23:55
我觉得这种解释值得商榷,我在拆机时测试了自己的猜想,输出部分的判定是漏斗比较器信号源熄灭(理论延时 ...
这个BUD在1.8 1.9略有差别 1.9粘性活塞能把铁轨上的矿车一起拉回去 1.8不能
1.8需要

放两个矿车
玻璃是为防止矿车乱跑的
为忘记注明版本表示诚挚的歉意


除了基本用法外,其他全都看不懂
可是 这个 很难做哦 我到了 而且 这是高频红石会很卡QAQ