FOSDEM 2026: Call for Participation

Hello Everyone,

next year's FOSDEM will host an RF DSP room, and we (the room organizers) will need your talks to show up:
20 min talk + 5 min QA, on any topic related to RF signal processing,
 radar, radio science, space weather, FEC, SDR frameworks, you name it!

This is *not* "the private GNU Radio devroom", but owned and for the whole DSP community, though obviously, 
I'd love to hear about GNU Radio-related projects!

The whole thing happens in Brussels, on 2027-01-31, attracts several thousand open source-people from over the world
(admittedly, our room is just one of many sessions, though), and is free to both audience and speakers.

I'd like to ask you to submit your proposal by 2026-12-01, under https://pretalx.fosdem.org/fosdem-2027, selecting the
"radio-frequency digital signal processing" devroom as track.

I've put the above in a much more comprehensive CfP available at
https://doppler.inpha.se/CfP-RF_DSP-Devroom-FOSDEM-2027.pdf

If you happen to have any questions, don't hesitate to reach out to me, or Jean-Michel Friedt, who's the lead for the room.

Looking forward to seeing you in Brussels,

Marcus

(PS: Actually, if you want to meet up in Brussels, no matter whether you're gracing the RF DSP devroom with a talk or not:
Drop me a message!)

New release of my module gr-dl5eu

Dear all, I have just released a new version of my gr-dl5eu module on GitHub. It contains an improved OFDM synchronizer, several bug fixes and finally README files in English and German. For all radio amateurs who are interested in DVB-T reception with narrow channel bandwidths in the 70 cm band: you can test it with the flowgraphs provided in the examples directory. Please test it and give me feedback. Kind regards, Ralf, DL5EU

OpenDeviceDB: finding GNU Radio hardware support by device model

Hi everyone, I'm Sebastien, the creator of OpenDeviceDB (https://opendevicedb.org/), an independent open-source catalogue linking device models to firmware, drivers, tools and protocol research. The source is at https://github.com/opendevicedb/opendevicedb. I'd like people looking up a radio model to find the appropriate GNU Radio hardware-I/O documentation, with the backend, platform, GNU Radio version and RX/TX constraints kept explicit. We already link HackRF One to its upstream firmware and host tools; I would like to extend that kind of discovery to GNU Radio backends. Which maintained sources would you recommend for model-to-backend links? I would handle the catalogue work and link back to authoritative upstream documentation. This is a proposal for downstream indexing; no GNU Radio integration or hardware test has been completed. Thanks, Sebastien Prepared with AI assistance.

Re: I'd like to get a wiki account.

Sorry for the delay, things came up and we actually were considering taking the wiki offline (sure you've heard of specific PHP bugs…) You should have gotten an email with a temporary password. If that didn't happen, please let me know! Best regards, Marcus On 2026-10-21 9:19 PM, Christophe Cattelain wrote: > Hi Marcus, > > thanks for the quick response. > > I promise to act responsibly.  I won't use bots and won't write about things I do not > fully understand.  I contribute to the French-speaking Wikipedia with thousands of manual > edits since 2006 without any trouble. > > I promise to start very slowly and take feedback into account. > > Thank you, > > xof > ===================== > On 21.10.26 17:08, Marcus Müller wrote: >> Hi Christophe, >> >> As a general warning: Note that we do not welcome weakly or not supervised agentic >> changes. Don't add any of the things below if you don't *personally* understand the topics. >> >> Because of the bad ratio of AI spam to human reviewers, I have to ask, even if this >> sounds a bit hostile; please don't take this personally: >> Are you planning to do things in a way that guarantees you are acting responsible with >> the humans who have to review your changes? >> >> Best Regards, >> Marcus >> >> On 2026-10-21 10:17 AM, Christophe Cattelain wrote: >>> I'd like to do some 'wikification'... >>> >>> - to create internal [[links]] between pages, >>> - to add ==See also== sections and external <ref/>'s >>> - to create and populate subcategories in [[:Category:Block Docs]], >>>     like the menu tree in the grc module chooser. >>> - ... >>> >>> The idea is to make navigation between pages easier. >>> >>> And to have access to page histories, recent changes, what links here,... >>> >>> Thank you, >>> >>> xof >>> ------ >>> Wikipedia (which (also) uses MediaWiki...) is not just a repository of pages written by >>> somebodies.  It is a mesh of pages edited (and patrolled) by a whole community.  I >>> don't know if the pages in wiki.gnuradio.org are considered to be 'owned' by their >>> creators like in Google https://fr.wikipedia.org/wiki/Knol 's attempt to replace >>> Wikipedia (which failed).  I hope not. >>>

Re: I'd like to get a wiki account.

Hi Marcus, thanks for the quick response. I promise to act responsibly. I won't use bots and won't write about things I do not fully understand. I contribute to the French-speaking Wikipedia with thousands of manual edits since 2006 without any trouble. I promise to start very slowly and take feedback into account. Thank you, xof ===================== On 21.10.26 17:08, Marcus Müller wrote: > Hi Christophe, > > As a general warning: Note that we do not welcome weakly or not > supervised agentic changes. Don't add any of the things below if you > don't *personally* understand the topics. > > Because of the bad ratio of AI spam to human reviewers, I have to ask, > even if this sounds a bit hostile; please don't take this personally: > Are you planning to do things in a way that guarantees you are acting > responsible with the humans who have to review your changes? > > Best Regards, > Marcus > > On 2026-10-21 10:17 AM, Christophe Cattelain wrote: >> I'd like to do some 'wikification'... >> >> - to create internal [[links]] between pages, >> - to add ==See also== sections and external <ref/>'s >> - to create and populate subcategories in [[:Category:Block Docs]], >>     like the menu tree in the grc module chooser. >> - ... >> >> The idea is to make navigation between pages easier. >> >> And to have access to page histories, recent changes, what links here,... >> >> Thank you, >> >> xof >> ------ >> Wikipedia (which (also) uses MediaWiki...) is not just a repository of >> pages written by somebodies.  It is a mesh of pages edited (and >> patrolled) by a whole community.  I don't know if the pages in >> wiki.gnuradio.org are considered to be 'owned' by their creators like >> in Google https://fr.wikipedia.org/wiki/Knol 's attempt to replace >> Wikipedia (which failed).  I hope not. >>

Re: I'd like to get a wiki account.

Hi Christophe, As a general warning: Note that we do not welcome weakly or not supervised agentic changes. Don't add any of the things below if you don't *personally* understand the topics. Because of the bad ratio of AI spam to human reviewers, I have to ask, even if this sounds a bit hostile; please don't take this personally: Are you planning to do things in a way that guarantees you are acting responsible with the humans who have to review your changes? Best Regards, Marcus On 2026-10-21 10:17 AM, Christophe Cattelain wrote: > I'd like to do some 'wikification'... > > - to create internal [[links]] between pages, > - to add ==See also== sections and external <ref/>'s > - to create and populate subcategories in [[:Category:Block Docs]], >     like the menu tree in the grc module chooser. > - ... > > The idea is to make navigation between pages easier. > > And to have access to page histories, recent changes, what links here,... > > Thank you, > > xof > ------ > Wikipedia (which (also) uses MediaWiki...) is not just a repository of > pages written by somebodies.  It is a mesh of pages edited (and > patrolled) by a whole community.  I don't know if the pages in > wiki.gnuradio.org are considered to be 'owned' by their creators like > in Google https://fr.wikipedia.org/wiki/Knol 's attempt to replace > Wikipedia (which failed).  I hope not. >

Re: Dynamically streaming any stream in the flowgraph

Hi Thomas,

awesome to be hearing from you! This is definitely on top of my "read on the train later today" list :)

Cheers,
Marcus 

On 2026-10-20 4:20 PM, Thomas Habets wrote:

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.

https://blog.habets.se/2026/10/Inspecting-RustRadio-and-GNURadio-streams-dynamically.html

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;