Bug 5137 - Crossfade + Sleep = Ugly volume jump
: Crossfade + Sleep = Ugly volume jump
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Audio
: 6.5.2
: PC Windows XP
: P2 normal (vote)
: ---
Assigned To: Ross Levine
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-06-24 06:31 UTC by Torben Gundtofte-Bruun
Modified: 2008-12-18 11:12 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Torben Gundtofte-Bruun 2007-06-24 06:31:41 UTC
Players: three SB3 (wifi) all show the same behaviour
Firmware: 81
Server: Windows XP Media Center 2005 running SlimServer 6.5.3

I've noticed that the combination of crossfade and sleep timer turns out ugly. Crossfade usually works fine, but when adding the sleep timer, it turns the volume up to full just before turning off:

1) One tune would play and about 60 seconds before the end of the track, the sleep timer starts to turn down the volume slowly to zero. With a 10-second crossfade, the next track is mixed in 10 seconds before the first track ends, but by then it's already so quiet that you can't hear it.

2) When the first track ends, the unit *should* turn off. But *what happens is* that the volume jumps up to the initial level and the other track plays for about 2 seconds. Then it powers off abruptly.

3) The experience from that is not a soft sleep power-off but an ugly blotch of sound and then silence. It must be a bug that wasn't found during their internal testing.

My SB3's are all set to 10-second crossfade (in&out) with per-track gain from software and SB3-gain disabled. This works exceptionally well to create a continuous sound experience, much like a radio station without talk or ads.


-- 
Torben Gundtofte-Bruun
torben@g-b.dk
Comment 1 KDF 2007-06-24 19:10:08 UTC
possible relation to bug 4817
Comment 2 Andy Grundman 2007-07-02 10:38:33 UTC
I've checked in a possible fix for this bug in change 12324, when sleeping, we shouldn't advance to the next track at all.  Please test.
Comment 3 Chris Owens 2007-07-10 12:38:36 UTC
Ross could you please have a look at this to see if Andy's fix works?
Comment 4 Ross Levine 2007-07-10 16:04:47 UTC
Verified to be fixed, thanks Andy!
Comment 5 James Richardson 2008-12-15 12:31:40 UTC
This bug has been fixed in the 7.3.0 release version of SqueezeCenter!

Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.