hi list, is there a possibility for binwise spectral delay with fft? i tried to write the analysis in buffers and read it time-variably out before re-synthesizing, but that didn't work (in fact buffer writing / reading the analysis did not work at all).
mirko
Hallo, Mirko Maier hat gesagt: // Mirko Maier wrote:
is there a possibility for binwise spectral delay with fft? i tried to write the analysis in buffers and read it time-variably out before re-synthesizing, but that didn't work (in fact buffer writing / reading the analysis did not work at all).
Is this: http://footils.org/cms/show/60 what you mean?
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
http://crca.ucsd.edu/~msp/techniques/latest/book-html/node179.htmlhttp://crca.ucsd.edu/%7Emsp/techniques/latest/book-html/node179.html # You can take a look at this page for help in FFT. # How did you impelement the buffered analysis? # I think something like this could work: If the number of bins is 2*N, prepare N tables with size N samples. 1st table has one in 1st sample and zero everywhere. Similarly n'th table has 1 in n'th sample and zero in other samples. This tables will be used to pick up n'th bin from the mixed analysis. # Then prepare 2*N [*~] objects and multiply real and imag output of [rfft~] with [tabreceive~ preparedTableN]. This way every bin will be seperated, every pair has the amplitude and phase information of only one bin. # Then apply delay's to every pair and sum all delayed real and imaginary parts seperately. Finally put these two signals to [rifft~] # If I doesn't have two final exams this week, I'll try to implement what I've said. Good days! -ugur guney-
On 6/4/07, Mirko Maier mirkom@gmx.de wrote:
hi list, is there a possibility for binwise spectral delay with fft? i tried to write the analysis in buffers and read it time-variably out before re-synthesizing, but that didn't work (in fact buffer writing / reading the analysis did not work at all).
mirko
# Delaying the analysis will not work, because analysis data is an one block audio signal. If you delay it not a integer multiple of a block, the synchronisation of different delayed bin analysis, get lost. # I made two different versions of spectral delay, one using delay before inverse FFT, other after it. Both doesn't work :-) but the second one gives good results for some certain delay times. I don't understand why this result happened. -ugur-
On 6/4/07, ugur guney ugurguney@gmail.com wrote:
http://crca.ucsd.edu/%7Emsp/techniques/latest/book-html/node179.html# I think something like this could work: If the number of bins is 2*N, prepare N tables with size N samples. 1st table has one in 1st sample and zero everywhere. Similarly n'th table has 1 in n'th sample and zero in other samples. This tables will be used to pick up n'th bin from the mixed analysis. # Then prepare 2*N [*~] objects and multiply real and imag output of [rfft~] with [tabreceive~ preparedTableN]. This way every bin will be seperated, every pair has the amplitude and phase information of only one bin. # Then apply delay's to every pair and sum all delayed real and imaginary parts seperately. Finally put these two signals to [rifft~] -ugur guney-
Hallo, ugur guney hat gesagt: // ugur guney wrote:
# Delaying the analysis will not work, because analysis data is an one block audio signal. If you delay it not a integer multiple of a block, the synchronisation of different delayed bin analysis, get lost. # I made two different versions of spectral delay, one using delay before inverse FFT, other after it. Both doesn't work :-) but the second one gives good results for some certain delay times. I don't understand why this result happened.
Did you look at the spectral delay included in that archie here: http://footils.org/pkg/fft-tut.tgz ? It's working quite well.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
# I wanna see it, if the patch of which wonderful screenshot is at the top of this page, http://footils.org/cms/show/60, is in the archive. But sadly, fft-tut.tgz has only a file "fft-tut" with no extension in it? -uğur-
Did you look at the spectral delay included in that archie here:
http://footils.org/pkg/fft-tut.tgz ? It's working quite well.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.og__
Hallo, ugur guney hat gesagt: // ugur guney wrote:
# I wanna see it, if the patch of which wonderful screenshot is at the top of this page, http://footils.org/cms/show/60, is in the archive.
It is.
But sadly, fft-tut.tgz has only a file "fft-tut" with no extension in it?
Probably that's the directory, the spectral delay patch is inside. (It was also posted to the list so it should be in the list-archive as well.) It's called specdelay~.pd and specdelay~-help.pd
However fft-tut.tgz is a Tar-Gz-archive, which is common on unixish systems. It actually consists of a two-way archive: A "tar"-archive which is a single file made up of many files or directories. This tar-archive is then zipped with gzip so that you get a *.tar.gz file, which is commonly abbreviated to *.tgz (Sometimes Bzip instead of gzip is used, for example for the autobuild-versions of pd-extended. The ending then is *.tbz or *.tar.bz2)
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
-
Frank Barknecht -
Mirko Maier -
ugur guney