<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-06-03 15:01 GMT-03:00 Jean Menezes da Rocha <span dir="ltr">&lt;<a href="mailto:jean@menezesdarocha.info" target="_blank">jean@menezesdarocha.info</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Alexandre,<div><br></div><div>As far as I understand it, the .sync attribute is more like an identifier, rather than a true numeric value (that is, 0 says you are syncing frequency with frequency; 1 says that you are syncing phase with frequency; 2 says you are doing true Frequency Modulation). As you are telling that no value means no sound, one can infer that there is no default value for that, and if you are feeding UGen =&gt; UGen, telling which is your sync method is mandatory (but I can be mistaken, as usual).</div></div></blockquote><div> </div><div>there may be a default parameter, right? And that seems to be 0. If I have sync at &quot;0&quot;, I hear no sound.</div><div><br></div><div>Anyway, it doesn&#39;t seem like the sync parameter is able to do hard sync. It seemed that the &quot;0&quot; value would do that, but, as I said, I hear nothing.</div><div><br></div><div>If phase input is linear in chuck, then the code from SuperCollider would be equivalent, but it is not. And even if it wasn&#39;t linear, I tried it with radian values and did not get the same results.</div><div><br></div><div>I suspect it is not really doing phase modulation because it doesn&#39;t matter if I change the carrier frequency, and that is weird.</div><div><br></div><div>well, I guess I&#39;m repeating myself, sorry, just anxious in the hope of clarification.</div><div><br></div><div>thanks</div></div></div></div>