It depends on which box I look at.
1) volk_32fc_x2_divide_32fc a_avx u_sse3
2) volk_32fc_x2_divide_32fc a_avx u_avx
Ron
On 10/03/2018 08:05 AM, Müller, Marcus (CEL) wrote:
Well, I'd be willing to call that a bug, all in all:
Though I totally get the "machine accuracy" argument, I'd at least
A bit of background:
I have been using a B205i mini to transmit a variety of canned waveforms.
These have ~5 MHz of BW, and I've been using binary files sampled at 6.25 MS/s.
I use a modified version of the tx_samples_from_file example, using a host
laptop via a USB 3.0 to Ethernet adaptor. T
Hi Tony,
that compile error pinpoints that you've got multiple version of UHD
installed. Now, if you can live with the UHD that debian ships, I'd
just erase your Pybombs prefix and start over; this time, pybombs
shouldn't try to install a UHD into the prefix, as UHD is one of the
build-deps of GNU
Well, I'd be willing to call that a bug, all in all:
Though I totally get the "machine accuracy" argument, I'd at least
expect the same results when running the same program twice, on the
same machine.
Now, I'm an author of one of the 32fc_x2_divide_32fc implementations;
I'd like to know what I c
That's the problem. If a set_output_multiple(4) in added to the
constructor in divide_cc_impl.cc, it solves the issue.
Ron
On 10/03/2018 06:42 AM, Ron Economos wrote:
Well, I guess it's not really a bug. Most likely it has to do with the
accuracy difference between the x86 intrinsics and the C
Well, I guess it's not really a bug. Most likely it has to do with the
accuracy difference between the x86 intrinsics and the C library. If you
look at the code in volk_32fc_x2_divide_32fc.h, the remaining points
that are not a multiple of four are calculated with the C library. If
the points f
It's a VOLK bug. Go into ~/.volk/volk_profile and change the
volk_32fc_x2_divide_32fc line to generic. That fixes the issue here.
Ron
On 10/03/2018 05:46 AM, Piotr Krysik wrote:
Hi all,
I simplified the flowgraph a bit and prepared a script that runs it
twice and compares the results.
https
Hi all,
I simplified the flowgraph a bit and prepared a script that runs it
twice and compares the results.
https://imgur.com/a/CSjOeLc
In short something is wrong indeed.
Almost after every run of the script I get results with differences.
I tested it on GNU Radio 3.7.12.0, I'm compiling the