Bugzilla – Bug 16096
Alarm fadein does not work in 7.5
Last modified: 2011-01-15 05:22:10 UTC
When the alarm sounds the fade-in does not work on my Boom. It stopped working when I installed 7.5.
And it doesn't matter what has been played before the alarm sounds.
I confirm I got the same issue in 7.5.0 (no fade-in when the alarm sounds). It occured that, after deletion / creation of the alarm, it worked only once and not each time. I also tried to check/uncheck the fade-in option but it didn't work better. A reset of the box (Boom also) didn't change anything. Now I downgraded to 7.4.2 and it works well again
*** Bug 16070 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
This bug is categorised as a Boom issue, but is present on my SB3 (Squeezebox Server 7.5.0 running on Mac OS X), so I think this should be categorised as a Squeezebox Server issue. I can also confirm that the issue occurs with either music library or streaming radio playlists, and (as previously reported) that both types work fine the very first time that they are configured - but not subsequently. One workaround would therefore be to creat the alarm every day... :)
could someone link bug #16054 (same annoying behaviour on the Radio) as 'see also' to this one ? If this is server related, then this bug might even be a duplicate. Also note that issues get mixed again: 1) A lot of people are able to reproduce this with subsequent alarms (because the first alarm sets the playlist, the second one uses the same playlist) and can get rid of it, if they change the playlist between alarms to something different. 2) Then there is also the original poster who claims that for him it is playlist-unrelated (thats why he actually created this extra bug-report in addition to the others).
Bug #16054 specifically says that the issues is when playing a radio stream. My understanding from the description of this bug (although admittedly there is not a huge amount of detail here) is that it is for both library music and radio streams. I'll wait to be corrected... :)
It doesn't matter what the source is for the alarm. I tried it from my music library and from one of my radio stream. No matter what I choose the fadein doesn't work.
== Auto-comment from SVN commit #30715 to the slim repo by agrundman == == http://svn.slimdevices.com/slim?view=revision&revision=30715 == Fixed bug 16096, alarm fade-in was broken due to fadeIn value not being passed around correctly
Andy I just tested it, and for me it still doesn't work as expected. I'm running: Server version 7.6.0 - r30722 @ Sat May 1 01:03:24 PDT 2010 and Radio Firmware: 7.5.0-r8673 (I guess your changes should have been merged automatically to 7.6.0 already?) I have a local alarm set on a Radio stream. The behaviour is now the opposite to the past. If the playlist contains a Radio stream that is also set as alarm, I get a fading in alarm. If the playlist is paused with some other stream (Radio or Mp3) the next alarm does not fade in. Could you please check if the bug should be opened again ?
The bug doesn't seem to be fixed. Tested with Version : 7.5.1 - r30709 @ Fri Apr 30 03:05:09 PDT 2010. The existing alarm with fade-in activated and set on a radio stream has not worked. I suppressed and recreated the alarm, still with fade-in and set on a radio stream, it worked with fade-in the first time and not after.
Users report this bug is not fixed.
Since the recent change my alarm on my Boom works perfectly fine again. I cannot report any bugs, but I didn't check it systematically. I work on "mysqueezebox.com".
I have tried this on my Boom using 7.5.1 and as far as I can test this is fixed.
Kurt, this bug is not (completely) fixed, could you please reopen it. The things I wrote in comment #10 still apply, I just tested again with the latest 7.5.1 server (7.5.1 r30756) and get the same behaviour with Radio and (!) Boom: When the current playlist contains the same stream as the alarm, the alarm is fading in. When the current playlist contains another stream, the alarm-stream is NOT fading in but instantly starts with the alarm volume. Also there is a new bug-report about it (see bug #16231) which proves that other users still do have problems too.
Stefan: You are right. It is not fixed. Sorry about this but I must have chosen a wrong stream before testing it. I have now the exact same behaviour as you on my boom.
*** Bug 16231 has been marked as a duplicate of this bug. ***
== Auto-comment from SVN commit #30770 to the slim repo by agrundman == == http://svn.slimdevices.com/slim?view=revision&revision=30770 == Fixed bug 16096 again, another instance of the fadeIn param being in the wrong argument to play()
It seems to work for my Radio running SBS 7.60. Thanks Andy! However, when connected to Mysqueezebox.com, it still doesn't fade. No matter if you continue a playlist or not. Michael
It works for me too now. Thanks Andy.
After some testing, the fade is still broken. Whenever your alarm continues a playlist (either local or as a stream), the following happens: Music starts on a very low volume for about 10 seconds, and then jumps to the defined maximum alarm volume. I'm currently using firmware 7.51 Build 8805 on the Radio and SBS 7.60 30824 but this also happend with the former firmware and former SBS versions. Still very annoying. Can anyone confirm this? As long as you choose a different stream other the one that was played last, the fade works. Michael
Same problem here. I'll hope it will be fixed in next firmware.
(In reply to comment #23) > Same problem here. I'll hope it will be fixed in next firmware. It's supposed to be a problem on the server side, not the firmware. At the moment, the behaviour is quite random. Yesterday it managed to fade in smoothly, the next day it was on low volume for 10 seconds, then jumped to max volume again. Andy, it would be nice if you could take a look into the code again.
Just happened again and made me jump out of my bed ... Alarm was set to a playlist with about 200 songs to be played in random order. The sound started with minimum volume, playing about 10 seconds at this level, then all the sudden jumps to the maximum set volume. Radio firmware 7.51 Build 8837 / SBS 7.60 Build 30847 I really hope it's possible to fix this darn fade-in problem once and for all.
It sounds like this bug is not fixed yet.
No, by all means it's not fixed yet. This morning I did some testing. I set up about 8 alarms, and I *never* got radio to fade in correctly.
There are definitely fixes for some of these issues in 7.5.1 but it sounds like some people are still seeing issues. We'll continue to look into the remaining issues.
I'm using the latest 7.60 - I assume the fixes for 7.50 made it into 7.60 aswell ?
This isn't easily reproducible for me, but I'll keep at it. Maybe Michael's idea of 8 alarms will work for me.
Chris, would it help to provide a server-log and the log from the SB Radio at the moment the alarm fires ?
*** Bug 16054 has been marked as a duplicate of this bug. ***
Fade-in is certainly working for me with 7.5.3 (and was with 7.5.2)
In my opinion it has been fixed for a long time!
Yeah this is fixed.