RTL_FM on the fly updates

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.

Mark Russell markisrt4 at gmail.com
Mon Jan 7 23:55:13 UTC 2019

At first I thought rtl_tcp was the way to go, but after looking at the
code, it doesnt seem to support wide band FM, which led me to rtl_fm

Also, when using rtl_tcp as a server, I found my signal strengths were
weaker when connecting to the rtl_tcp server with GQRX.  I changed gqrx
back to use the USB dongle directly and then i click the hardware agc
checkbox - which gives me better signal strength.

Is that not typical behavior? Maybe I'm not configuring something correctly?

Thanks :)

On Mon, Jan 7, 2019, 18:16 <tom at tswartz.net wrote:

> Any reason that you couldn't use rtl_tcp instead?
> It's pretty common to run rtl_tcp on a remote RPi server,
> then use a different, local computer to host GQRX.
> Squelch, frequency changing, and other features should be
> available via that protocol presently.
> --
> Tom Swartz
> On Mon, Jan 07, 2019 at 05:01:37PM -0500, Mark Russell wrote:
> > Good evening -
> > I am trying to make modifications to rtl_fm so that I can change
> > frequencies, gains, modulation types, and squelch values on the fly (and
> > thus avoiding a restart).
> >
> > Its unclear to me what functions need to be called in order to apply
> > changes to the sdr device so that I can do the above. The rtl_fm code
> isnt
> > documented so I dont have much to go off of...
> >
> > GQRX doesnt run reliably on any RPi3's I've tried so I hoping to use a
> > modified rtl_fm in its place. Any help would be appreciated.
> > Thanks :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20190107/1ad96318/attachment.htm>

More information about the osmocom-sdr mailing list