> Well, not quite. You also need another delay line,> as each has different input (input and output signal).Not really, because [comb~] also has two delay lines, one for input and another for output, in the same way! The thing is that it'll have the same delay time for both lines, whereas in teeth~ you can specify different times for each delay.see my patch attached comparing them.cheers2015-06-23 12:08 GMT-03:00 Fred Jan Kraan <fjkraan@xs4all.nl>: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
> >
> >
>
>