First, set_history(2) means there will be 1 old sample, not two. (yeah
go figure ... but the default value is '1' and means "no history").
So, if noutput_items = 8192
in[0] = history[0]
in[1] = new_sample[0]
...
in[8192] = new_sample[8191]
Cheers,
Sylvain
__
Nathan, thanks for the reply. This can actually explain a discrepency I
see in another custom quad demod block I have.
So what does that mean in terms of the value when I access
in[noutput_items]?
If I get noutput_items=8192, does it align like this?
in[0] = history1
in[1] = history2
in[2..8191]
That block calls set_history(2), so in[0] is actually the last sample in
'in' from the previous call to work.
On Mon, May 1, 2017 at 2:09 PM, Ghost Op wrote:
> I was looking back over the Quadrature Demod code and I happened to
> notice something unusual. The call to the Volk multiply conjugate
I was looking back over the Quadrature Demod code and I happened to
notice something unusual. The call to the Volk multiply conjugate
routine appears to use in[noutput_items+1] on the last calculation.
Here's the call:
volk_32fc_x2_multiply_conjugate_32fc(&tmp[0], &in[1], &in[0], noutput_items);
Dear Jahnavendra,
if you really have problems with reading the binary files the file_sink
produces, it would be wise to work on your skills in the programming
language you want to use. Others and I have pointed you personally to
example code that does that[1] before, and the FAQ entry that explain
Hi Cristian,
agreeing with the other Marcus :) Also, 100 Mb/s might sound like much –
but it's in fact relatively little. Each sample coming from your USRP
has 16 bit real and 16 bit imaginary part, so that's a 32 bit per
sample, or 320 Mb/s for a simple 10 MS/s stream.
Try with a USB2.0 port (no
Cc: pparva...@narl.gov.in
Hello all,
I want to read the data by collecting the information from the satellite.
So far i recorded some samples but i can't able to read it. So i tried to
create a block for reading the data in a document file. But it seems to be
be difficult while creating a new b
