Thank you for following up on this issue. The grc cache has turned up a few
times recently as the cause of a few issues. So yes a github issue would be
a very good idea to track this.
Thanks!
On Sun, Apr 25, 2021 at 3:52 PM Christophe Seguinot <
christophe.segui...@orange.fr> wrote:
> Hi
>
> I e
It definitely helps, thank you. One thing I noticed, and don't know how to
address is why the ""Correctly Sampled Signal"" Time Sink shows the
amplitude on the nanoscale.My signal source has an amplitude of one and the
Time Sink should be displaying a range from -1 to 1.
I placed a rational resamp
Hello GNURadio Community:
In my GRC signal flowgraph, I would like to make use of a complex value
computed down stream to multiply upstream input values. Gnuradio has a
"Multiply by Tag Value" block which I think would work wonderfully, if I
knew how to use it.
I am building an OOT downstream blo
Hi
I effectively proposed Mike to remove the cache.json file, in case it
could help. As I thought this was probably not the solution I sent him a
private email and asked him to answer to the list in case of success.
So to resume; it appears that the problem originates from simply
upgrading G
El 25/4/21 a las 18:42, James Hayek escribió:
Apologies if I missed any response from my prior thread.
I wanted to elaborate more here, on what I am attempting to do.
The goal is to create a GRC file to show how sampling rates affect a
generated signal. Knowing, for real samples, fs (sampling r
With thanks to Christophe for his excellent advice, removing
~/.cache/grc_gnuradio/cache.json fixed things up. After needing to do
this now & then, I have a new gr heuristic:
if (weirdnessReigns) { delete cache.json; }
Thanks, Christophe!
Mike
On 4/24/21 2:55 PM, Mike Markowski wrote:
Som
