tateconcepts
K5CDR
Let's say I administer several hundred clusters of server farms, some dedicated to security, some to mail, some to LOB (line of business) application and some for random other projects. Sometimes, just one for radio systems.
Regardless of if I was running an environment this big on a daily basis (which I do), I (and I doubt others) do not want a dedicated radio/SDR server feed application running
LOGGED ON AS A USER to RUN A SINGLE PROGRAM, while wasting away resources best used for other tasks - not to mention it causes my ISP to perform random scans on my network because other random applications happily decide to execute themselves believing someone is sitting at the console doing things when they are not.
I wrote this the above in caps (to bring this to someone's attention - not to be demeaning in anyway BTW) because while I am sure the developers intentions are good, this is the most ridiculous utilization of not only system resources but its a security risk! Sure I might have majority John Q Public out there that checks his email, he's very knowledgeable in radio along with perhaps other things but when you really look at the method in which applications run - regardless of Linux, Solaris or Windows - it's a complete waste of resources and does nothing but complicate the purpose of the application - just to run a feed or feeds in the background (not a single thing else).
I'm almost thinking that I am the only person who has or is suggesting ScannerCast needs to be built (compiled) from its current state into a Windows Service that runs in the background (regardless of if the user is logged in or not). In Linux and Solaris we call this a daemon. Think about the rationality of this : what happens if I am an elderly person who doesn't know much about computers and share my logon with my significant other or kids that come by to visit? They may not know what ScannerCast is and may shut it down! What if my computer restarts because of a power outage or random software bug or memory leak (not ScannerCast but something else)? Has anyone considered what will occur? The computer by default will restart, if there is a password - it will remain at logon and not start ScannerCast at all, which results in the feed being down. If one is lax enough to not even enter a password, you might get by if you placed the application in Startup locations. Unfortunately, this option has been eliminated now with Windows 8, 8.1 and Windows 10 and sorry folks an Apple Mac will not help you as it requires one as well before logon.
This post is not meant to diminish anyone but enlighten the purpose of why we use this application. ScannerCast is a great idea and was clearly thought out well. However, I do not think future ongoing development from an OS user standpoint that not everyone wants to run Windows and furthermore, does not want to remain logged on 24/7. I can't tell you how many times my wife has restarted a PC (because she had to Switch Users to allow ScannerCast to run) only to find out the only reason I was logged on was ScannerCast! If this was a Windows Service or Unix/Linux daemon - this wouldn't be an issue. The majority of critical applications run silently as a service unless they need to be modified. The service would start up BEFORE you could even log on to Windows (once network connectivity dependencies have been met) and if adjustments need to be made to the service, no problem - send them to the system tray or wherever you like. This is really not a difficult task and if this is not taken seriously in 2015 - I believe those who wish to run their own private RTSP streams for their own use will and will likely keep their feeds anonymous from the public. I believe there are some RTSP streaming applications that will work for this purpose but they do and will not integrate into Broadcastify. Surely Blanton, you appear to be in Texas - the new Silicon Valley. I believe we can work with the developer to customize the software to run as a service (recommended) or as a legacy application which requires you to be logged on as it does today.
I make this comments in your favor to discuss serious enhancements to this program. For the mean time, I just can't see a benefit to leaving over 1/5 of physical memory along with numerous processing threads to sit idle for just one program. Nobody in that idle profile is using Internet Exploder (that's a development pun), nobody is printing documents from Office as that user or accessing File Shares (aka Samba) or doing anything but having useless established, open and time wait connections to everyone but the notorious established connection to the below
Name: audio9.radioreference.com
Address: 74.86.84.221
TCP 192.168.0.13:63544 host337373:http ESTABLISHED
Regardless of if I was running an environment this big on a daily basis (which I do), I (and I doubt others) do not want a dedicated radio/SDR server feed application running
LOGGED ON AS A USER to RUN A SINGLE PROGRAM, while wasting away resources best used for other tasks - not to mention it causes my ISP to perform random scans on my network because other random applications happily decide to execute themselves believing someone is sitting at the console doing things when they are not.
I wrote this the above in caps (to bring this to someone's attention - not to be demeaning in anyway BTW) because while I am sure the developers intentions are good, this is the most ridiculous utilization of not only system resources but its a security risk! Sure I might have majority John Q Public out there that checks his email, he's very knowledgeable in radio along with perhaps other things but when you really look at the method in which applications run - regardless of Linux, Solaris or Windows - it's a complete waste of resources and does nothing but complicate the purpose of the application - just to run a feed or feeds in the background (not a single thing else).
I'm almost thinking that I am the only person who has or is suggesting ScannerCast needs to be built (compiled) from its current state into a Windows Service that runs in the background (regardless of if the user is logged in or not). In Linux and Solaris we call this a daemon. Think about the rationality of this : what happens if I am an elderly person who doesn't know much about computers and share my logon with my significant other or kids that come by to visit? They may not know what ScannerCast is and may shut it down! What if my computer restarts because of a power outage or random software bug or memory leak (not ScannerCast but something else)? Has anyone considered what will occur? The computer by default will restart, if there is a password - it will remain at logon and not start ScannerCast at all, which results in the feed being down. If one is lax enough to not even enter a password, you might get by if you placed the application in Startup locations. Unfortunately, this option has been eliminated now with Windows 8, 8.1 and Windows 10 and sorry folks an Apple Mac will not help you as it requires one as well before logon.
This post is not meant to diminish anyone but enlighten the purpose of why we use this application. ScannerCast is a great idea and was clearly thought out well. However, I do not think future ongoing development from an OS user standpoint that not everyone wants to run Windows and furthermore, does not want to remain logged on 24/7. I can't tell you how many times my wife has restarted a PC (because she had to Switch Users to allow ScannerCast to run) only to find out the only reason I was logged on was ScannerCast! If this was a Windows Service or Unix/Linux daemon - this wouldn't be an issue. The majority of critical applications run silently as a service unless they need to be modified. The service would start up BEFORE you could even log on to Windows (once network connectivity dependencies have been met) and if adjustments need to be made to the service, no problem - send them to the system tray or wherever you like. This is really not a difficult task and if this is not taken seriously in 2015 - I believe those who wish to run their own private RTSP streams for their own use will and will likely keep their feeds anonymous from the public. I believe there are some RTSP streaming applications that will work for this purpose but they do and will not integrate into Broadcastify. Surely Blanton, you appear to be in Texas - the new Silicon Valley. I believe we can work with the developer to customize the software to run as a service (recommended) or as a legacy application which requires you to be logged on as it does today.
I make this comments in your favor to discuss serious enhancements to this program. For the mean time, I just can't see a benefit to leaving over 1/5 of physical memory along with numerous processing threads to sit idle for just one program. Nobody in that idle profile is using Internet Exploder (that's a development pun), nobody is printing documents from Office as that user or accessing File Shares (aka Samba) or doing anything but having useless established, open and time wait connections to everyone but the notorious established connection to the below
Name: audio9.radioreference.com
Address: 74.86.84.221
TCP 192.168.0.13:63544 host337373:http ESTABLISHED
Last edited: