S, Markus,
Yep, this works.
As for some background: I build my GNU Radio with
CMAKE_BUILD_TYPE=RelWithDebInfo, which boils down to a reasonable '-g
-O2' using clang. I've built my gr-xoroshiro module with the same
parameters.
It stochastically outperforms the fastnoise_source in Gaussian mod
Hello Markus,
just to add to the things said:
The (non-fast) noise source in GR has experienced a bit of bugfixing
(but more on a mathematical level: turns out that the built-in random
function GNU Radio used wasn't all that random if one looked for about
10^8 samples)...
I'm currently reading th
Hi Markus,
the whole gr::random class would be a candidate for a C++11 overhaul.
Though, C++11 is only supported on the next branch aka GR3.8. On GR3.7
C++11 is not supported. To make matters worse, 3.7 requires to work with
a fairly old Boost version. Somewhere in the 1.3x range if I recall
c
>
> I'm also wondering whether C++11 is allowed in gnuradio.
C++ 11 is supported in the next branch:
https://lists.gnu.org/archive/html/discuss-gnuradio/2017-10/msg00152.html
-Paul Wicks
On Thu, Jan 25, 2018 at 3:45 PM, Markus Wirsing
wrote:
> Hello,
>
> I noticed that the fastnoise_source bl
Hello,
I noticed that the fastnoise_source block is not thread safe, as it
calls rand(), which keeps global state.
This makes it non-reproducable between multiple runs once more than one
such source is used.
I also opened an issue about this on github:
https://github.com/gnuradio/gnuradio/issues/
