<div dir="ltr">hello, I had plans to try working on a .c code for it, and my idea was to just adapt from [comb~].<div><br></div><div>Yeah... Teeth is almost identical to [comb~]!</div><div><br></div><div>In [comb~] you have the same delay time for the feedforward and the feedback. In [teeth~] you can specify different time delays for feedforward and feedback. So you basically have only one extra time delay parameter to include in [comb~] and... voilà, you've got [teeth~]!</div><div><br></div><div>Hope this makes it clear for you.</div><div><br></div><div>Cheers </div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-06-23 4:56 GMT-03:00 Fred Jan Kraan <span dir="ltr"><<a href="mailto:fjkraan@xs4all.nl" target="_blank">fjkraan@xs4all.nl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Alexandre,<br>
<br>
Just now I completed the c code for a teeth~ object, which doesn't seem<br>
to crash instantly and sounds* the same as your abstraction which is now<br>
in cyclone.<br>
<br>
The block diagram in your help patch made it very clear what should  be<br>
coded. The only thing (what an expert told me), was that 'z' applies to<br>
samples, and teeth~ is controlled in milli-seconds.<br>
<br>
While coding, I found the delay time has to be zero or positive, but the<br>
gain coefficients can be negative too, adding the delayed signal out of<br>
phase.<br>
<br>
I have no plans to add the object to cyclone anytime soon. First spend<br>
some time figuring out that i really does what I think it does. It<br>
doesn't crash instantly, and output looks sinusoid with a sinus input,<br>
but that doesn't prove much. And at least some form of interpolation<br>
should be added before it is ready for prime time.<br>
<br>
Greetings,<br>
<br>
Fred Jan<br>
<br>
*) the help patch sounds equally weird with both, using only the<br>
positive gains<br>
<br>
On 2015-06-15 04:14 PM, Alexandre Torres Porres wrote:<br>
> it's just a preview, I'm gonna still work on them and help files :)<br>
><br>
> 2015-06-15 10:38 GMT-03:00 Fred Jan Kraan <<a href="mailto:fjkraan@xs4all.nl">fjkraan@xs4all.nl</a><br>
> <mailto:<a href="mailto:fjkraan@xs4all.nl">fjkraan@xs4all.nl</a>>>:<br>
><br>
>     Hi Alexandre,<br>
><br>
>     Thanks for the abstractions. I will include them in the svn repository<br>
>     and the next binary deken compatible builds. Only rect~ didn't work.<br>
><br>
>     I applied some minor modification by replacing [pi], which doesn't<br>
>     appear to be vanilla by [3.141593(.<br>
><br>
>     Greetings,<br>
><br>
>     Fred Jan<br>
><br>
>     P.S. Wouldn't mind if the future supplied help-patches were already<br>
>     cyclone-standard formatting ;-).<br>
><br>
>     On 2015-06-14 10:14 PM, Alexandre Torres Porres wrote:<br>
>     >> Any object or abstraction that implements something<br>
>     >> present in Max(5) could be part of cyclone.<br>
>     ><br>
>     > i've made 13 abstractions so far<br>
>     ><br>
>     > - atodb<br>
>     > - atodb~<br>
>     > - dbtoa<br>
>     > - dbtoa~<br>
>     > - freqshift~<br>
>     > - rect~<br>
>     > - saw~<br>
>     > - scale<br>
>     > - scale~<br>
>     > - teeth~<br>
>     > - thresh~<br>
>     > - tri~<br>
>     > - trunc~<br>
>     ><br>
>     > Gonna try and do a few of these more, I have more 5 in mind so far. I<br>
>     > guess some make much more sense as objects, like<br>
>     [rect~]/[tri~]/[saw~].<br>
>     > Here's a preview attached.<br>
>     ><br>
>     > cheers<br>
><br>
><br>
</blockquote></div><br></div>