RE: [linux-audio-dev] Re: [Jackit-devel] Re: [linux-audio-user][ANNOUNCE] jack_convolve-0.0.1
30 Jan
2005
30 Jan
'05
11:22 p.m.
>jack_convolve uses complex data format, not
half-complex
>like brutefir. so i suppose i can't simply rip his code ;)
I'd recommend the half-complex format, it makes hte
FFT much
faster and reduces the ammount of memory you have to touch.
The only pain is that the format is a bit wierd to work with.
- Steve
Forgive my ignorance, but is there any significant difference in the
sound produced by this complex convolve and BruteFIR's half-complex
convolve? (I'm speaking in a theoretical sense rather than comparing the
actual implementations.)
-Reuben
30 Jan
30 Jan
11:44 p.m.
New subject: [linux-audio-dev] Re: [Jackit-devel] Re: [linux-audio-user][ANNOUNCE] jack_convolve-0.0.1
On Sun, 30 Jan 2005 21:22:02 -0600
"Reuben Martin" <MartinR(a)jbu.edu> wrote:
Forgive my ignorance, but is there any significant
difference in the
sound produced by this complex convolve and BruteFIR's half-complex
convolve? (I'm speaking in a theoretical sense rather than comparing the
actual implementations.)
There shouldn't be. There are however significant savings (approx 50%) in
computation with the half complex version.
Erik
--
+-----------------------------------------------------------+
Erik de Castro Lopo nospam(a)mega-nerd.com (Yes it's valid)
+-----------------------------------------------------------+
"I could never learn to use C++, because of the completely overwhelming
desire to redesign the language every time I tried to use it, but this
is the normal, healthy reaction to C++." -- Erik Naggum
11:52 p.m.
New subject: [linux-audio-dev] Re: [Jackit-devel] Re: [linux-audio-user][ANNOUNCE] jack_convolve-0.0.1
On Mon, 31 Jan 2005 14:43:55 +1100
Erik de Castro Lopo <erikd-lad(a)mega-nerd.com> wrote:
On Sun, 30 Jan 2005 21:22:02 -0600
"Reuben Martin" <MartinR(a)jbu.edu> wrote:
Yes, i adopted this scheme. I use the r2c and c2r versions though. Only
difference is how they store the values (they transfor N real input
values into N/2+1 complex outputs. This is 1 more than the r2hc
versions, but i can access memory in forward direction in this case w/o
reordering).
Flo
--
Palimm Palimm!
http://affenbande.org/~tapas/
Forgive my ignorance, but is there any
significant difference in the
sound produced by this complex convolve and BruteFIR's half-complex
convolve? (I'm speaking in a theoretical sense rather than comparing the
actual implementations.)
There shouldn't be. There are however significant savings (approx 50%) in
computation with the half complex version.
7291
days inactive
7291
days old
linux-audio-user@lists.linuxaudio.org
2 comments
3 participants
participants (3)
-
Erik de Castro Lopo -
Florian Schmidt -
Reuben Martin