Bugzilla – Bug 9777
Request for Combined WOL and Power ON functionality.
Last modified: 2010-05-07 15:01:54 UTC
At present, when an SB3 is turned off, and the Windows XP host to which it is attached is in S3/Standby state, two presses of the ON button are necessary to return the SB3 to true ON. The first issues a WOL, and wakes the server, but does not actually turn on the SB3. Instead, the SB3 is left in OFF mode, and the display is determined by the "Player -> Basic Settings -> Screensaver when OFF" setting. Pressing the ON button a second time actually turns on the SB3, and its behavior is determined by the "Player -> Audio -> Power On Resume" setting. It is logical to combine the WOL and ON functions so that pressing the ON button once accomplishes both, and results in a SB3 in the running state as determined by the "Player -> Audio -> Power on Resume" setting.
This sounds like an excellent idea, Patches are welcome :)
I suspect since only the SB or Boom knows who created the WOL, it will require a firmware change. Whilst this is being reviewed, it may be considered that an automatic WOL on the Boom ~2 minutes before alarm.
Patches are impossible, James. SC has no way of knowing that it was started because the network card received a WOL packet. The players cannot "power on" as there is no SC to tell them how. When a player reconnects, it should go back to the previous power state stored in SC. The firware (for all players) would need to change such that a player that sends a WOL would could then send a different signal when it sees that SC is online. It can't simply send the "power" button because this is a toggle. Any player left on when SC is shut down would therefore be turned off. Needs far more thought and is nowhere near ready for a 7.3 target. Deadlines/Targets are only meaningful if they are reasonable.
KDF, the WIKI shows SB having optional discrete ON and OFF codes as well as a general Power code. I assume this is implemented. If so this should make it a little easier
Kevin: thanks, I didn't realize it was that complicated. Felix, does this sound like something feasible?
Also see bug 8526 (was marked as a duplicate of another but I don't think it should have been as it's about this problem). In regard to SqueezeCentre knowing which player powered the server on, couldn't a player inform SqueezeCentre what it was just powered on via IR (firmware/new SlimProto command required?) and thus allow SqueezeCentre to power on the logical player (if it wasn't already powered on)? Any other players can be left in the power state they were when the SqueezeCentre computer was slept
All new Squeezebox products are likely to be based on the SqueezePlay platform. We do not plan to implement any further enhancements to the ip3k firmware or which are targeted specifically at ip3k-based products.
sad to hear that but even more that to answer 1,5 years later - this is also a way to close bugs.
sorry meant feature requests.