eap;519692 Wrote: > Its not that you leave a computer on 24/7 in order to have a reliable > alarm clock, its that typical use of a computer could (nay, even should) > contemplate 24/7 hour use of that computer. So the alarm clock is then > just a bonus you get on top of that. I had my computer on 24/7 before I > had any squeezebox product. So no change in behavior here. > > I am stunned at the apparent stubborn unwillingness of many here to > spend a relatively small amount of money towards electrical costs (which > would be many times less than a squeezebox over the course of a year), > in order to have the convenience of on the demand Internet access, not > to mention no worries over having to use the less worthy > mysqueezebox.com . Why do we have fios and cable at blazing speeds if > we don't leave computers hooked up to it 24/7? Has this Political > Correctedness and "green" stuff really gone this far? When did leaving > a computer on 24/7 become such a hardship? What is driving this > ridiculous fear? > > Who wants to wait for boot up time every morning? > > And by the way, do we know exactly what 7.4.2 fixes -- the bug fix list > for 7.4.2 says nothing about alarms last I looked a couple of hours ago?
I'm not going to get into details here, since I've gone into plenty of them in the past in other threads at the developers forum. I haven't posted for a while, now that it looks like the alarm functionality is (read: should be) largely resolved in 7.4.2 going forward. After checking back today it was worth chiming in, however, based on a couple of things you wrote. I agree that it makes sense to leave the local SBS PC powered on 24/7 to avoid the set of problems that can manifest otherwise. This, of course, is an easy opinion to have when you already have a local server powered on 24/7 to begin with (as I do). In any event, I share this view. Something else you wrote prior in this thread is wrong, however. Yet, you shouldn't trivialize the number of real outstanding problems that exist with the Radio software. While I'm certain there are plenty of problems enumerated in this forum about the Radio that do relate to user error, there are also plenty of real ones that relate to the Radio (and server) software. I've seen them firsthand and even traced several down in detail. Some of the reason I've become scarce at the forum is because I'm not one to waste time in an environment where the cycles I'm applying appear to be in some measure ineffective. As an example, I posted a specific thread on how the synchronization of alarm notification trigger and server audio stream startup had/has a particular problem on occasion such that an audio pop is manifested prior to alarm audio being properly faded in (when that option is selected). This was after a variety of users had complained about said pop. It took me a couple of hours to trace and detail the problem on the forum. I provided plenty of information. To my knowledge, the thread (and problem) has remained unaddressed for weeks now subsequent to the details I provided. I'm pleased that alarms are about to fixed for a broad spectrum of Radio users, and not just for those of us who can trace down the problems and modify our own code (even in those cases, at the risk of a maintenance headache the makes future software upgrades annoying, if not prohibitive). I still run my own alarm code on 7.4.1, however, since I'm not interested in constantly bouncing between beta releases with new code updates. It's too time consuming, prior to an official release, especially when other annoying problems continue to manifest (for example, disappearing presets, etc.) and are not being addressed. It's good that Logitech applied developer resources/cycles to the alarm issues that are being resolved, but there is no shortage of additional problems outstanding. The user community can only do so much. Be assured that while certain problems exist that relate to user error (as you pointed out), you significantly understate the set of problems that exist due to software anomalies (unrelated to powering down one's server)... Doing so undermines your credibility and does not serve to enhance the Radio. Marc -- Marc ------------------------------------------------------------------------ Marc's Profile: http://forums.slimdevices.com/member.php?userid=34776 View this thread: http://forums.slimdevices.com/showthread.php?t=75541 _______________________________________________ Radio mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/radio
