Thanks Jeff I was actually going down the tags road already. Since JAERO doesn’t use GNURadio, if I am going to modify JAERO to read tags, I’d like to do it in the cleanest way possible so I can have a simple feature/pull request and not require GNURadio as a dependency. That being said, can you tell me how to parse GNURadio tags out of a raw ZMQ stream? I was reading the docs and trying to do that yesterday and it’s really hard without the convenience of “get_tags_in_window”. I went through all the examples, but obviously they don’t focus on how to extract tags on the other side of a ZMQ socket. I may have missed something but it didn’t seem simple once you’re outside of GNURadio.
Thx <end transmission> > On Jan 18, 2022, at 06:06, Jeff Long <willco...@gmail.com> wrote: > > > No, the current code will only add the key (topic) to each message. > > Tags are passed through ZMQ, so you could inject tags (this might require a > custom block) periodically and receive them in JAERO. You probably don't want > them in every message anyway. This means that the receiver will need to wait > until the next time the tags are sent, though. If you can work this out, it's > cleaner. > >> On Tue, Jan 18, 2022 at 4:03 AM Paul Atreides <maud.dib1...@gmail.com> wrote: >> i'm passing downstream data to an external application (JAERO) which can >> decode audio data from a ZMQ socket. >> JAERO's ZMQ SUB receives demod data as 3 separate messages: >> -TOPIC >> -SAMP RATE >> -DATA >> I'm using GNURadio 3.9 so I can pass the TOPIC no problem, but passing the >> sample rate as a separate message right after the topic has proven to be a >> challenge. >> >> Currently, i've written a ZMQ PUB Sink in a Python embedded block that sends >> the zmq messages in the 3 message format above, it's a bit hacky but It's >> working. I'm looking for a better way to do this that uses the in-built >> GNURadio mechanisms to emit a custom key/value on the same interval as the >> topic and data. >> >> Is there a way to send a second key/value pair with each TOPIC and DATA >> message that's sent? >> >> For reference, this is the downstream ZMQ interface >> https://github.com/jontio/JAERO/blob/3d92aea9362e0565bc6bc5300391a8bbbecf93ed/JAERO/zmq_audioreceiver.cpp#L37-L88