On 2026-08-25 13:08, Glen Langston wrote: > Dear Marcus and all SDR Aficionados, > > Thanks for all your contributions over a quarter century! > > Cheers, > > Glen > > PS John Makous and his student used GR radio to map distance > to the Milky Way's spiral arms. Here’s the link to his very short, > very interesting (free) paper. > > See: https://www.researchgate.net/publication/412208740_Determining_Galactic_Structure_Using_a_Student-built_Horn_Radio_Telescope#fullTextFileContent > > In retrospect GR radio needed more acknowledgement… I should have posted this here a few weeks back, but: https://arxiv.org/abs/2607.21812 In retrospect, Gnu Radio should have been highlighted a bit more. We use GR exclusively at our observatory for all kinds of observations. We basically just build observation-specific "instruments" as we need them. We had U of Toronto undergrad students last year use milky-way Doppler observations to measure the rotation curve and infer the existence of Dark Matter (because the rotation curve deviates from a strictly-Newtonian/Keplerian model by enough that it implies that either there's more mass there than we can see "dark matter", OR gravitation doesn't work on large scales the way we think it does). > > > >> On Aug 25, 2026, at 8:03 AM, Marcus Müller <mmueller@gnuradio.org> wrote: >> >> Hi, dearest and most enduring Mailing List in the world of SDR, >> >> I just noticed the mailing list archives stretch back to July 2001, so that marks a quarter century of history! >> >> In fact, activity on the mailing list doesn't even seem to start at that point; the first "proper" email in the archive is already a reply, but we just don't have any history before that. >> >> So, looking forward to the next three quarters of witnessing FOSS SDR be successful, >> Marcus >> >
Tuesday, August 25, 2026
Re: Happy 25 years, Mailing List :)
Dear Marcus and all SDR Aficionados, Thanks for all your contributions over a quarter century! Cheers, Glen PS John Makous and his student used GR radio to map distance to the Milky Way's spiral arms. Here’s the link to his very short, very interesting (free) paper. See: https://www.researchgate.net/publication/412208740_Determining_Galactic_Structure_Using_a_Student-built_Horn_Radio_Telescope#fullTextFileContent In retrospect GR radio needed more acknowledgement… > On Aug 25, 2026, at 8:03 AM, Marcus Müller <mmueller@gnuradio.org> wrote: > > Hi, dearest and most enduring Mailing List in the world of SDR, > > I just noticed the mailing list archives stretch back to July 2001, so that marks a quarter century of history! > > In fact, activity on the mailing list doesn't even seem to start at that point; the first "proper" email in the archive is already a reply, but we just don't have any history before that. > > So, looking forward to the next three quarters of witnessing FOSS SDR be successful, > Marcus >
Re: gr4 build error
Happy Monday GR citizens, hope this day finds you well.not seeing where that -R option is being added...
[192/198] Linking CXX shared library blocks/http/libGr4HttpBlocksPlugin.so
FAILED: blocks/http/libGr4HttpBlocksPlugin.so
: && /opt/gcc-16.2.0/bin/c++ -fPIC -shared -R/usr/lib64 -Wl,-soname,libGr4HttpBlocksPlugin.so -o blocks/http/libGr4HttpBlocksPlugin.so blocks/http/CMakeFiles/Gr4HttpBlocks.dir/__/__/generated_plugins/http/integrator.cpp.o blocks/http/CMakeFiles/Gr4HttpBlocks.dir/__/__/generated_plugins/http/plugin_entry.cpp.o blocks/http/CMakeFiles/Gr4HttpBlocks.dir/__/__/generated_plugins/http/HttpTimeSeriesSink_0_0.cpp.o blocks/http/CMakeFiles/Gr4HttpBlocks.dir/__/__/generated_plugins/http/HttpTimeSeriesSink_0_1.cpp.o -Wl,-rpath,/usr/steve/gnuradio4/install/lib: /usr/steve/gnuradio4/install/lib/libgnuradio-core.a /usr/steve/gnuradio4/install/lib/libgnuradio-blocklib-core.so /usr/steve/gnuradio4/install/lib/libgnuradio-plugin.so /usr/lib64/libz.so /usr/lib64/libssl.so /usr/lib64/libcrypto.so /usr/lib64/libbrotlicommon.so /usr/lib64/libbrotlidec.so /usr/lib64/libbrotlienc.so && :
c++: error: unrecognized command-line option '-R'
--
If something is requisite, how can it possibly be, prerequisite?vanitas vanitatum omnia vanitas
later, steve
http://umn.edu/~barbo
Re: Happy 25 years, Mailing List :)
On 2026-08-25 08:03, Marcus Müller wrote: > Hi, dearest and most enduring Mailing List in the world of SDR, > > I just noticed the mailing list archives stretch back to July 2001, so > that marks a quarter century of history! > > In fact, activity on the mailing list doesn't even seem to start at > that point; the first "proper" email in the archive is already a > reply, but we just don't have any history before that. > > So, looking forward to the next three quarters of witnessing FOSS SDR > be successful, > Marcus > I remember talking to John Gilmore about Gnu Radio in 2003 or thereabouts at an IETF meeting in the Bay Area. I dismissed it at the time, but less than two years later, I was an enthusiastic supporter....
Re: AGC2 formula is strange
Hey Thomas, yay! Haven't heard of you in a while! I'll talk to the others about your account, don't know whether we can do something about that. Yes, that formula seems strange. That applies, sadly, to all our three AGCs. Hm. I'm all for completely rewriting / pruning the AGCs, especially since nobody really seems to have any formalized idea of what they are *supposed* to do. I'd deprecate all three of them instantly, but I just haven't got a good replacement. Best, Marcus On 2026-08-25 12:42 PM, Thomas Habets wrote: > Hi. > I tried getting in to chat.gnuradio.org, but my login credentials no longer > work, and they still don't work after resetting my password (maybe my account > name to use for login is not my email?), so asking here instead. > > AGC2, in gr-analog/include/gnuradio/analog/agc2.h, has this code: > > ``` > gr_complex scale(gr_complex input) > { > gr_complex output = input * _gain; > > float tmp = -_reference + > sqrt(output.real() * output.real() + output.imag() > * output.imag()); > float rate = _decay_rate; > if ((tmp) > _gain) { > rate = _attack_rate; > } > _gain -= tmp * rate; > > // Not sure about this; will blow up if _gain < 0 (happens > // when rates are too high), but is this the solution? > if (_gain < 0.0) > _gain = 10e-5; > > if (_max_gain > 0.0 && _gain > _max_gain) { > _gain = _max_gain; > } > return output; > } > ``` > > I'm not talking about the "not sure about this", but about `if ((tmp) > > _gain) {`. > > Should that not be `> 0.0`? `tmp` is already current magnitude minus reference, > so should not attack vs decay rate be decided on whether it's above or below > reference, not above and below `reference + current gain`? > > Maybe there's a good reason, but in my mind this means that my input is such > that the current gain is normally 1000, input is ~1e-3 (noise) to 1e-1 (signal), > reference is 1, then the attack rate will basically never be used? > > Same for the agc2_ff duplication further down the file. > > I'm not sure if this is why my PWM experiments stabilize, just not to around > reference. > > -- > 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; >
Happy 25 years, Mailing List :)
Hi, dearest and most enduring Mailing List in the world of SDR, I just noticed the mailing list archives stretch back to July 2001, so that marks a quarter century of history! In fact, activity on the mailing list doesn't even seem to start at that point; the first "proper" email in the archive is already a reply, but we just don't have any history before that. So, looking forward to the next three quarters of witnessing FOSS SDR be successful, Marcus
AGC2 formula is strange
Hi. I tried getting in to chat.gnuradio.org, but my login credentials no longer work, and they still don't work after resetting my password (maybe my account name to use for login is not my email?), so asking here instead. AGC2, in gr-analog/include/gnuradio/analog/agc2.h, has this code: ``` gr_complex scale(gr_complex input) { gr_complex output = input * _gain; float tmp = -_reference + sqrt(output.real() * output.real() + output.imag() * output.imag()); float rate = _decay_rate; if ((tmp) > _gain) { rate = _attack_rate; } _gain -= tmp * rate; // Not sure about this; will blow up if _gain < 0 (happens // when rates are too high), but is this the solution? if (_gain < 0.0) _gain = 10e-5; if (_max_gain > 0.0 && _gain > _max_gain) { _gain = _max_gain; } return output; } ``` I'm not talking about the "not sure about this", but about `if ((tmp) > _gain) {`. Should that not be `> 0.0`? `tmp` is already current magnitude minus reference, so should not attack vs decay rate be decided on whether it's above or below reference, not above and below `reference + current gain`? Maybe there's a good reason, but in my mind this means that my input is such that the current gain is normally 1000, input is ~1e-3 (noise) to 1e-1 (signal), reference is 1, then the attack rate will basically never be used? Same for the agc2_ff duplication further down the file. I'm not sure if this is why my PWM experiments stabilize, just not to around reference. -- 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;