Bug 13264 - If sleeping at end of song, don't start crossfading the next track
: If sleeping at end of song, don't start crossfading the next track
Status: VERIFIED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Audio
: 7.4.0
: Other Other
: P4 minor (vote)
: 7.4.1
Assigned To: Andy Grundman
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-08-05 19:54 UTC by Andy Grundman
Modified: 2009-10-21 09:45 UTC (History)
3 users (show)

See Also:
Category: Bug


Attachments
override transition type when sleeping at end of song (999 bytes, patch)
2009-09-28 12:21 UTC, KDF
Details | Diff
log (3.84 KB, text/plain)
2009-09-28 12:22 UTC, KDF
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andy Grundman 2009-08-05 19:54:43 UTC
I know I fixed this once before, so this is a minor regression.
Comment 1 Andy Grundman 2009-08-05 19:55:35 UTC
Hmm Deskzilla doesn't work right with priority on new bugs...
Comment 2 Ben Klaas 2009-08-26 07:53:13 UTC
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
Comment 3 KDF 2009-09-28 11:51:44 UTC
Andy, 

I'm willing to give this a shot if you can point me in a direction. Could this be a simple matter of overriding the $transitionType packed into the strm frame from S::P::Squeezebox::stream_s() ?
Comment 4 Andy Grundman 2009-09-28 11:58:32 UTC
Thanks.  Yeah, I think when I fixed this before I just had a check somewhere that wouldn't set transitionType if we were going to sleep.  Or don't start streaming the next track at all, that may have been the fix.

There is another related bug.  When sleeping and the players are synced, the slow volume fade out only fades on one of the synced players.  Been meaning to file that one...
Comment 5 KDF 2009-09-28 12:06:43 UTC
That second part needs to be a different bug.  There are complications of the sync prefs that would effect how the group reacts to sleeping and fading (prefs for syncing power and volume with the group to be specific).

I'll borrow a bit of code from $client->prettySleepTime that decides if sleep is near the end of a song (even if randomly happens to be near the end of a song) and override the strm frame.  I should have time to test that tonight and post results here.
Comment 6 KDF 2009-09-28 12:21:42 UTC
Created attachment 5947 [details]
override transition type when sleeping at end of song

Patch simply checks if there is a sleep even that is within a minute of the current song end.  If so, we override the transition so that no crossfading will take place.
Comment 7 KDF 2009-09-28 12:22:35 UTC
Created attachment 5948 [details]
log

log snippet showing the patch in effect.  Setting is currently for Crossfade, but the patch will simply override for any setting of transitionType
Comment 8 Andy Grundman 2009-09-28 12:27:45 UTC
Feel free to check this into trunk (7.4.1). Thanks!
Comment 9 SVN Bot 2009-09-28 19:42:27 UTC
 == Auto-comment from SVN commit #28675 to the slim repo by kdf ==
 == https://svn.slimdevices.com/slim?view=revision&revision=28675 ==

Bug: 13264
Description: check sleep time and remaining song time.  If the sleep event is set to match up with the end of the song, override the transition settings to prevent any crossfade.
Comment 10 James Richardson 2009-10-13 14:00:28 UTC
Verified fixed in 7.4.1 r28825 // SP r7847

Thanks for the patch KDF :)