OK, new version of SrvrPowerCtrl has been posted to the repo.

What's new:

Code:
--------------------
    
  
==================================================================================
  What's new: 20110313
  
==================================================================================
  1). Expanded SrvrPowerCtrl's system idle monitoring to include optional 
network
  monitoring. On Linux and OSX, added disk and cpu load monitoring as well.
  
  Why?  Squeezebox server 7.6 now includes a DLNA plugin.  This will allow the 
  streaming of audio (and video?) to non Squeezebox clients.  Current idle 
  player monitoring would not detect this sort of "playing".  But if we keep 
track
  of network I/O, we can detect this activity.  On SrvrPowerCtrl's settings 
page,
  there are now sliders which can adjust the idle detection threshold for 
network, 
  disk and CPU loads.  To disable a monitor, set it's threshold to 0.  For DLNA 
  streaming of compressed content, like MP3 streams, you'll need to set the 
  threshold fairly low, e.g. 1024 kb/minute.  As it stands, the SBS DLNA plugin 
  will transcode lossless content into MP3 before streaming to many DLNA 
clients.  
  As of this moment, the SBS DLNA plugin doesn't serve up video, but that may 
be 
  in the works.  However, if you run another DLNA server which WILL serve up 
  video, e.g. mediatomb or minidlna in parallel with SBS, SrvrPowerCtrl will 
  now clue into the fact that *something* is exercising the network interface 
  and will declare the system *not idle* if the threshold is exceeded.  If all 
  you'll be streaming to DLNA clients is video, you can set the threshold 
higher, 
  say to 8196 kb/min for M4V content.
  
  These new monitoring features were inspired by code from epoch1970, who has
  been the source for many of SrvrPowerCtrl's better features.
  
  2). Expanded SrvrPowerCtrl's ability to push players onto mysqueezebox.com on
  shutdown/suspend/etc. so that now, another local server can be specified 
  instead of mysb.com.  Additionally, SrvrPowerCtrl will request that the 
  alternate server switch the player 'off' once it arrives if the
  'Power-off attached players when shutting down?' option is set.
  
  Why?  The Squeezebox Touch, running "tinysc" makes a great, ultra low power
  server.  All you need to do to enable the embedded SBS on a SBTouch is to plug
  a cheap SD card into its card reader.  You don't even need to put any content
  on the SD card.  If you select the Touch as the "Alternate Server" to push
  players onto when SrvrPowerCtrl actions are performed, your IP3K based players
  (SB Classic, Transporter) will continue to display their "off" clocks.  When
  you re-awaken your server, SrvrPowerCtrl will fetch the players back again.
  
  With this change comes some changes to SrvrPowerCtrl's CLI interface.  The old
  cli command 'gotosn' has now become 'pushtoas' (for push-to-alternate-server)
  and the fetch back command is 'pullfromas'.
  
  3). Expanded the processing of the 'Players to switch' and the 'Players to
  restore' settings.  Now, if you prefix a player's mac address with an 
  exclamation point !, SrvrPowerCtrl will *ignore* that player when pushing
  or fetching from mysb.com or the alternate server.  Coupled with the 'Push
  ALL Players' option, this allows you to specify *all except*..
  
  4). Full support for the SBTouch and the SBRadio.  When SBS 7.4 debuted, 
  SrvrPowerCtrl lost the ability to fetch SqueezePlay based SB Hardware back 
from
  mysqueezebox.com.  I've now figured out a way to work around mysb.com's bug so
  that SrvrPowerCtrl can now fetch these players back.
  
  5). Expanded and made more flexible the custom command settings.  You are no
  longer limited to just 4 custom commands.  You may now define as many as you
  wish.  You may execute your custom commands via the cli with:
  
  srvrpowerctrl customcmd0
  
  srvrpowerctrl customcmd1
  
  srvrpowerctrl customcmd2
  
  ..etc.
  
  6). Changed End-Of-Day behavior.  Now, if you have a Custom end-of-day action 
  command defined for EOD and if you've set the EOD idle time-out to zero, 
  SrvrPowerCtrl will execute the custom command...as you would expect.  However,
  if your custom command reboots your server or otherwise restarts SBS, 
  SrvrPowerCtrl, the '2nd time through' will instead execute the EOD 'Action to 
take
  after idle time' selected from the drop-down list.  So, for instance, if your
  custom EOD action script stops SBS, updates and then reboots your server, on
  wake-up SrvrPowerCtrl will then execute the listed action, e.g. 'Suspend'.
  This allows you to program your server to do it's nightly chore list and then
  have SrvrPowerCtrl sleep the machine immediately upon conclusion.
  
--------------------


-- 
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=48521

_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins

Reply via email to