[PD] More teeth. Was: cyclone abstractions was: Nettles.

[Fred Jan Kraan]

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 at xs4all.nl
> <mailto:fjkraan at 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 at xs4all.nl
>     <mailto:fjkraan at xs4all.nl>
>     > <mailto:fjkraan at xs4all.nl <mailto:fjkraan at 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
>     >
>     >
> 
>