Hi Alexandre,
> hello, I had plans to try working on a .c code for it, and my idea was
> to just adapt from [comb~].
>
> Yeah... Teeth is almost identical to [comb~]!
>
> 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~]!
Well, not quite. You also need another delay line, as each has different
input (input and output signal). And writing code is more fun than
reading/understanding/adapting. I prefer the array aproach above the
pointer arithmetic that real programmers use :-).
>
> Hope this makes it clear for you.
>
> Cheers
Greetings,
Fred Jan
>
> 2015-06-23 4:56 GMT-03:00 Fred Jan Kraan <fjkraan@xs4all.nl
> <mailto:fjkraan@xs4all.nl>>:
>
> Hi Alexandre,
>
> Just now I completed the c code for a teeth~ object, which doesn't seem
> to crash instantly and sounds* the same as your abstraction which is now
> in cyclone.
>
> The block diagram in your help patch made it very clear what should be
> coded. The only thing (what an expert told me), was that 'z' applies to
> samples, and teeth~ is controlled in milli-seconds.
>
> While coding, I found the delay time has to be zero or positive, but the
> gain coefficients can be negative too, adding the delayed signal out of
> phase.
>
> I have no plans to add the object to cyclone anytime soon. First spend
> some time figuring out that i really does what I think it does. It
> doesn't crash instantly, and output looks sinusoid with a sinus input,
> but that doesn't prove much. And at least some form of interpolation
> should be added before it is ready for prime time.
>
> Greetings,
>
> Fred Jan
>
> *) the help patch sounds equally weird with both, using only the
> positive gains
>
> On 2015-06-15 04:14 PM, Alexandre Torres Porres wrote:
> > it's just a preview, I'm gonna still work on them and help files :)
> >
> > 2015-06-15 10:38 GMT-03:00 Fred Jan Kraan <fjkraan@xs4all.nl
> <mailto:fjkraan@xs4all.nl>
> > <mailto:fjkraan@xs4all.nl <mailto:fjkraan@xs4all.nl>>>:
> >
> > Hi Alexandre,
> >
> > Thanks for the abstractions. I will include them in the svn
> repository
> > and the next binary deken compatible builds. Only rect~ didn't
> work.
> >
> > I applied some minor modification by replacing [pi], which doesn't
> > appear to be vanilla by [3.141593(.
> >
> > Greetings,
> >
> > Fred Jan
> >
> > P.S. Wouldn't mind if the future supplied help-patches were
> already
> > cyclone-standard formatting ;-).
> >
> > On 2015-06-14 10:14 PM, Alexandre Torres Porres wrote:
> > >> Any object or abstraction that implements something
> > >> present in Max(5) could be part of cyclone.
> > >
> > > i've made 13 abstractions so far
> > >
> > > - atodb
> > > - atodb~
> > > - dbtoa
> > > - dbtoa~
> > > - freqshift~
> > > - rect~
> > > - saw~
> > > - scale
> > > - scale~
> > > - teeth~
> > > - thresh~
> > > - tri~
> > > - trunc~
> > >
> > > Gonna try and do a few of these more, I have more 5 in mind
> so far. I
> > > guess some make much more sense as objects, like
> > [rect~]/[tri~]/[saw~].
> > > Here's a preview attached.
> > >
> > > cheers
> >
> >
>
>