blocking signals


    Mar 16 2006 | 5:34 pm

    • Mar 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:
      or you could try lp.endoftheline~ from the Litter collection.
      mzed
    • Mar 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 ! :-%
    • Mar 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
    • Mar 16 2006 | 7:55 pm
    • Mar 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 ?
    • Mar 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
    • Mar 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.
    • Mar 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
    • Mar 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
    • Mar 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.
    • Mar 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