[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss-gnuradio] generic LP/BP filters
From: |
Marcus D. Leech |
Subject: |
[Discuss-gnuradio] generic LP/BP filters |
Date: |
Fri, 01 Nov 2013 21:44:52 -0400 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16 |
For the "generic" LP/BP filter blocks, would it make sense for them to
automatically select either a conventional FIR or FFT-fast-convolution
filter,
depending on the number of taps and other parameters?
The user still has access to the low-level implementations, but the
choice between conventional FIR and fast convolution based on FFT is
something that
*could* be done whenever the filter parameters change, yes?
Furthermore when running a standard dot-product FIR filter, do we take
advantage of the identities shown in this paper:
http://www.ws.binghamton.edu/fowler/fowler%20personal%20page/EE521_files/IV-05%20Polyphase%20FIlters_2007.pdf
Which allows you to avoid computations in a FIR that will never be used
in the output? Looking at the code, it *looks* like we do, but I'm
not certain.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
- [Discuss-gnuradio] generic LP/BP filters,
Marcus D. Leech <=