Don't know exactly, but I don't think it is respecting any timeout when in fallback-mode.
The problem is that from what I know there is now special 'timeout' signal from the server, just a general 'hey there is a new alarm for tomorrow, you can stop the current'. Unfortunately this signal is also coming, when the server reboots, so can't be trusted (as with peter.s's server - that is sometimes a little late when waking up - this would instantly stop the just started alarm). This is one of those architecture problems Marc talks about. Cannot be solved without a big overhaul (which I doubt will happen :( ) -- bluegaspode 1x SB-Controller+Receiver (Duet), 1xSB-Boom. 1xSB-Radio Server (7.4.1) running on SheevaPlug (Ubuntu) with attached Western Digital MyBook Essential. Secondary 7.4 Server on Debianized Buffalo Linkstation LS-CHL. ------------------------------------------------------------------------ bluegaspode's Profile: http://forums.slimdevices.com/member.php?userid=31651 View this thread: http://forums.slimdevices.com/showthread.php?t=75541 _______________________________________________ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio