Hey all,
I have been flailing away, and failing, at getting the qt waterfall sink
time axis to be scaled properly.
Using gnuradio 3.8.2.0-3 on Manjaro
One thing I found looking at the source code for the waterfall sink is that
despite the option to set an update period the block always uses 10 se
If there is not enough data to feed the FFT at the selected display rate,
the sink does appear to run slow and the time axis will not be accurate.
Try either a smaller FFT, or lengthen the interval even more.
On Fri, Jul 2, 2021 at 8:34 AM John Murphy
wrote:
> Hey all,
>
> I have been flailing a
Sorry - the smaller FFT would have no effect, so a larger update interval
is the only solution I see. There are multiple issues in the github tracker
that could be related. The gui sinks are known to need a little work and
even rearchitecture.
On Fri, Jul 2, 2021 at 8:47 AM Jeff Long wrote:
> If
Hello,
Another Friday => Another GSoC blog update about my work on the GRC View
Only Mode! This time I've made a test asserting that untrusted code isn't
executed as well as refined the code for the upcoming PR. There will be a
PR this weekend containing the core parts and eventually another PR
co
Happy 4th to everyone!
I am doing a QA test and it goes into an infinite loop and there is nothing
in my code to explain this, except my misunderstanding of writing code for
Gnuradio.
I am working with the general model because I have M input samples to every
N output samples (M and N are not equ
Hello,
I am working with Gnuradio 3.8.
In response to my recent question, I think I found out why my program ran
away in an infinite loop. It was because I was not consuming the inputs. So
at the end of the loop in the general_work method when I used all the
incoming data, I added the following l
