All of the models I made or seen so far.. A stream end detector is a device that outputs a spark after a stream of sparks at its input has stopped. They're useful for sequencing different commands one after another.
Comments
-
Cause that's something that happens a lot in my mechanisms, you know.
-
I think I kinda get it, but I think I'm talking about a different thing. So when a spark doesn't come after the previous one, your detector will immediately output a spark - but is it hard to make it wait one frame more? Maybe ten more?
-
I delayed it by combining PSCN, NSCN, METL and INWR to make the spark move 1 particle per frame. The idea is to split the signal and delay one branch by 8 frames exaclty, so the delayed branch sparks exactly at the same moment as the next spark enters the undelayed branch. By using XOR logic on both branches you only get a spark if the delayed and the undelay branches differ (which signifies a signal change).
-
I like yours, it's REALLY quick. I can't seem to find how to set a delay on it though.
-
Oh nice! I just came up with my own term cause I didn't encounter them before, but needed a device like that. So my first idea was to use a DLAY in stasis, then somebody in TPT discord recommended to use PTCT and only then I thought about copying SPRK with extended LIFE, which I think is one of the best methods for this.
-
Nice +1. This is called a "trailing edge detector". If it outputs only a spark at the first spark in a stream it's called a "leading edge detector". You can combine them both into one device id:3002095