On Tue, Apr 1, 2014 at 2:21 PM, Marcus D. Leech <mle...@ripnet.com> wrote:
> Tag: v3.7.4git-50-ga8f73d85 > > This demonstrates a horrible bug I found in FFT filters--change the size > from "little" to "quite large", and the scheduler goes running home to > momma: > > > thread[thread-per-block[1]: <block fft_filter_ccc (12)>]: Buffer too small > for min_noutput_items > > > I've attached a minimal GRC to show this. > > > -- > Marcus Leech > Principal Investigator > Shirleys Bay Radio Astronomy Consortium > http://www.sbrac.org That's actually not surprising. The buffer is established when the top_block is started and will be based on the size of the FFT you need to run. Increasing the size of the filter will not increase the size of the buffer. We'll have to figure out how we want the solution to this to look. Might be we just refuse to increase the filter size during runtime so you'll have to lock/unlock the flowgraph. Will think more on this... Tom
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
