mrw wrote: > There have been changes to the alarm handling code, but, as far as I am > aware, only those that Logitech made between SqueezePlay versions 7.7 > and 7.8. Recall that v7.8 was never released for the Radio. So I would > now expect the alarm handling on the Radio to match that on a Touch or a > Controller. Do you know if a similar issue has already been raised for > those two devices ? > > My own testing has been limited to ensuring that alarms worked, but I > did not approach the sort of circumstances you describe. I have linked > to the set of patches that Logitech made, does anything look as if it > might be a "culprit" ? > > ALARM - UNIFYING LOG MESSAGES > https://github.com/ralph-irving/squeezeos-squeezeplay/commit/38ac526c365347fb028f8f1b373fb923366aa3b8#diff-8f6a3931202a3f818426616345866cfa7c555140afeab72faa0a91fadd47c38f > > ALARM > - Server input via alarm notification is only used to set or clear an > alarm time > - Server does not actually start the alarm process on the player (that > is done by RTCAlarmTimer) > - Server only starts to play the choosen playlist at the alarm time > - A separate timer is used for snoozing (snoozeTimer) instead of sharing > the alarm timer (RTCAlarmTimer) > - Check for good audio has been extended to a total of 60 seconds (was > 25 seconds) to allow more time for slow radio stations > https://github.com/ralph-irving/squeezeos-squeezeplay/commit/0afad3525ff7f0194a220027db574a3350364d81#diff-8f6a3931202a3f818426616345866cfa7c555140afeab72faa0a91fadd47c38f > > ENABLE THE BACKUP ALARM TO HANDLE A REPEATING ALARM (ON SELECTED DAYS) > Store additonal infomation provided by the server for a given alarm like > alarm time, repeat status and selected days. > When the alarm fires check this additional information to rearm the RTC > timer accordingly. > https://github.com/ralph-irving/squeezeos-squeezeplay/commit/30995d51732fcf1f7579f0c8bf568cef7b44d5d0#diff-8f6a3931202a3f818426616345866cfa7c555140afeab72faa0a91fadd47c38f > > DEFECT 83 - ALARM TIMEOUT DOES NOT WORK > Alarm timeout timer needs to run whenever the alarm window is on screen > not only when the fallback alarm fires. > Reason: the timeout timer is responsible to remove the alarm window, > stop the polling etc. > https://github.com/ralph-irving/squeezeos-squeezeplay/commit/d5d4e0590a1b962395f00535453276b3baa429b4#diff-8f6a3931202a3f818426616345866cfa7c555140afeab72faa0a91fadd47c38fThat > might be it then. I have never tried the alarm on the Touch. Maybe the 60 second delay is to ride through short interruptions without triggering the default alarm. At first I thought it wasn't going to trigger the default alarm at all as I was so accustomed to diving for the Radio dial to silence the alarm in those circumstances [emoji3]. I can live with a minute delay.
Sent from my Pixel 3a using Tapatalk ------------------------------------------------------------------------ slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=113479 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
