<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">Yes, I think you're right that it would break patches. A new object like sosc~ would be possible, but it seems unnecessary.</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Jun 25, 2018 at 3:19 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi list,<br>
<br>
There is an unused class ostensibly originating from pd-double called<br>
"scalarosc_class". I guess the idea was to eventually implement an<br>
optimized version of "osc~" in the case that a float arg is supplied.<br>
<br>
However, I don't see how that could work. For example, the scalar<br>
version of [*~] is triggered by supplying a floatarg like [*~ 0.1].<br>
But that has the side effect of changing the second inlet from a<br>
signal inlet to a scalar inlet.<br>
<br>
I don't see how that side-effect would be possible with "osc~" because<br>
there are plenty of cases where the user starts with "osc~ 440", then<br>
makes a signal input to that same "osc~ 440." So I don't think it's<br>
possible to constrain the input to scalar without breaking patches.<br>
<br>
(Same for "cos~")<br>
<br>
-Jonathan<br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div>