were you able to check it? I'm curious to see if we are on the same page :) cheers
2015-06-23 13:52 GMT-03:00 Alexandre Torres Porres porres@gmail.com:
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.
cheers
2015-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'tseem
to crash instantly and sounds* the same as your abstraction whichis now
in cyclone. The block diagram in your help patch made it very clear whatshould 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 signalout of
phase. I have no plans to add the object to cyclone anytime soon. Firstspend
some time figuring out that i really does what I think it does. It doesn't crash instantly, and output looks sinusoid with a sinusinput,
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], whichdoesn'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 > >