Hi!
As a starter, I am using https://github.com/dl1ksv/gr-display as a model
to create https://github.com/duggabe/gr-console. So far, I have just
replaced occurrences of 'show_text' with 'read_text' and 'display' with
'console'.
cmake completes now, but the build still has errors.
My plan
There are plenty of stream-based blocks that require a certain number of
input samples to do processing (think FFT), and so if the number of input
samples can't be processed then the data won't be pushed through the FG.
Whether a FG will complete -- push through all data to completion -- really
Very useful! I found that my solution to the problem was to just let the FG
drain by itself and just minimize latency elsewhere. That said... If a source
stops pushing data into it, does it mean the samples still in the buffers in
other blocks get processed, or do they get stuck there until new
Hi Adrian - To the best of my memory, there is no "flush" or the equivalent
for clearing buffers after the FG stops but still has residual data in it.
The best way is to tear the FG down & recreate it; buffers will be
"cleared" in this manner, but it is of course a "hammer" to get the job
done.
Thanks Michael, I think this is too complicated for my use case, so I'll find
another way.
Apart from this, is there any way to tell the top block to flush the samples
still in it after you call stop() and wait()?
I don't want those samples to be sent out after I call start() again.
Many thanks,