RTL_FM on the fly updates

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
instead.

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.html>


More information about the osmocom-sdr mailing list