Bug 3751 - Now Playing jumps ahead on SB1
: Now Playing jumps ahead on SB1
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Audio
: 6.5b1
: PC Windows XP
: P2 minor (vote)
: 7.x
Assigned To: Andy Grundman
: new_streaming
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-07-14 02:31 UTC by Barry Caruth
Modified: 2009-07-31 10:13 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 Barry Caruth 2006-07-14 02:31:48 UTC
Here's my setup:

Windows XP Home SP2
SlimServer 6.5 SVN trunk at revision 8435
Wireless SqueezeBox 2 at Firmware 55
Wired SqueezeBox 1 at Firmware 40
iTunes enabled. Tracks mainly encoded as m4a.

When playing a track on my Squeezebox 1 the "Now Playing" display (and progress bar) changes to the next track before the audio of the current track has finished playing.

The same tracks on the Squeezebox 2 do not exhibit this problem.

I have tried with several tracks and it seems to be a common problem.

Not sure when it started happening.
Comment 1 Chris Owens 2006-07-14 13:05:07 UTC
Barry, are these units synced, or does this happen even when they're playing independently?

I've been trying this with iTunes m4a files and mp3s and don't see this symptom.

How far apart are the display and the music?  10 seconds?  a minute?

Thanks for any info!
Comment 2 Barry Caruth 2006-07-14 13:44:35 UTC
Hi Chris,

The devices are independantly playing (or more usually only the SB1 is playing at the time).

I would say, on an average 4 minute song the display is about 40-60 seconds into the next track before the audio on the "current" track finishes.

I tried a "-d_display" but it didn't seem to show anything useful. I'll do some more tests to see if it's related to song encoding.
Comment 3 Andy Grundman 2006-07-27 06:38:11 UTC
I will take this one.  I looked into solving it once before but didn't get very far.

It only happens on SB1 and I assume Slimp3, where the player doesn't report a "track start" event, so we change the display as soon as the next track begins buffering.  It should be possible to use a timer to change the display, I just need to look at it in more depth.
Comment 4 Alan Young 2008-09-02 05:58:11 UTC
Andy, do you still want to look at this for 7.2.1? It is already fixed in new-streaming (7.3).
Comment 5 Andy Grundman 2008-09-02 06:01:20 UTC
Nope, 7.3 is fine for me.
Comment 6 James Richardson 2008-11-19 13:15:11 UTC
Verified SC 7.3 r23960 does not appear to have this issue.

Tested: 
FLAC
MP3
WMA
WAV
MP4
OGG
WavePack
MusePack

All displayed the proper start/stop and track play time info on the player UI.  I did not see any lag in the now playing ui
Comment 7 James Richardson 2008-12-15 12:36:29 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.
Comment 8 Chris Owens 2009-07-31 10:13:52 UTC
Reduce number of active targets for SC