Forums > MaxMSP

blocking signals


f.e
March 16, 2006 | 5:34 pm


March 16, 2006 | 5:44 pm

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:

#P user ezdac~ 47 57 91 90 0;
#P window setfont "Sans Serif" 9.;
#P window linecount 1;
#P newex 345 157 55 196617 delay 100;
#P message 290 307 28 196617 clear;
#P newex 274 334 39 196617 capture;
#P user number~ 479 300 551 315 9 3 3 2 0. 0. 0 0. 20 0. 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 479 264 31 196617 gate~;
#P newex 321 188 19 196617 t 0;
#P message 387 340 50 196617 0.;
#P newex 387 310 62 196617 prepend set;
#P message 194 350 50 196617 0.071202;
#P newex 387 264 55 196617 gate;
#P button 304 21 34 0;
#P newex 304 61 27 196617 t b 1;
#P newex 156 208 33 196617 edge~;
#P button 240 21 34 0;
#P newex 240 62 27 196617 t b 1;
#P newex 156 233 19 196617 t 0;
#P newex 157 179 48 196617 ==~ 0.;
#P newex 118 180 48 196617 ==~ 1.;
#P message 304 103 67 196617 1. , 0. 1000;
#P newex 194 273 55 196617 gate;
#P newex 118 207 33 196617 edge~;
#P newex 194 320 62 196617 prepend set;
#P newex 239 180 59 196617 snapshot~ 1;
#P message 240 103 67 196617 0. , 1. 1000;
#P user ezdac~ 687 267 731 300 0;
#P newex 240 142 76 196617 line~ 0.;
#P newex 118 232 19 196617 t 0;
#P connect 7 0 5 0;
#P connect 7 0 24 0;
#P connect 5 0 18 0;
#P connect 26 0 21 0;
#P connect 1 1 26 0;
#P fasten 1 0 9 0 245 169 123 169;
#P fasten 1 0 10 0 245 169 162 169;
#P connect 1 0 4 0;
#P fasten 1 0 22 1 245 171 505 171;
#P connect 17 0 19 0;
#P connect 19 0 20 0;
#P connect 3 0 1 0;
#P fasten 8 0 1 0 309 131 245 131;
#P fasten 11 0 7 0 161 264 199 264;
#P connect 12 0 3 0;
#P connect 13 0 12 0;
#P connect 9 0 6 0;
#P fasten 0 0 7 0 123 264 199 264;
#P connect 6 0 0 0;
#P connect 10 0 14 0;
#P connect 14 0 11 0;
#P connect 16 0 15 0;
#P connect 15 0 8 0;
#P fasten 21 0 22 0 326 240 484 240;
#P fasten 21 0 17 0 326 257 392 257;
#P fasten 15 1 22 0 326 91 484 91;
#P fasten 15 1 17 0 326 97 392 97;
#P fasten 15 1 7 0 326 88 199 88;
#P fasten 12 1 22 0 262 92 484 92;
#P fasten 12 1 17 0 262 92 392 92;
#P fasten 12 1 7 0 262 92 199 92;
#P connect 22 0 23 0;
#P fasten 4 0 17 1 244 230 437 230;
#P connect 4 0 7 1;
#P connect 25 0 24 0;
#P window clipboard copycount 28;

or you could try lp.endoftheline~ from the Litter collection.

mzed



f.e
March 16, 2006 | 6:02 pm

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 ! :-%


March 16, 2006 | 6:39 pm

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.

Peter McCulloch


March 16, 2006 | 7:55 pm


March 17, 2006 | 2:59 am

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…

LOL.
dude, there is a litter for everything, didn t you know that ?



f.e
March 17, 2006 | 8:11 am

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 ?!)

best

f.e



jln
March 17, 2006 | 8:35 am

yes, see, it is supposed to mean :

"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."

Sorry, couldn’t resist…

Julien.


March 17, 2006 | 8:40 am

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…

Give this a try:

rand~ 0.2
|
*~ 200
|
+~ 400
|
| rand~ 5. (try phasor~ 5 here as well)
| |
sah~ 0.01
|
cycle~
|
dac~

Does this help?

Peter McCulloch


March 17, 2006 | 10:18 am

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…

Stefan

[][] [][][] [][] [][][]
[][][][][][][][][][][][][][][]

Stefan Tiedje
Klanggestalter
Electronic Composition
&
Improvisation

/~~~~~
\ /|() ()|
))))) )| | |( \
/// _/)/ )))))
___/ ///

————————-x—-
–_____———–|———–
–(_|_ —-|—–|—–()—-
– _|_)—-|—–()———–
———-()————x—–

14, Av. Pr. Franklin Roosevelt,
94320 Thiais, France
Phone at CCMIX +33-1-57 42 91 09



jln
March 17, 2006 | 11:21 am

mmm… well. Can’t see why it was supposed to be that fun… I *knew*
it was not a good idea to try to make funny stupid joke before first
coffee ;-)

Anyway, thanks Peter. The help patch was more clear after your
explanations. At least, after coffee…

Julien.



f.e
March 17, 2006 | 1:25 pm

Waouhhhhhh ! Great idea Stefan ! I never thought about this : f.e = for
example ! What a super name for a band ! I’ll dedicace this one for you…

cheers

f.e


Viewing 12 posts - 1 through 12 (of 12 total)