which used to work without any problem in the older gnuradio
distributions, in the newer 3.7.2.1 seems that the conversion above
(from complex to float and float to complex) introduces a problem, that
has to do with USRP transmissions.
However, when I increased the number of taps used for the root raised
cosine filter in pfb_arb_resampler by a factor of 100, everything seems
to work properly.
Note that if the conversions float2complex and complex2float miss
everything works.
I can’t really see what should have changed in the c2f / f2c behaviour.
My wild guess is: old (like, quite old) versions of GNU Radio UHD used
to have a 2^16 range, while modern USRP interfaces want samples with
im and re parts in [-1;1].
By the way: why the c2f → f2c thing?
Greetings and happy hacking,
Marcus
On 18.12.2013 03:06, George wrote:
that has to do with USRP transmissions.
Thanks, -George _______________________________________________
Discuss-gnuradio mailing list [email protected] Discuss-gnuradio Info Page
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
Note that if the conversions float2complex and complex2float miss everything
works.
Any ideas why?
Thanks,
-George
Bug it the pfb_arb_resampler. I was trying to be too conscientious
about calls to work but made an assumption in the forecast function
that’s not always correct. I’m testing a few things out, still, but I
should push this fix soon.
Still, your behavior of the filter length (increasing it by 100, that
is) doesn’t fit with what I’m seeing. What’s the full filter
definition you’re using for the block?
You are right increasing the number of taps by 100 is not the case,
after I debugged the results a bit more.
The problem seems to be in the number of samples consumed as you
mentioned above.
The full definition for the filter I am using is
firdes.root_raised_cosine(nfilts, 1.0, 1.0/nfilts, rolloff,
int(11spbnfilts))
where nfilts=32, rolloff=0.35 and spb =4
Is there going to be a fix soon or should I go with the 3.6.5 version of
gnuradio?
Thanks,
-George
George,
The patch was pushed last night. I will make it into the next bug
release, which will probably be in a month, plus or minus. In the
meantime, you can get the patch by looking at commit
b3b8a1f4965f8283f2c3d22ae45b569b2fe6d713