------------------------------------------------------------------------
A poll associated with this post was created, to vote and see the
results, please visit http://forums.slimdevices.com/showthread.php?t=116649
------------------------------------------------------------------------
Question: On what player types does the alarm fail for you?
    
- Squeezebox Radio (official firmware 7.x) 
- Squeezebox Radio (community firmware 8.x) 
- Squeezebox Touch (official firmware 7.x) 
- Squeezebox Touch (community firmware 8.x) 
- SB Classic/Boom/Receiver/Transporter 
- Other (eg. Raspberry Pi based)
------------------------------------------------------------------------

Well somewhat disappointing news today...

This morning my 7am Back Bedroom alarm failed to trigger...

[22-12-04 07:00:37.4903] Slim::Utils::Alarm::_alarmEnd (1970) _alarmEnd
called with request: pause

_source       =>
"/5cf52aae/slim/request|100||5cf52aae|SqueezePlay-baby/8.0.1-r16855
(armv5tejl)",

So this was a "request" from the player itself (I know that because it's
the only player with firmware 16855), even though the player was not
touched (I slept through till 9:30), but possibly relevant the last
thing done on the player was to turn it off by it's power button and the
player is configured to pause on power off.

There was a nice block of "ignoring self-created request" and "Ignoring
unwanted notifications" - so handling of those seemed to be working fine


[22-12-04 07:00:00.0625] Slim::Utils::Alarm::_alarmEnd (1982) Ignoring
self-created request
[22-12-04 07:00:00.0811] Slim::Utils::Alarm::_alarmEnd (1966) Ignoring
unwanted notification: playlist stop
[22-12-04 07:00:10.2100] Slim::Utils::Alarm::_alarmEnd (1966) Ignoring
unwanted notification: playlist pause
[22-12-04 07:00:37.2776] Slim::Utils::Alarm::_alarmEnd (1966) Ignoring
unwanted notification: mode stop
[22-12-04 07:00:37.2836] Slim::Utils::Alarm::_alarmEnd (1966) Ignoring
unwanted notification: playlist stop

So unlike my testing scenarios this wasn't a failure with a
'playerprefs' source directly involved, the system had not been
restarted after Friday's testing, so I guess still had all the elements
for trigger and failure embedded in there somewhere.

I've tried to put MaterialSkin vTest back on, but fails to load with
"Can't locate Plugins/MaterialSkin/Plugin.pm in @INC", I think I'm doing
the same as before for a manual plugin zip install, but I must be
missing something because it's not having it.

Kev


------------------------------------------------------------------------
KeBul's Profile: http://forums.slimdevices.com/member.php?userid=32883
View this thread: http://forums.slimdevices.com/showthread.php?t=116649

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

Reply via email to