These are interesting thoughts. It sounds like a lot of R&D is involved which can take months or more. I'm not sure the time-value is there. And I don't know if it will work at all by combining the audio. There will always be an echo if the audio not perfectly in sync (50 ms or less). I think the audio should be voted rather then combined but not really sure on that either for a multi-city system. I don't think I want to spend the time on R&D if the demand not there.Oh, well, I suppose you could get the time from a number of sources, I was thinking GPS would be the most precise.
But maybe I'm not explaining it well anyway. Here's a simple example - you want wide area coverage of a channel, say like a state-wide police frequency. You have a receiver (hooked to a computer w/ RadioFeed) in City A, and the same in City B. Now you could just stream those both to radio reference separately (i.e. - "Whoville State - City A Barracks" and "Whoville State - City B Barracks"), but what would be better is if you could combine the two into one stream, "Whoville State Police".
So that's where streaming the two streams to a master comes in - combining the two streams into one before sending it to RadioReference. That in-and-of-itself could be a feature, combing several streams into one.
But then what happens if the two receivers can both hear some of the same stronger traffic, like the dispatcher? If they're not synchronized you'll hear an echo in the combined stream, or if it's really off, multiple repeats of the same traffic and then some traffic that's not repeated. It'll just be confusing. So that's where the GPS and time come in - use them to match up the independent streams (they won't be off by much, but could be several seconds, depending on the buffering, right?), combine them, and you get one wide-coverage stream that sounds like it's coming from a huge-coverage tower, but it's actually several simple local sites combined to make one.
-C
These are interesting thoughts. It sounds like a lot of R&D is involved which can take months or more. I'm not sure the time-value is there.
And I don't know if it will work at all by combining the audio. There will always be an echo if the audio not perfectly in sync (50 ms or less). I think the audio should be voted rather then combined but not really sure on that either for a multi-city system.
If you are talking about the same radio traffic, then why combine the traffic in the first place? If different radio traffic then I don't think it's a good ideal to combine the streams at all as each other will step over the other.
I know the rear serial cable works because thats what I use. I thought I tried the front and it didn't work but to be honest it has been so long I don't remember. If I get a chance I will test it again.
I tried it today and yes it does work. Plug in your USB cable and push the ".no" button.
Make sure the driver is installed
BCD536HP < UnidenMan4 < TWiki
Good luck.
Timothy
I coulda sworn I already installed the Driver but I'll do it again and try it out. Is there any particular settings I need to do on RadioFeed? I would really love to broadcast Tags over ScannerCast but there is no option for BCD536HP, just the 996XT and the GSR-500. Thanks!
Is anyone else using RadioFeed to broadcast audio with a BCD356HP and using the front USB port for alpha tags?? I'm having a huge problem with audio... When i disconnect the front USB and don't broadcast tags the volume s perfect on level 8... When i plug in the front USB and broadcast tags the volume cuts drastically and i have to boost my volume and make it 100 on the sound card and turn the scanner up to like 17 to get a decent volume level... Anyone have any input?? It's really driving me crazy and can't understand why plugging in the front USB makes such a difference with cutting the volume level down tremendously... Thanks to all... I'm broadcasting it over my feed now and it sounds like crap, compared to not broadcasting tags and being crystal clear... it sounds all echoey and digital non-stop when there's no transmissions instead of getting quiet in-between...
16
That sounds like you have a ground issue. Is your audio line decoupled, by a capacitor or transformer?
Sent via Tapatalk
Now my only gripe is everytime a transmission starts and stops there's an annoying "pop" each time... Not sure what I can do about that but at least the audio is good with broadcasting tags now...
27
When listening to my feed using the Loopback feature, I seem to experience a slowly increasing delay in the audio. After several minutes or hours of listening, I notice that the audio I hear is several or many seconds behind what is being received and decoded. All I have to do is check Loopback off and then back on, and that seems to catch it up instantly. Any idea what could be causing this?
Is it possible to broadcast metadata on RadioFeed and also have virtual control of the scanner with a PC? The virtual control that I'm talking about is what comes with ARC500PRO. Is it a feature in some other software? BTW, I'm using a PSR-500 scanner.
When listening to my feed using the Loopback feature, I seem to experience a slowly increasing delay in the audio. After several minutes or hours of listening, I notice that the audio I hear is several or many seconds behind what is being received and decoded. All I have to do is check Loopback off and then back on, and that seems to catch it up instantly. Any idea what could be causing this?