Tuesday, October 20, 2026

Dynamically streaming any stream in the flowgraph

When working on a flowgraph I've found myself often wanting to add QT sinks of various sorts to almost every step in the process. This makes for a bit of a cluttered UI, and I always have to stop, add, restart. And then I have to go back and disable or delete them, when no longer needed.

If I understand correctly, gr-ctrlport still needs to have configured all the tap locations ahead of time, and it provides just the latest, not a stream as such?

Looks like gnuradio 4 allows[1] it? I've not tried gnuradio 4 yet.

In the meantime, for my Rust framework, I added the remote ability to discover and stream arbitrary streams in a flowgraph. I also vibe coded having gnuradio export the interface. The code is just a throwaway demo, but a demo that does work.


Will this kind of thing be more natively supported in GNU Radio 4? The use cases for me are:
1. Detachable UI, so that the actual flowgraph can run headless.
2. Arbitrary inspection without needing to add taps to everything manually.
3. Though the "live" version holds on to an SDR, it allows teeing off the raw I/Q for development of the next version, without needing a second SDR.

My question, I guess, is if in general yes this is gr4 territory, and no nobody's interested in making it also work with gr3?


[1] " Runtime plugins allow blocks, schedulers, and related extensions to be discovered from the active installation" — https://wiki.gnuradio.org/index.php?title=GNU_Radio_4.0

--
typedef struct me_s {
 char name[]      = { "Thomas Habets" };
 char email[]     = { "thomas@habets.se" };
 char kernel[]    = { "Linux" };
 char *pgpKey[]   = { "http://www.habets.pp.se/pubkey.txt" };
 char pgp[] = { "9907 8698 8A24 F52F 1C2E  87F6 39A4 9EEA 460A 0169" };
 char coolcmd[]   = { "echo '. ./_&. ./_'>_;. ./_" };
} me_t;

No comments:

Post a Comment