#gnuradio — Public Fediverse posts

is there already some statistical pattern recognizer (aka AI before the times of LLMs) that automatically guesses modulation of radio signals? working with #rtlsdr or with #gnuradio?

update: and automatically decodes the signal into files?

#sdr #radio

is there already some statistical pattern recognizer (aka AI before the times of LLMs) that automatically guesses modulation of radio signals? working with #rtlsdr or with #gnuradio?

update: and automatically decodes the signal into files?

#sdr #radio

is there already some statistical pattern recognizer (aka AI before the times of LLMs) that automatically guesses modulation of radio signals? working with #rtlsdr or with #gnuradio?

update: and automatically decodes the signal into files?

#sdr #radio

is there already some statistical pattern recognizer (aka AI before the times of LLMs) that automatically guesses modulation of radio signals? working with #rtlsdr or with #gnuradio?

update: and automatically decodes the signal into files?

#sdr #radio

is there already some statistical pattern recognizer (aka AI before the times of LLMs) that automatically guesses modulation of radio signals? working with #rtlsdr or with #gnuradio?

update: and automatically decodes the signal into files?

#sdr #radio

While researching ways to watermark my audio, I went from #minimodem to #GNUradio to #Meshtastic and #Reticulum. Rabbit holes! Hopefully something worthy will emerge eventually.

While researching ways to watermark my audio, I went from #minimodem to #GNUradio to #Meshtastic and #Reticulum. Rabbit holes! Hopefully something worthy will emerge eventually.

While researching ways to watermark my audio, I went from #minimodem to #GNUradio to #Meshtastic and #Reticulum. Rabbit holes! Hopefully something worthy will emerge eventually.

While researching ways to watermark my audio, I went from #minimodem to #GNUradio to #Meshtastic and #Reticulum. Rabbit holes! Hopefully something worthy will emerge eventually.

While researching ways to watermark my audio, I went from #minimodem to #GNUradio to #Meshtastic and #Reticulum. Rabbit holes! Hopefully something worthy will emerge eventually.

Any #GNUradio enthusiasts around here? #HamRadio people? I'm looking into ways to #watermark my sounds and then decode the watermarks to prove ownership in case of sound effect or #music theft. The watermark should be inaudible and hopefully work even if it's barely above the noise floor, survive typical audio compression etc. I looked into #LoRa and thought maybe chirps are the way to go here. My first thought was #minimodem, but it could be too fragile to decode, and probably would be audible.

Any #GNUradio enthusiasts around here? #HamRadio people? I'm looking into ways to #watermark my sounds and then decode the watermarks to prove ownership in case of sound effect or #music theft. The watermark should be inaudible and hopefully work even if it's barely above the noise floor, survive typical audio compression etc. I looked into #LoRa and thought maybe chirps are the way to go here. My first thought was #minimodem, but it could be too fragile to decode, and probably would be audible.

Any #GNUradio enthusiasts around here? #HamRadio people? I'm looking into ways to #watermark my sounds and then decode the watermarks to prove ownership in case of sound effect or #music theft. The watermark should be inaudible and hopefully work even if it's barely above the noise floor, survive typical audio compression etc. I looked into #LoRa and thought maybe chirps are the way to go here. My first thought was #minimodem, but it could be too fragile to decode, and probably would be audible.

Any #GNUradio enthusiasts around here? #HamRadio people? I'm looking into ways to #watermark my sounds and then decode the watermarks to prove ownership in case of sound effect or #music theft. The watermark should be inaudible and hopefully work even if it's barely above the noise floor, survive typical audio compression etc. I looked into #LoRa and thought maybe chirps are the way to go here. My first thought was #minimodem, but it could be too fragile to decode, and probably would be audible.

Any #GNUradio enthusiasts around here? #HamRadio people? I'm looking into ways to #watermark my sounds and then decode the watermarks to prove ownership in case of sound effect or #music theft. The watermark should be inaudible and hopefully work even if it's barely above the noise floor, survive typical audio compression etc. I looked into #LoRa and thought maybe chirps are the way to go here. My first thought was #minimodem, but it could be too fragile to decode, and probably would be audible.

For chat: hit us up on #gnuradio:gnuradio.org on matrix (if you don't have a matrix account, you can get one for free via signup on https://app.element.io/#/room/#gnuradio-community:gnuradio.org ).

For chat: hit us up on #gnuradio:gnuradio.org on matrix (if you don't have a matrix account, you can get one for free via signup on https://app.element.io/#/room/#gnuradio-community:gnuradio.org ).

For chat: hit us up on #gnuradio:gnuradio.org on matrix (if you don't have a matrix account, you can get one for free via signup on https://app.element.io/#/room/#gnuradio-community:gnuradio.org ).

For chat: hit us up on #gnuradio:gnuradio.org on matrix (if you don't have a matrix account, you can get one for free via signup on https://app.element.io/#/room/#gnuradio-community:gnuradio.org ).

For chat: hit us up on #gnuradio:gnuradio.org on matrix (if you don't have a matrix account, you can get one for free via signup on https://app.element.io/#/room/#gnuradio-community:gnuradio.org ).

HackRF Pro SDR covers 100kHz to 6GHz with FPGA-based processing

https://fed.brid.gy/r/https://linuxgizmos.com/hackrf-pro-sdr-covers-100khz-to-6ghz-with-fpga-based-processing/

The whole of digitial signal processing is a dataflow problem.

All these frameworks, libraries and tools turning these things into steps and chugging the data along varies threads, take note this is the wrong approach. These copies are to expensive!

This is what fundamentally undermines the performance of something like #gnuradio.

To achieve peak performance, we need to turn these problems into a graph, then analyze and plan said graph and run the thing as a whole.

#dsp #hpc #dag #graph

The whole of digitial signal processing is a dataflow problem.

All these frameworks, libraries and tools turning these things into steps and chugging the data along varies threads, take note this is the wrong approach. These copies are to expensive!

This is what fundamentally undermines the performance of something like #gnuradio.

To achieve peak performance, we need to turn these problems into a graph, then analyze and plan said graph and run the thing as a whole.

#dsp #hpc #dag #graph

The whole of digitial signal processing is a dataflow problem.

All these frameworks, libraries and tools turning these things into steps and chugging the data along varies threads, take note this is the wrong approach. These copies are to expensive!

This is what fundamentally undermines the performance of something like #gnuradio.

To achieve peak performance, we need to turn these problems into a graph, then analyze and plan said graph and run the thing as a whole.

#dsp #hpc #dag #graph

The whole of digitial signal processing is a dataflow problem.

All these frameworks, libraries and tools turning these things into steps and chugging the data along varies threads, take note this is the wrong approach. These copies are to expensive!

This is what fundamentally undermines the performance of something like #gnuradio.

To achieve peak performance, we need to turn these problems into a graph, then analyze and plan said graph and run the thing as a whole.

#dsp #hpc #dag #graph

The performance of native Python #gnuradio blocks can be significantly improved by adjusting `set_output_multiple` to a sufficiently high number.

Naturally, there is a relation between group delay and this multiple.

#sdr #JAX

The performance of native Python #gnuradio blocks can be significantly improved by adjusting `set_output_multiple` to a sufficiently high number.

Naturally, there is a relation between group delay and this multiple.

#sdr #JAX

The performance of native Python #gnuradio blocks can be significantly improved by adjusting `set_output_multiple` to a sufficiently high number.

Naturally, there is a relation between group delay and this multiple.

#sdr #JAX

The performance of native Python #gnuradio blocks can be significantly improved by adjusting `set_output_multiple` to a sufficiently high number.

Naturally, there is a relation between group delay and this multiple.

#sdr #JAX

Finally making my own Out-Of-Tree #gnuradio modules, its been fun learning to use gr_modtool.

Wish there where some ways to reduce the overhead of Python blocks. I drop from 900 megasamples/s to 128 as soon as a single Python block is in the chain.

Finally making my own Out-Of-Tree #gnuradio modules, its been fun learning to use gr_modtool.

Wish there where some ways to reduce the overhead of Python blocks. I drop from 900 megasamples/s to 128 as soon as a single Python block is in the chain.

Finally making my own Out-Of-Tree #gnuradio modules, its been fun learning to use gr_modtool.

Wish there where some ways to reduce the overhead of Python blocks. I drop from 900 megasamples/s to 128 as soon as a single Python block is in the chain.

Finally making my own Out-Of-Tree #gnuradio modules, its been fun learning to use gr_modtool.

Wish there where some ways to reduce the overhead of Python blocks. I drop from 900 megasamples/s to 128 as soon as a single Python block is in the chain.

Want to try out gr-cessb in @gnuradio for yourself without much hassle?

You can use this docker-compose project to try it out:

https://gitlab.dantalion.nl/sdr/gnuradio-docker

Just type: `docker compose up -d --build`

#gnuradio #docker

Want to try out gr-cessb in @gnuradio for yourself without much hassle?

You can use this docker-compose project to try it out:

https://gitlab.dantalion.nl/sdr/gnuradio-docker

Just type: `docker compose up -d --build`

#gnuradio #docker

Want to try out gr-cessb in @gnuradio for yourself without much hassle?

You can use this docker-compose project to try it out:

https://gitlab.dantalion.nl/sdr/gnuradio-docker

Just type: `docker compose up -d --build`

#gnuradio #docker

Want to try out gr-cessb in @gnuradio for yourself without much hassle?

You can use this docker-compose project to try it out:

https://gitlab.dantalion.nl/sdr/gnuradio-docker

Just type: `docker compose up -d --build`

#gnuradio #docker

Want to try out gr-cessb in @gnuradio for yourself without much hassle?

You can use this docker-compose project to try it out:

https://gitlab.dantalion.nl/sdr/gnuradio-docker

Just type: `docker compose up -d --build`

#gnuradio #docker

I've just tested the principle of #SSB processing using Controlled-Envelope Single-Sideband modulation (CESSB) in #GNURadio and it is beyond beautiful.

It uses a two stage process of clipping and peak stretching that combined can reduce the effects of over modulation typically introduced by #agc

Even extremely overmodulated input signals (25x) still produce clean audio indistinguishable from the original source signal.

Paper:
https://www.arrl.org/files/file/QEX_Next_Issue/2014/Nov-Dec_2014/Hershberger_QEX_11_14.pdf

Source:
https://github.com/drmpeg/gr-cessb

I've just tested the principle of #SSB processing using Controlled-Envelope Single-Sideband modulation (CESSB) in #GNURadio and it is beyond beautiful.

It uses a two stage process of clipping and peak stretching that combined can reduce the effects of over modulation typically introduced by #agc

Even extremely overmodulated input signals (25x) still produce clean audio indistinguishable from the original source signal.

Paper:
https://www.arrl.org/files/file/QEX_Next_Issue/2014/Nov-Dec_2014/Hershberger_QEX_11_14.pdf

Source:
https://github.com/drmpeg/gr-cessb

I've just tested the principle of #SSB processing using Controlled-Envelope Single-Sideband modulation (CESSB) in #GNURadio and it is beyond beautiful.

It uses a two stage process of clipping and peak stretching that combined can reduce the effects of over modulation typically introduced by #agc

Even extremely overmodulated input signals (25x) still produce clean audio indistinguishable from the original source signal.

Paper:
https://www.arrl.org/files/file/QEX_Next_Issue/2014/Nov-Dec_2014/Hershberger_QEX_11_14.pdf

Source:
https://github.com/drmpeg/gr-cessb

I've just tested the principle of #SSB processing using Controlled-Envelope Single-Sideband modulation (CESSB) in #GNURadio and it is beyond beautiful.

It uses a two stage process of clipping and peak stretching that combined can reduce the effects of over modulation typically introduced by #agc

Even extremely overmodulated input signals (25x) still produce clean audio indistinguishable from the original source signal.

Paper:
https://www.arrl.org/files/file/QEX_Next_Issue/2014/Nov-Dec_2014/Hershberger_QEX_11_14.pdf

Source:
https://github.com/drmpeg/gr-cessb

I've just tested the principle of #SSB processing using Controlled-Envelope Single-Sideband modulation (CESSB) in #GNURadio and it is beyond beautiful.

It uses a two stage process of clipping and peak stretching that combined can reduce the effects of over modulation typically introduced by #agc

Even extremely overmodulated input signals (25x) still produce clean audio indistinguishable from the original source signal.

Paper:
https://www.arrl.org/files/file/QEX_Next_Issue/2014/Nov-Dec_2014/Hershberger_QEX_11_14.pdf

Source:
https://github.com/drmpeg/gr-cessb

Heute in einer Woche, am 9. Juli 2026, bei Supercomputing Systems AG im Technopark Zürich findet das Embedded Software Meetup «Software Defined Radio: Intro, Fun, Testing and Profit» statt.

Würde mich freuen, viele neue und alte Leute zu sehen, die Vorträge zu geniessen und zusammen anzustossen!

Anmeldungen hier bitte: https://www.meetup.com/embedded-software/events/315184249/

#EmbeddedSoftware #Meetup #Zürich #TechnoPark #SuperComputingSystems #SCS #opensource #gnuradio #Testing

Heute in einer Woche, am 9. Juli 2026, bei Supercomputing Systems AG im Technopark Zürich findet das Embedded Software Meetup «Software Defined Radio: Intro, Fun, Testing and Profit» statt.

Würde mich freuen, viele neue und alte Leute zu sehen, die Vorträge zu geniessen und zusammen anzustossen!

Anmeldungen hier bitte: https://www.meetup.com/embedded-software/events/315184249/

#EmbeddedSoftware #Meetup #Zürich #TechnoPark #SuperComputingSystems #SCS #opensource #gnuradio #Testing

Heute in einer Woche, am 9. Juli 2026, bei Supercomputing Systems AG im Technopark Zürich findet das Embedded Software Meetup «Software Defined Radio: Intro, Fun, Testing and Profit» statt.

Würde mich freuen, viele neue und alte Leute zu sehen, die Vorträge zu geniessen und zusammen anzustossen!

Anmeldungen hier bitte: https://www.meetup.com/embedded-software/events/315184249/

#EmbeddedSoftware #Meetup #Zürich #TechnoPark #SuperComputingSystems #SCS #opensource #gnuradio #Testing

Heute in einer Woche, am 9. Juli 2026, bei Supercomputing Systems AG im Technopark Zürich findet das Embedded Software Meetup «Software Defined Radio: Intro, Fun, Testing and Profit» statt.

Würde mich freuen, viele neue und alte Leute zu sehen, die Vorträge zu geniessen und zusammen anzustossen!

Anmeldungen hier bitte: https://www.meetup.com/embedded-software/events/315184249/

#EmbeddedSoftware #Meetup #Zürich #TechnoPark #SuperComputingSystems #SCS #opensource #gnuradio #Testing

Heute in einer Woche, am 9. Juli 2026, bei Supercomputing Systems AG im Technopark Zürich findet das Embedded Software Meetup «Software Defined Radio: Intro, Fun, Testing and Profit» statt.

Würde mich freuen, viele neue und alte Leute zu sehen, die Vorträge zu geniessen und zusammen anzustossen!

Anmeldungen hier bitte: https://www.meetup.com/embedded-software/events/315184249/

#EmbeddedSoftware #Meetup #Zürich #TechnoPark #SuperComputingSystems #SCS #opensource #gnuradio #Testing

Contributed my first patches to the amazing vrt-iq-tools:

https://github.com/tftelkamp/vrt-iq-tools

With these you can stream IQ sampling data from SDRs over the network, supporting many interesting use cases. Including multiple concurrent users, integration with GNURadio, conversion to a Soapy device and even things like a correlator.

#sdr #vrt #iq #adc #gnuradio #soapy

Contributed my first patches to the amazing vrt-iq-tools:

https://github.com/tftelkamp/vrt-iq-tools

With these you can stream IQ sampling data from SDRs over the network, supporting many interesting use cases. Including multiple concurrent users, integration with GNURadio, conversion to a Soapy device and even things like a correlator.

#sdr #vrt #iq #adc #gnuradio #soapy

Contributed my first patches to the amazing vrt-iq-tools:

https://github.com/tftelkamp/vrt-iq-tools

With these you can stream IQ sampling data from SDRs over the network, supporting many interesting use cases. Including multiple concurrent users, integration with GNURadio, conversion to a Soapy device and even things like a correlator.

#sdr #vrt #iq #adc #gnuradio #soapy

Contributed my first patches to the amazing vrt-iq-tools:

https://github.com/tftelkamp/vrt-iq-tools

With these you can stream IQ sampling data from SDRs over the network, supporting many interesting use cases. Including multiple concurrent users, integration with GNURadio, conversion to a Soapy device and even things like a correlator.

#sdr #vrt #iq #adc #gnuradio #soapy

"Quick" side project over the last 2 days: Throwing together a GNU Radio receiver & decoder for #EnOcean ERP1 sensor data packets.

Now I can receive temperature data of the building automation thermostats in our makerspace :D

It was surprisingly hard to get GNU Radio to sync and demodulate the binary data reasonably reliable, despite the input signal looking really clean.
I thought this would be easy, because GR was made for this purpose, but apparently not?

https://github.com/LeoDJ/gr-enocean-erp1

#GNURadio

"Quick" side project over the last 2 days: Throwing together a GNU Radio receiver & decoder for #EnOcean ERP1 sensor data packets.

Now I can receive temperature data of the building automation thermostats in our makerspace :D

It was surprisingly hard to get GNU Radio to sync and demodulate the binary data reasonably reliable, despite the input signal looking really clean.
I thought this would be easy, because GR was made for this purpose, but apparently not?

https://github.com/LeoDJ/gr-enocean-erp1

#GNURadio

"Quick" side project over the last 2 days: Throwing together a GNU Radio receiver & decoder for #EnOcean ERP1 sensor data packets.

Now I can receive temperature data of the building automation thermostats in our makerspace :D

It was surprisingly hard to get GNU Radio to sync and demodulate the binary data reasonably reliable, despite the input signal looking really clean.
I thought this would be easy, because GR was made for this purpose, but apparently not?

https://github.com/LeoDJ/gr-enocean-erp1

#GNURadio

"Quick" side project over the last 2 days: Throwing together a GNU Radio receiver & decoder for #EnOcean ERP1 sensor data packets.

Now I can receive temperature data of the building automation thermostats in our makerspace :D

It was surprisingly hard to get GNU Radio to sync and demodulate the binary data reasonably reliable, despite the input signal looking really clean.
I thought this would be easy, because GR was made for this purpose, but apparently not?

https://github.com/LeoDJ/gr-enocean-erp1

#GNURadio

"Quick" side project over the last 2 days: Throwing together a GNU Radio receiver & decoder for #EnOcean ERP1 sensor data packets.

Now I can receive temperature data of the building automation thermostats in our makerspace :D

It was surprisingly hard to get GNU Radio to sync and demodulate the binary data reasonably reliable, despite the input signal looking really clean.
I thought this would be easy, because GR was made for this purpose, but apparently not?

https://github.com/LeoDJ/gr-enocean-erp1

#GNURadio

Now that we have the #GNUradio transceiver working we will work on enhancing it next.

The first enhancement is adding some indicators for audio levels, clipping peaking etc.

Next is things like ALC and AGC, (TX, RX, respectively).

I've already found some interesting topics that talk about the differences between traditional audio compression for SSB and envelope clipping.

Now that we have the #GNUradio transceiver working we will work on enhancing it next.

The first enhancement is adding some indicators for audio levels, clipping peaking etc.

Next is things like ALC and AGC, (TX, RX, respectively).

I've already found some interesting topics that talk about the differences between traditional audio compression for SSB and envelope clipping.

Now that we have the #GNUradio transceiver working we will work on enhancing it next.

The first enhancement is adding some indicators for audio levels, clipping peaking etc.

Next is things like ALC and AGC, (TX, RX, respectively).

I've already found some interesting topics that talk about the differences between traditional audio compression for SSB and envelope clipping.