With Uniden, I had the feeling that the engineer designing the protocol put him or her in the 3rd party programmers shoes and designed it for a purpose.
GRE on the other hand didn't put a lot of resources in the protocol design.
New offering - RadioFeed 1.0
- Thread starter ProScan
- Start date
- Status
With Uniden, I had the feeling that the engineer designing the protocol put him or her in the 3rd party programmers shoes and designed it for a purpose.
GRE on the other hand didn't put a lot of resources in the protocol design.
More robust retries
Is there any way to make RadioFeed keep hammering away when its stream to the Icecast server times out?
Several times now my Key West feed has disappeared on me for hours at a time. I VNC into the machine to see RadioFeed displaying "Cancel" on the Connect/Disconnect button.
The status log shows an "Icecast2 timeout" and the next line shows "Disconnected" and it seems to give up at that point. This was about 6 hours ago. I do have the "Auto Reconnect" box checked, of course. The DSL can be flaky down there and sometimes it just loses connectivity for a few minutes, so RadioFeed really needs to be more assertive at retrying its Icecast connection attempts.
There is a possibility that the Ethernet switch to which the laptop is connected is losing power in their frequent power outages, at least I suspect this might be happening, so maybe RadioFeed is losing its socket. I'm not sure of this, just pointing out my suspicions based on past problems down there.
Version = 1.13 on Windows XP SP3 with a UPS providing clean power to the laptop with 1GB RAM. It does nothing else and runs unattended.
I really like the neat features of RadioFeed so this is the one last issue that keeps it from being trouble-free for me.
Thanks for your consideration of this.
Is there any way to make RadioFeed keep hammering away when its stream to the Icecast server times out?
Several times now my Key West feed has disappeared on me for hours at a time. I VNC into the machine to see RadioFeed displaying "Cancel" on the Connect/Disconnect button.
The status log shows an "Icecast2 timeout" and the next line shows "Disconnected" and it seems to give up at that point. This was about 6 hours ago. I do have the "Auto Reconnect" box checked, of course. The DSL can be flaky down there and sometimes it just loses connectivity for a few minutes, so RadioFeed really needs to be more assertive at retrying its Icecast connection attempts.
There is a possibility that the Ethernet switch to which the laptop is connected is losing power in their frequent power outages, at least I suspect this might be happening, so maybe RadioFeed is losing its socket. I'm not sure of this, just pointing out my suspicions based on past problems down there.
Version = 1.13 on Windows XP SP3 with a UPS providing clean power to the laptop with 1GB RAM. It does nothing else and runs unattended.
I really like the neat features of RadioFeed so this is the one last issue that keeps it from being trouble-free for me.
Thanks for your consideration of this.
Last edited:
Mine's always been good about reconnecting but I rarely have drops.
You can kind of cancel this. I just received word that they had a 5 minute power outage this afternoon and the office and data closet lost power, so that's most likely what caused RadioFeed to stay disconnected. Now I have something new to repair, like their UPS. WOO HOO!
I guess there's not much an app can do if the computer says there is no LAN available.
What about a normalization option? I know lame supports it. Am I the only one that would find that useful?
I don't have experience with how the lame encoder handles this, but my solution is to pipe my scanner receive audio through a plug-in to WinAmp that specializes in punching up the audio, then into RadioFeed. It makes a night and day difference on most digital radio systems where they can go from a whisper to a scream with each transmission.
After listening to a good number of feeds I agree with a commenter on batlabs that setting audio levels is a lost art. I doubt that a normalizer will solve all of that problem.
- Joined
- Jan 6, 2009
- Messages
- 232
I have used software normalizers also, such as the Winamp plugin, and have considered a hardware version before the audio goes in to the PC. If it wasn't too much trouble, I would love to see this option as well! Thanks for all the work on RadioFeed - it is a fine piece of software! 
I've seen it used with music and it works pretty good. It has a set db limit and will push audio up or down to that level as it goes along. It's different from a compressor (talking the audio sense here, not like file compression) in that it's not changing what you're hearing, just how loud it is.
That is the job of a compressor, after all.
That would be a lot of work for Bob to take on if he were to do a proper job of it, but it would certainly stand head and shoulders above anything else out there.
I think he would have to pay some money to license the code for distribution so that would put a price tag on RadioFeed, but that would be worth it if it could improve the feed audio dramatically.
Lame's code is released under the GPL and it's already present in the application--it's how radiofeed can create the mp3 in the first place. There would be no cost (which is great!).
I can't speak to how much work it would be to implement. I suspect it's not too bad.
Regarding the web server, is there a way to set a maximum number of client connections? I'm missing it if there is, tried the ProScan website, the RadioFeed wiki page here, and of course this thread. Sorry if this has been covered before and my search methods are less than wonderful. Thanks.
Thanks.
WX9RLT
Ham, Scanners, GMRS
I read that the Pro-197 tags were fixed.
But I am still having issues with it
But I am still having issues with it
I read that the Pro-197 tags were fixed.
But I am still having issues with it
Mine are working fine. What is the exact problem you're having? Do you have the 'show this text during scanning' box checked?
Regarding the web server, is there a way to set a maximum number of client connections? I'm missing it if there is, tried the ProScan website, the RadioFeed wiki page here, and of course this thread. Sorry if this has been covered before and my search methods are less than wonderful.
Good ideal. Next release will have a "Maximum Connections" box in the Web Server section.
I read that the Pro-197 tags were fixed.
But I am still having issues with it
What kind of issue? What type of tag do you want to stream? Channel Name, Frequency, and/or RID? There is a scanner limitation with the TGID's appearing at the end of transmission so those won't stream.
nexus
Member
Has anyone ran this software through wine on a linux distro yet? Curious to know if it works through wine or not.
This might be related to freybear's problem.....
I was wondering if there was a set of settings I should be looking at on the FTDI driver for the USB cable (orange RS one used with a PRO-106). It seems at first that the data is getting from the scanner to the Scanner Data screen is fine, but the Metadata doesn't update anywhere near as fast as the Scanner Data screen, missing a lot of changes....the audio is seamless, but if the TG carries traffic for less than a few seconds, the label never gets changed in the Metadata, but it does change in the Scanner Data window...
Radiofeed freezes the port speed setting at 115k, but the COM port setting from Device Manager refuses to go above 9600...could that be part of it?
Is there a particular FTDI driver version I should use? Currently I'm using 2.8.14 (March 2011)...
It should be noted that the green Scanner Data light always blinks, but the red Channel Active light never does.
I was wondering if there was a set of settings I should be looking at on the FTDI driver for the USB cable (orange RS one used with a PRO-106). It seems at first that the data is getting from the scanner to the Scanner Data screen is fine, but the Metadata doesn't update anywhere near as fast as the Scanner Data screen, missing a lot of changes....the audio is seamless, but if the TG carries traffic for less than a few seconds, the label never gets changed in the Metadata, but it does change in the Scanner Data window...
Radiofeed freezes the port speed setting at 115k, but the COM port setting from Device Manager refuses to go above 9600...could that be part of it?
Is there a particular FTDI driver version I should use? Currently I'm using 2.8.14 (March 2011)...
It should be noted that the green Scanner Data light always blinks, but the red Channel Active light never does.
Attachments
WX9RLT
Ham, Scanners, GMRS
I've learned to live with it. Radiofeed works through the "corporate" firewall as long as I make it use ports 80 or 8080, so I can live with the little issues re: metadata. If I'm more interested in recording than streaming, Win500 is great...it just doesn't do well through firewalls/proxies....my big problem right now is that neither seem to like satellite connections....the latency apparently blows out the built-in timeouts and the connection gradually dies...
JokeInsurance
Member
For someone who is new to the scene, I am still not sure how exactly RadioFeed works. Can one take any FCC-approved frequency and then listen in? Or do I have a completely wrong idea about it? Any help in helping me understand it is greatly appreciated. Thanks!
- Status
Similar threads
