Thanks, this is great! I was hoping somebody would update a trunking plugin for use with a recent version of SDRSharp.

Not really a bug, but I noticed the retune to control frequency relies on squelch. Which is a problem when listening to a system that doesn't use squelch... The more popular (older) plugin had a delay retune feature that looked at the signal strength, and when the call was over it would retune. Would it be possible to add this? Thanks!

Thanks, this is great! I was hoping somebody would update a trunking plugin for use with a recent version of SDRSharp.

Not really a bug, but I noticed the retune to control frequency relies on squelch. Which is a problem when listening to a system that doesn't use squelch... The more popular (older) plugin had a delay retune feature that looked at the signal strength, and when the call was over it would retune. Would it be possible to add this? Thanks!

I took that out because while I was debugging, I noticed that the calculations used in the old plugin were not matching up with the actual signal strength reported by SDRSharp, and as a single dongle user, this was not working for me.

I will look into adding this back in in a future update, if I can figure out how to get the proper signal strength.

I also have a 2nd dongle on the way, so that might help me add better features as well.

Thanks, this is great! I was hoping somebody would update a trunking plugin for use with a recent version of SDRSharp.

Not really a bug, but I noticed the retune to control frequency relies on squelch. Which is a problem when listening to a system that doesn't use squelch... The more popular (older) plugin had a delay retune feature that looked at the signal strength, and when the call was over it would retune. Would it be possible to add this? Thanks!

Just wanted to let you know I've enabled beta support for retune by signal level. Right now there is an issue though where you will have to set your FFT Display Resolution to 32768 or lower for it to work correctly. I'll try to address this in the future if possible, but I wanted to get this release out for you.

P.S. spent like ALL day Monday (from 9am til now) working on this. So I hope its useful :P

I'm still in my first month with SDR#, trunking, streaming my audio etc., and loving every minute of it. Thanks to you and others for all your work zefie!

In looking for a good way to stream the audio and be able to pickup the metadata too, I'm trying out RadioFeed. I can't tell if I have a setting wrong somewhere or not, but when I tell it to grab data from SDR, I only see the same as the SDR# title on the window, which never changes from "SDR# v1.0.0.1135 - IQ Imbalance: Gain = 1.000 Phase = 0.000" (running a nightly build for now) When I tell it to use Uniform/Unitrunker, all it sees is "Site 0 Adhoc".

So I thought I was smart to choose a File instead of program from in the settings, and pick the sdrsharptrunking.log file. This works well and shows the channel source/target data etc. BUT it's also mashing that up with the log file's header line containing "action receiver frequency trunkgroup trunklabel". So on the html from RadioFeed, it looks like:
action receiver frequency trunkgroup trunklabel ListenDebug852062500 1616 CCSO Dispatch 1- Dist 1

In other words, a very long string that I'd like to tidy up. Is there a way to change the log output to leave off the header row?

I'm still in my first month with SDR#, trunking, streaming my audio etc., and loving every minute of it. Thanks to you and others for all your work zefie!

In looking for a good way to stream the audio and be able to pickup the metadata too, I'm trying out RadioFeed. I can't tell if I have a setting wrong somewhere or not, but when I tell it to grab data from SDR, I only see the same as the SDR# title on the window, which never changes from "SDR# v1.0.0.1135 - IQ Imbalance: Gain = 1.000 Phase = 0.000" (running a nightly build for now) When I tell it to use Uniform/Unitrunker, all it sees is "Site 0 Adhoc".

So I thought I was smart to choose a File instead of program from in the settings, and pick the sdrsharptrunking.log file. This works well and shows the channel source/target data etc. BUT it's also mashing that up with the log file's header line containing "action receiver frequency trunkgroup trunklabel". So on the html from RadioFeed, it looks like:
action receiver frequency trunkgroup trunklabel ListenDebug852062500 1616 CCSO Dispatch 1- Dist 1

In other words, a very long string that I'd like to tidy up. Is there a way to change the log output to leave off the header row?

Thanks again!
DH

You should be using the 'single' log file option, and configure RadioFeed to look at that. You don't want to use any other log file.

Have read every link on the web I think about getting UniTrunker to work. I have it decoding the calls and updating from RR database. All seems to be working. Have the trunking plugin installed per instructions and copied the new remote.dll to the untrunker folder where unitrunker.xml is. Installed the VC2012 runtime. I see the control receiver Frequency changing as calls come in. But I can't seem to get UniTrunker to write out the frequency file to control SDR#. I think I am SO close, but missing something.

Have read every link on the web I think about getting UniTrunker to work. I have it decoding the calls and updating from RR database. All seems to be working. Have the trunking plugin installed per instructions and copied the new remote.dll to the untrunker folder where unitrunker.xml is. Installed the VC2012 runtime. I see the control receiver Frequency changing as calls come in. But I can't seem to get UniTrunker to write out the frequency file to control SDR#. I think I am SO close, but missing something.

I've only tested in an environment where unitrunker.xml is in the same folder as the executable, as mine did not place the xml file in the APPDATA folder. (I installed to a user-writable drive, not to Program Files, so there are no UAC conflicts) So the only thing I can suggest is if your setup is using APPDATA, try putting remote.dll in the folder with the Uniform.exe executable.