Kassen, <div><br></div><div>Thanks!  This is helpful.</div><div><br></div><div>Regards,</div><div>George<br><br><div class="gmail_quote">On Mon, May 21, 2012 at 7:54 PM, Kassen <span dir="ltr"><<a href="mailto:signal.automatique@gmail.com" target="_blank">signal.automatique@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, May 21, 2012 at 07:39:08PM -0400, George Locke wrote:<br>
> Hi,<br>
<br>
Hey George!<br>
<div class="im">><br>
> The signal path I have right now looks like this:<br>
><br>
> SinOsc m => ADSR modEnv => Gain g1 => SinOsc c => dac;<br>
> m => Gain g2 => c;<br>
><br>
> If I set g1's gain to maxIndex - minIndex, and g2's gain is set to<br>
> minIndex, I achieve the desired result, but I just want to make sure I'm<br>
> not making my life unnecessarily complicated by doing it this way.  (I'm<br>
> used to max/msp where there's a +~ object.)<br>
<br>
</div>With regard to summing this is totally fine; multiple signals are send<br>
to c and c's input, like all UGen inputs, defaults to summing.<br>
<br>
You could save yourself one "Gain", being g1. Instead of setting<br>
<br>
g1.gain(My_gain_index);<br>
<br>
you could set it to modEnv directly like;<br>
<br>
modEnv(my_gain_index);<br>
<br>
This is because all UGens have a .gain() member which sets their<br>
output gain. In this case we can't do that for the second signal-path<br>
as substituting g2 by calling m.gain() would affect the signal-path in<br>
the first line as well.<br>
<br>
That -useful- detail aside you seem well on your way to creating a<br>
nice FM synth!<br>
<br>
Yours,<br>
Kas.<br>
_______________________________________________<br>
chuck-users mailing list<br>
<a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br>
<a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users" target="_blank">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users</a><br>
</blockquote></div><br></div>