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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
