blocking signals

Quote: f.e wrote on Thu, 16 March 2006 09:34
—————————————————-
> Hello,
>
> related to my problem with using line or line~, i’ll rewrite the patch
> with this last one. But line~, like all MSP objects, still sends its
> final value after the ramp is done.

It’s a timing issue, your gate is closing before snapshot has done its job. See:

where’s the lp.endoftheline~ ? i’m a Litter Pro user, but i can’t find
this one…

Thanks for the reply. Yes, it’s a timing issue (i’ve made a test with
capture~ meanwhile, and the 1. and the 0. are there).

But the problem now is : when line~ is done, the gate~ is closed but
still sends a 0. or a 1. !! So, i’d like to figure out :
A- how to make it shut the fuck up (if another line~ do another job in
the same destination, it’s useless necause of this persistant signal),
B – how to keep the last value on if i want…

Easy to make it in max or will i have to do this in C ?

best regards

f.e

ps: forget about my Clipboard new discovered funtionnality… you can do
this without ! :-%

Generally speaking, you can’t stop signal flow, because it will
interrupt the dac~. You can use sah~ (sample and hold) to make it
continue sending the last value that you sampled, however. A steady
stream of 0’s is silence, so you don’t need to get rid of that
necessarily.

Could you send a sah~ example ? (the help file is a catastrophe : /"When
the control makes a transition* from being at or below a the trigger
value to being above the trigger value*, the input is sampled and its
current value is output until another control transition occurs and the
input is sampled again."/ Is it supposed to mean something ?!)

"When the control makes a transition* from being at or below a the
trigger value to being above the trigger value*, the input is sampled
and its current value is output until another control transition
occurs and the input is sampled again."

Think of phasor~ as a clock driving sah~. (though you could use ANY
signal)

Every time the signal on the right inlet goes from below to above the
threshold value (i.e. for sah~ 0.01 that would be 0.01) it takes a
snapshot of the left inlet and holds that until the next time it’s
triggered. (it’s actually the first value in the current signal
vector, NOT the current value, IIRC)

If you use a phasor~ on the right inlet, you get a very rhythmically
regular snap-shotting of the left inlet. If you use rand~ 5 (for
instance), you get something less regular…

And you can tell easily if its a fake or not, litter names have to sound
like litter, something like lp.pizzie, otherwise they are not
original… lp.fuzzy f.e. would be already too much realworld, though it
would fit into his collection…