Hi Mark - Interesting issue. Is SWIG/Python -not- enabled in your GR
install? Following the code, that could cause the error you're seeing. If
you look through the file
"/opt/truearrow/6.3/lib/cmake/gnuradio/GnuradioConfig.cmake",
line 37 will show whether ENABLE_PYTHON is enabled or not. - MLD
Hi,
On 08/09/2019 21:29, Rajen Goradia wrote:
I am trying to make use of the ZMQ blocks in GNU Radio to act as a
server and have a separate python client application send data/messages
to GNU Radio. I was successful in getting data out of GNU Radio and
using a separate python application such
Hello,
I am trying to build a module and I keep seeing the error below during cmake.
Any deas?
#9 3.713 -- Found VOLK: Volk::volk
#9 3.729 -- Checking for module 'thrift'
#9 3.761 -- Found thrift, version 0.10.0
#9 3.840 CMake Error at
Hi Adrian - It's non-trivial to determine the state of the buffers from
inside blocks, but with the correct C++ class/type coercion it can be done
-- even if you're not supposed to do that. I don't recommend doing so, of
course. Thinking there will be a better way to do what you're hoping to do.
-
Hi Kevin,
Thanks for the answer, unfortunately in my case I want to keep the flowgraph
running and I'd need a way to check the state of the block buffers. Maybe I can
do that with a custom block before the source or maybe I should rethink my
approach.
Adrian
On September 16, 2019 2:42:06 PM
On Mon, Sep 16, 2019 at 4:22 AM Adrian Musceac wrote:
> So far I haven't found a way (callback?) to tell when the last sample is
> out of the flowgraph. I am using the C++ API of GNU radio.
>
The wait() method of a top_block will block the calling thread until all
items have passed through.
Hi,
I have a problem with my flowgraphs: at the end of a transmission, I am
pushing into the GNU radio source a number of bits which represent the tail
end of the transmission. The rate of the flowgraph is not fixed, for some
modes the bits will get through faster then for others. I'd like to know
