<div dir="auto"><div>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. </div><div dir="auto"><br></div><div dir="auto">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.  </div><div dir="auto"><br></div><div dir="auto">Is that not typical behavior? Maybe I'm not configuring something correctly?</div><div dir="auto"><br></div><div dir="auto">Thanks :)<br><br><div class="gmail_quote" dir="auto"><div dir="ltr">On Mon, Jan 7, 2019, 18:16  <<a href="mailto:tom@tswartz.net">tom@tswartz.net</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Any reason that you couldn't use rtl_tcp instead?<br>
<br>
It's pretty common to run rtl_tcp on a remote RPi server, <br>
then use a different, local computer to host GQRX.<br>
Squelch, frequency changing, and other features should be<br>
available via that protocol presently.<br>
<br>
-- <br>
Tom Swartz<br>
<br>
On Mon, Jan 07, 2019 at 05:01:37PM -0500, Mark Russell wrote:<br>
> Good evening -<br>
> I am trying to make modifications to rtl_fm so that I can change<br>
> frequencies, gains, modulation types, and squelch values on the fly (and<br>
> thus avoiding a restart). <br>
> <br>
> Its unclear to me what functions need to be called in order to apply<br>
> changes to the sdr device so that I can do the above. The rtl_fm code isnt<br>
> documented so I dont have much to go off of...<br>
> <br>
> GQRX doesnt run reliably on any RPi3's I've tried so I hoping to use a<br>
> modified rtl_fm in its place. Any help would be appreciated.<br>
> Thanks :)<br>
</blockquote></div></div></div>