Hello Marcus,
I went looking at the code and I found this:
d_fftsize = (int) (2 * pow(2.0, ceil(log(double(ntaps)) / log(2.0;
d_nsamples = d_fftsize - d_ntaps + 1;
set_output_multiple(d_nsamples);
which I'm not sure I understand, but is in agreement with what I
observe. Can someone explain t
Hi Daniele,
alignment requirements for the FFTw aren't that strict, but you'll have
to wait for a decimation*ntaps of samples to accumulate before you can
do the FFT.
Greetings,
Marcus
On 05/13/2015 05:47 PM, Daniele Nicolodi wrote:
> On 01/04/15 00:30, Matt Ettus wrote:
>> Daniele,
>>
>> GNU Ra
On 01/04/15 00:30, Matt Ettus wrote:
>
> Daniele,
>
> GNU Radio tries to maximize the size of the chunks of data it deals
> with. Clearly that works well for high rate data, but not low rate
> data. There are some handles to control buffer sizes and things within
> GNU Radio, but you may have b
Daniele,
GNU Radio tries to maximize the size of the chunks of data it deals with.
Clearly that works well for high rate data, but not low rate data. There
are some handles to control buffer sizes and things within GNU Radio, but
you may have better luck just using a much higher sample rate. If
Hello,
I have a system where I acquire a signal through an Ettus N210 at 200
kHz and I process it through a few GNURadio blocks. Those blocks include
a first low pass filtering and decimation to 1 kHz sampling rate and
further resampling down to 10 Hz or so.
In this configuration the output sampl
