Closed for Company Meetings: Between September 18 (5pm PDT) and September 22 (12pm PDT), Support and Sales requests will be delayed. Only time-sensitive issues will be addressed during that time. Thanks for your patience.
Quote: f.e wrote on Thu, 16 March 2006 09:34
> 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:
or you could try lp.endoftheline~ from the Litter collection.
where's the lp.endoftheline~ ? i'm a Litter Pro user, but i can't find
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 ?
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
Quote: Peter Castine wrote on Thu, 16 March 2006 12:55
> On 16-Mar-2006, at 19:02, f.e wrote:
> > where's the lp.endoftheline~ ? i'm a Litter Pro user, but i can't
> > find this one...
dude, there is a litter for everything, didn t you know that ?
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
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...