众所周知,活塞从接收信号到将面前的方块变成36号方块中间的延时为0Tick,也就是瞬间触发,收回同理,信号消失的那一瞬间活塞同时收回
有人用此原理做了无延时中继器,并将二十多个该"无延时中继器"连到一起再连活塞与直接连接活塞的延时作比较,肉眼观看无差别
接下来是正题

看构造,右边中继器是为了防止变成时钟(也就是把它去掉就是一个高频时钟[那不叫脉冲!!! 自己去看sjjklh的红石神教千秋万载补脑])
右边的中继器将活塞激活,活塞和右边红石同时收到信号,铁块瞬间变成36号方块而红石失去信号,也就是红石在获得信号的一瞬间失去了信号!!!
但是! 红 石 仍 然 亮 起 了 ! 打开F3 Debug界面用鼠标指向红石粉,信息栏的power:0那一行在一瞬间内变成了power:1又变了回去!
接上活塞和红石灯, 活 塞 没 反 应 但 是 红 石 灯 有 反 应!

我以为活塞推出时会有延迟,于是又用了非门:

结 果 一 模 一 样 !
于是 我想到了红石灯的延迟--红石灯在接收信号时会延迟亮起,信号消失时同理,但是接受和消失同时进行,那亮起的那段时间就是消失的延迟咯?
于是我做了一个0.5Tick信号发生器,连到红石灯上,又做了一个0Tick信号发生器+0.5Tick延迟再连上红石灯,

结果是 0.5Tick指示灯比0Tick指示灯早亮起0.5Tick,并同时熄灭!!
那也就证明了这个信号发生器输出的信号的持续时间为: 0 Tick !
有人用此原理做了无延时中继器,并将二十多个该"无延时中继器"连到一起再连活塞与直接连接活塞的延时作比较,肉眼观看无差别
接下来是正题

看构造,右边中继器是为了防止变成时钟(也就是把它去掉就是一个高频时钟[那不叫脉冲!!! 自己去看sjjklh的红石神教千秋万载补脑])
右边的中继器将活塞激活,活塞和右边红石同时收到信号,铁块瞬间变成36号方块而红石失去信号,也就是红石在获得信号的一瞬间失去了信号!!!
但是! 红 石 仍 然 亮 起 了 ! 打开F3 Debug界面用鼠标指向红石粉,信息栏的power:0那一行在一瞬间内变成了power:1又变了回去!
接上活塞和红石灯, 活 塞 没 反 应 但 是 红 石 灯 有 反 应!

我以为活塞推出时会有延迟,于是又用了非门:

结 果 一 模 一 样 !
于是 我想到了红石灯的延迟--红石灯在接收信号时会延迟亮起,信号消失时同理,但是接受和消失同时进行,那亮起的那段时间就是消失的延迟咯?
于是我做了一个0.5Tick信号发生器,连到红石灯上,又做了一个0Tick信号发生器+0.5Tick延迟再连上红石灯,

结果是 0.5Tick指示灯比0Tick指示灯早亮起0.5Tick,并同时熄灭!!
那也就证明了这个信号发生器输出的信号的持续时间为: 0 Tick !
没人回复,都在认真看?来顶一个
神一般的发现,简直是神。
没人回复每人评分好可怜,给个原创吧。
没人回复每人评分好可怜,给个原创吧。
点个赞
不过这玩意有什么用吗...
不过这玩意有什么用吗...
kongbaiyo 发表于 2014-5-17 22:45
点个赞
不过这玩意有什么用吗...
短脉冲发生器有很多用途的,尤其这个还是0Tick的。
本帖最后由 pacerrecap 于 2014-5-18 00:07 编辑
@PpY_SK @songfeitong 这玩意儿不用1.8就可以轻松实现啊

我不明白,这值得加一贡献?!
希望版主注意自己的加分分量
@PpY_SK @songfeitong 这玩意儿不用1.8就可以轻松实现啊

我不明白,这值得加一贡献?!
希望版主注意自己的加分分量
活塞推出实际上有0.5tick的延时(1游戏刻=0.5红石刻俗称tick),所以我认为这广义上仍然属于0.5Tick发生器。
实际上LZ结构原理确实和PAC的这一个道理。
目前版本应该和Mojang测试版本抽风有关,各位还记得大明湖畔1.4pre的比较器BUD连刷功能么?
类似的有比较器的具体延时,1.5以前连弩为何要在发射器旁边插火把,都是一个道理。
我初入红石时iailum在1.2.5做了七八套单刻脉冲装置,活塞的目测都有区别。
需要我贴出星型发动机的图片么,那个在1.2.5时脉冲更是鬼畜,肉眼可见但部分朝向中继器就是接收不到,不过在1.3被和谐了速度后稳定了。
实际上LZ结构原理确实和PAC的这一个道理。
目前版本应该和Mojang测试版本抽风有关,各位还记得大明湖畔1.4pre的比较器BUD连刷功能么?
类似的有比较器的具体延时,1.5以前连弩为何要在发射器旁边插火把,都是一个道理。
我初入红石时iailum在1.2.5做了七八套单刻脉冲装置,活塞的目测都有区别。
需要我贴出星型发动机的图片么,那个在1.2.5时脉冲更是鬼畜,肉眼可见但部分朝向中继器就是接收不到,不过在1.3被和谐了速度后稳定了。
jianghr 发表于 2014-5-18 07:29
活塞推出实际上有0.5tick的延时(1游戏刻=0.5红石刻俗称tick),所以我认为这广义上仍然属于0.5Tick发生器 ...
我只是来吐槽一贡献的
pacerrecap 发表于 2014-5-18 14:51
我只是来吐槽一贡献的
所以说要去学红石啊。
PTmissionary 发表于 2014-5-18 14:53
所以说要去学红石啊。
没明白什么意思。。
pacerrecap 发表于 2014-5-17 23:58
@PpY_SK @songfeitong 这玩意儿不用1.8就可以轻松实现啊
图示和我的不一样..右边的中继器应该1Tick延时

但是活塞是否会接收到信号好像成了问题..


小生不懂东南畸变什么什么的原则..求解释..
红石奇葩大神 发表于 2014-5-18 14:55
图示和我的不一样..右边的中继器应该1Tick延时
跟活塞没有关系,我用对时序最敏感的指令方块测了一下,两个速度几乎相同
jianghr 发表于 2014-5-18 07:29
活塞推出实际上有0.5tick的延时(1游戏刻=0.5红石刻俗称tick),所以我认为这广义上仍然属于0.5Tick发生器 ...
活塞从接收信号到推出不是瞬间的么..没有1 gametick的延迟啊.. http://tieba.baidu.com/f?kz=2428743148 多个连到一起也没有延时啊
ghyzhi10086 发表于 2014-5-18 15:10
跟活塞没有关系,我用对时序最敏感的指令方块测了一下,两个速度几乎相同 ...
这个不是时序..这个是持续时间..
红石奇葩大神 发表于 2014-5-18 15:15
这个不是时序..这个是持续时间..
就是持续时间,输出一个say,再以个非门加say
ghyzhi10086 发表于 2014-5-18 15:17
就是持续时间,输出一个say,再以个非门加say
你的眼睛不行诶 看我截图(竟然一次成功了)

仔细看,我把脉冲输出时间调成一致的,但是脉冲消失时,左边还需2Tick但右边只需1Tick
红石奇葩大神 发表于 2014-5-18 15:14
活塞从接收信号到推出不是瞬间的么..没有1 gametick的延迟啊.. http://tieba.baidu.com/f?kz=2428743148 ...
粘性断开是瞬间,推出不是,很久前我就亲自测试过了。要是这么好解决双向双相无延时根本就不叫个事。
红石奇葩大神 发表于 2014-5-18 14:55
图示和我的不一样..右边的中继器应该1Tick延时
关于东南畸变可以看http://www.mcbbs.net/thread-38753-1-1.html一楼最下面的测试,那时我还不知道这个叫法罢了。
既然信号输出不稳定,那么其本性和1.2.5星型发动机的输出没有本质区别,总的来讲仍属bug范畴。
关于无延时,当初我测试结果是推出0.5t,缩回无,移动方块变回实体1t左右,失去支持的重力块方块变实体约有1.5t延时。
jianghr 发表于 2014-5-18 07:29
活塞推出实际上有0.5tick的延时(1游戏刻=0.5红石刻俗称tick),所以我认为这广义上仍然属于0.5Tick发生器 ...
收回有(5游戏刻),推出木有
姚氏帅哥 发表于 2014-5-20 19:39
收回有(5游戏刻),推出木有
我们讨论的是 从活塞失去信号到把面前的方块变为36号方块其中的延时 而不是 将原方块变成36号方块再变回去的时间
songfeitong 发表于 2014-5-17 22:47
短脉冲发生器有很多用途的,尤其这个还是0Tick的。
我做了tick计数器..
可以计算tick长短....
..........................
应该能计算0tick
哪天我试试
虽然看不懂,但是感到好像好有用的样子啊!
叼啊,这也太叼了,神的发现……
jianghr 发表于 2014-5-18 07:29
活塞推出实际上有0.5tick的延时(1游戏刻=0.5红石刻俗称tick),所以我认为这广义上仍然属于0.5Tick发生器 ...
错!0.5刻脉冲能激发活塞,但是他的不能好不好~~
这东西貌似没用啊。。。
酱油,水……不要在意我的头像。
你做难了

为毛是1.8,.17.2不行么
Q版末影人 发表于 2014-7-20 09:59
为毛是1.8,.17.2不行么
你在1.7.2找出Slime Block也可以