Traditional feed from Calls node

Status
Not open for further replies.

apu

Member
Joined
Dec 19, 2002
Messages
128
@blantonl

Any update on some of the new features you had planned for the Calls system? Of particular interest is the plan to be able to create a traditional feed using the data coming from a Calls node rather than having to manage that functionality by having the node send the same audio twice.

Thanks!
 

ScanYak

Member
Feed Provider
Joined
Apr 22, 2009
Messages
157
Location
Eastern Washington
(See below)

No, I mean one of the "coming" features of the Calls platform is to be able to create a "standard" feed from what is sent to the Calls servers. As it stands now, we as providers still have to maintain both, sending the Calls data as well as the standard audio stream. Once the new feature goes live, we will only have to send the Calls data, and the standard audio stream will be generated directly from that at Broadcastify's end.
 

apu

Member
Joined
Dec 19, 2002
Messages
128
Thanks, Lindsay. And a happy new year to you & your family. I hope you had sometime to get away from us crazies! ;)

Staying tuned. But any ETA? A week or two, or a month or two? Just so we can make some plans to replace other equipment that is going offline.
 

Reconrider

Inside the Galaxy
Joined
Sep 26, 2017
Messages
1,939
Location
Radio Galaxy
But any ETA? A week or two, or a month or two? Just so we can make some plans to replace other equipment that is going offline.
You'll never get an ETA. And if you do, it'll be a "it'll be here when it's here"
 

TheAlmightyZach

Member
Feed Provider
Joined
Oct 19, 2018
Messages
63
Location
Raleigh, NC
As someone currently running 2 traditional feeds (with a 3rd application pending) all of which are on the same P25 Site, it would be awesome if I could simplify the way to do that with assistance from BCFY Calls. I like calls, I think it's a great feature! I am, however, trying to determine the easiest way to capture the most calls possible, and maintain traditional feeds as well.
 

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
16,033
Location
BEE00
Anyone who is running SDRTrunk to feed Calls can simultaneously host traditional feeds using the same software. I've got one install of SDRTrunk feeding multiple FD/EMS talkgroups to Calls, along with five traditional feeds running a subset of the same talkgroups that are going to Calls.
 

TheAlmightyZach

Member
Feed Provider
Joined
Oct 19, 2018
Messages
63
Location
Raleigh, NC
Anyone who is running SDRTrunk to feed Calls can simultaneously host traditional feeds using the same software. I've got one install of SDRTrunk feeding multiple FD/EMS talkgroups to Calls, along with five traditional feeds running a subset of the same talkgroups that are going to Calls.

Interesting.. I may have to give that a shot. My concern however is missing calls from certain talk groups. Even if SDRTrunk offers priority, how could I possibly go about making sure all my feeds don't miss traffic? For example, my three feeds are 3 of the 4 fire quadrants in my county. South, West, and North. I have a separate SDR and OP25 instance for each one of those feeds. Using calls, wouldn't I risk missing traffic happening on one if the SDRTrunk is listening to another?
 

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
16,033
Location
BEE00
SDRTrunk will decode as many concurrently active talkgroups as possible. The limitation is based on how many dongles you have to cover all necessary spectrum, and how powerful (or weak) the host PC is.

If you only need to decode a single site, and you have enough dongles to cover the spectrum being used (i.e. 769-775 or 851-860 or whatever the spread of frequencies at the site is), and you have a modern PC with a relatively powerful CPU and 12+ GB of RAM, SDRTrunk can easily decode a dozen or so talkgroups at the same time. It will then feed those to Calls and/or traditional feed(s), however you decide to assign talkgroups to each stream.
 

TheAlmightyZach

Member
Feed Provider
Joined
Oct 19, 2018
Messages
63
Location
Raleigh, NC
Thanks for the info! I certainly have a lot to learn with that I suppose. I'm in a simulcast county with 1 Primary control, 3 secondaries, and it appears only 5 additional voice frequencies. (The secondary controls are regular voice frequencies as well). Does that mean I'd need one dongle for each frequency on the site, or is one capable of covering several?

That's where I'm confused. I'm very familiar with OP25 but that's again a very traditional way of going about it. Again, thank you for the info.
 

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
16,033
Location
BEE00
You would need enough dongles to cover the frequencies that the site uses.

RTL dongles can cover 2.4 MHz of contiguous spectrum. I believe from some of your previous posts that you're decoding the McHenry County Simulcast, correct? That site has frequencies running from 851.350 to 857.1125, which is approximately 5.8 MHz of contiguous spectrum. Most of the channels are grouped between 851.350 and 853.4375, which happens to fit within the bandwidth of a single dongle, but you would still need to cover the remaining four channels between 854.5375 and 857.1125.

For that site, you would essentially need three dongles to cover everything.

SDRTrunk looks at the entirety of the 2.4 MHz of spectrum for each dongle you allow it to use, and anything it finds related to the site within all of that bandwidth, it will decode. The key is that it never leaves the control channel to chase traffic (voice) channels. It continues decoding the control channel the entire time, while also decoding the traffic channels using the same dongles, as you would presumably provision enough dongles to cover all of the spectrum being used at the site, as discussed above.

In your situation, one dongle will lock onto the 851.7375 control channel and will never leave it, effectively decoding all call grants that come across the site. That same dongle will also decode all voice traffic between 851.350 and 853.4375, as it's all well within the 2.4 MHz of bandwidth. Note that the dongle doesn't really "tune" to the voice channels, as it's already looking at the entirety of the spectrum, but rather creates virtual "receivers" on the fly when a voice channel is active so that it can capture and decode that small slice of spectrum that the voice channel occupies while active. The other two dongles will be available to cover the rest of the spectrum above 854 MHz.

We've veered pretty far off topic here, but to get back around to my original post...once you get SDRTrunk up and running, you can then create streaming profiles for Calls and/or traditional feeds, and are able to assign any talkgroup(s) you want to each streaming profile. You could send every talkgroup to Calls, but also have three traditional feeds for Fire North, Fire West, and Fire South each of which have only the appropriate talkgroups assigned to each. SDRTrunk will take care of keeping everything separate and will feed the audio to each using the audio that it's decoding anyway.
 

TheAlmightyZach

Member
Feed Provider
Joined
Oct 19, 2018
Messages
63
Location
Raleigh, NC
Yeah sorry for straying off topic I’m just fascinated here. I’ve been trying to read up on it but haven’t made sense of it. This answered just about everything so thanks again!
 
Status
Not open for further replies.
Top