posted 05 January 2006 03:05            

---

Sorgenkind.kym

Hi,

I need the attached sound as a model for generating multiple triggers, using more than one threshold module with different treshold values in
the end.
But already in this elementary fashion the behaviour is not as expected:
why is it that the threshold module doesn't change at all (as indicated by the SoundToGlobalController behind it)?
The envisaged and expected behaviour was that it puts out a '0' when the exponential control function is over the treshold value and that it puts out a '1' when it is under the treshold value (thus a reversal
of the normal behaviour, because I need this for a reduction process in another sample-based sound).
What did I oversee?
Thanks in advance. Best, flo

IP: Logged

posted 05 January 2006 14:24            

---

Florian.kym

The problem was due to the "Silent" checkboxes in the SoundToGlobalControllers.

When a SoundToGlobalController is fed into a Mixer in *parallel* with a Sound, you probably want to check the Silent box so you don't hear the subaudio control signal mixed in with the audio signal.

However, when a SoundToGlobalController is part of the signal flow and feeding into another Sound that depends on its output, you should UNcheck the Silent box; otherwise, no signal comes out of the SoundToGlobalController.

In this example, the SoundToGlobalControllers are there as "monitors" to show the value of intermediate expressions along the signal flow path. Since each one feeds into the Sound to its right, the Silent boxes should be unchecked.

I've attached a revised version of your Sound with the Silent boxes unchecked and with some of the Constants replaced by CapyTalk expressions. I think this one is closer to your original intentions.

IP: Logged

posted 06 January 2006 08:06            

---

Sorgenkind.kym

Thanks for clarification. Now I used this sound (for my own overview and troubleshooting I added the constant modules again) as a trigger for a Ramp which I need for a reduction proces in another sound.
But somehow it seems that the ramp already is triggered before it gets the trigger from the (inversed) threshold. How come?

IP: Logged

posted 06 January 2006 08:42            

---

The "resting point" of a FunctionGenerator is its last sample. In the case of a ramp, that would be 1. Could this be the problem?

IP: Logged

posted 06 January 2006 11:12            

---

I thought that *was* a problem which I hoped to solve by multiplying
the Ramp with its trigger in a constant sound behind it, so that it is
zero when not triggered. But maybe this doesn't work properly, maybe I
oversaw something here?
The main problem I discovered was that the ramp, as indicated by the
SoundToGlobalController in the VCS, only seemed to run from ~ 0.7 (or
something around) to 1, the first time it was triggered, and not from
0 to 1. And when retriggered it reached '1' much to quickly (compared
with the OnDuration time). And I couldn't find the cause for this on first
glance.

IP: Logged

posted 06 January 2006 11:58            

---

Sorgenkind3.kym

Try the modified one (called test C). Check Exp, then Exp10 decreases in value until it reaches the lower threshold, then Trigger goes high, causing Ramp to increase at DimBPM1Dur-determined rate (based on that duration)

IP: Logged

All times are CT (US)