Re: [music-dsp] Sampling theorem extension

2015-06-12 Thread Ethan Duni
>The fact that the constant maps to a delta and the successive higher >derivatives to monomials of equally higher order sort of correspond to >the fact that in order to approximate something with such fiendishly >local structure as a delta (corresponding in convolution to taking the >value) and its

Re: [music-dsp] FFTW Help in C

2015-06-12 Thread Bjorn Roche
Ross and Conner, It's absolutely true that each callback must respond in a certain amount of time. The maximum execution time of each callback is something you need to consider. Ross' language is more precise, but maybe some arm-wavy examples will help: - If each callback does the same amount of

Re: [music-dsp] Sampling theorem extension

2015-06-12 Thread Andreas Tell
On 12 Jun 2015, at 14:31, Vadim Zavalishin wrote: > On one hand cos(omega0*t) is delta(omega-omega0)+delta(omega+omega0) in the > frequency domain (some constant coefficients possibly omitted). On the other > hand, its Taylor series expansion in time domain corresponds to an infinite > sum o

Re: [music-dsp] Sampling theorem extension

2015-06-12 Thread Vadim Zavalishin
On 12-Jun-15 12:54, Andreas Tell wrote: I think it’s not hard to prove that there is no consistent generalisation of the Fourier transform or regularisation method that would allow plain exponentials. Take a look at the representation of the time derivative operator in both time domain, d/dt, and

Re: [music-dsp] FFTW Help in C

2015-06-12 Thread Connor Gettel
Dear Phil, Just wanted to say thanks for your thorough response. It was very helpful and raised a few questions. When you mention driving graphic’s displays, did you mean software or hardware? The project i’m working at the moment is based on a raspberry pi, FFT is all conducted there, output

Re: [music-dsp] Sampling theorem extension

2015-06-12 Thread Andreas Tell
On 11 Jun 2015, at 19:58, Sampo Syreeni wrote: > Now, I don't know whether there is a framework out there which can handle > plain exponentials, a well as tempered distributions handle at most > polynomial growth. I suspect not, because that would call for the test > functions to be faster de

Re: [music-dsp] Sampling theorem extension

2015-06-12 Thread Vadim Zavalishin
On 11-Jun-15 19:58, Sampo Syreeni wrote: On 2015-06-11, vadim.zavalishin wrote: Not really, if the windowing is done right. The DC offsets have more to do with the following integration step. I'm not sure which integration step you are referring to. The typical framework starts with BLITs,

Re: [music-dsp] FFTW Help in C

2015-06-12 Thread Ross Bencina
On 12/06/2015 6:51 AM, Richard Dobson wrote: If it is purely for graphic display, the interesting aspect coding-wise will be timing, so that the display coincides closely enough with the audio it represents. The following paper might give some idea about doing that with PortAudio timestamps:

Re: [music-dsp] FFTW Help in C

2015-06-12 Thread Ross Bencina
Hey Bjorn, Connor, On 12/06/2015 1:27 AM, Bjorn Roche wrote: The important thing is to do anything that might take an unbounded amount of time outside your callback. For a simple FFT, the rule of thumb might bethat all setup takes place outside the callback. For example, as long as you do all yo