Bugzilla – Bug 1540
Synchronization playing each song twice
Last modified: 2008-08-18 10:54:16 UTC
I have two squeezeboxen. One SB1 and a SB2. I am synchronizing the SB1 to the SB2 playlist. It synched fine and played perfectly for about 2 hours. Then the SB2 started playing the next song and the SB1 was silent for about 10 seconds. Then the SB1 started playing and the two boxes were out of sync for one song. The next song played fine on both boxes. However thereafter each squeezebox played each song twice for a while. Then the synchronization would be fine, then a song would be played twice. I cannot find a pattern in when particular song is played twice. Throughout this process, the slimserver interface and both of the squeezeboxen display show the previous song played. Everything appears one song behind (except the music). Squeezebox1 = wireless, transcoded to 392kpbs mp3. Squeezebox2 = wireless, no transcoding flac. Windows 2000 Server dual processor, 80% wireless signal, 128 bit WEP encrypted.
Vidur, this sounds like the sync bug you fixed for 6.0.2. Is this related?
I have exactly the same problem. One SB1 plus one SB2 synced to each other working from SlimServer 6.0.2 - 3085. After 5 to 10 songs the titles fall one behind the played tune (according to both boxes and the server view of both boxes). Then a little later a song will repeat a few times. Then it will continue more normally but the title remains one song behind what's played. Is there anything I can do to help narrow-down the problem, or alternatively is there a fix around that I could try? rob@meades.org
Rob: can you try the 6.1 nightly release and see if the issue still remains?
Will do... Ah... I might be being dumb, but looking in the compressed archives for the latest nightly build there doesn't seem to be a slim.exe. There's something about a permissions problem in the build log, but I don't know whether that's relevant or not. Can you point me in the right direction? Rob
try the Jun 7 build... http://www.slimdevices.com/downloads/nightly/SlimServer_v2005-06-07/
OK, trying now...
The problem still seems to be there with the 7th June build. Both SB1 display, SB2 display and the Slimserver console think I'm playing "Nowhere Man" but it's "Concerto for String Quartet and Orchestra by Martinu" coming out of the speakers! Anything else I can do? Rob
*** Bug 1651 has been marked as a duplicate of this bug. ***
Rob: you indicated that it's displaying the wrong song information, but are the songs being played twice or once and are they in sync?
Report for 6.1 14 June: Played 3 songs fine then played track 4 as silence, track 5 was actually track 4 until it cut out half way through. The player is still counting time but there's no music. It then played the next track fine, but still one song out. Tried a different album: played the first three tracks just fine. This is new behaviour, my usual symptoms : I have an SB1 and an SB2, both wired. During synchronised playback tracks are repeated. The first track plays fine but the 2nd track and on will repeat. I think they repeat about three times.
I'm afraid its not fixed. I played an album last night, synched. It played 1,2, 3,3,3. At this point I realised and hit fast forward, it tried to repeat the track 2 more times before playing track 6 correctly. The track counter and song names advanced as normal but the wrong song was played.
I have just tested 6/24 nightly... problem still exists. I also note a problem whereby the track showing as playing in the "now playing" page, starts to lag one behind the song actually playing. What shows was the last song played, not the current song. This only happens when players are sync'd.
Is there any correlation between this problem and the format of audio played. It sounds like it's happening for FLAC files with transcoding. Anyone seeing it for MP3? Also, it sounds like it's happening in a heterogenous player setup (SB1 and SB2). Is anyone seeing it with a homogenous setup (all SB2 or all SB1)?
Created attachment 571 [details] Proposed fix I wasn't able to exactly recreate the symptoms described, but I found that dropouts because of bandwidth issues could cause unrecoverable problems with synced player state that were not too different from the issues described. The problem stems from the difference between streaming when a SB2 is standalone vs. synced. In the former case, the next track can start streaming well before the prior one is done playing. In the latter case, we wait for the previous track to end before streaming the next one...and we wait for all synced players to buffer some audio data. There were a couple of cases where a SB2 was unconditionally acting as if it were standalone. This patch attempts to fix those cases.
Checked in the patch as change 3545. Let me know if this works.
I've installed the nightly build from 25 June and haven't had a loss of synchronisation in the last hour's playing. Looks like it's fixed! :-)
Early testing points to major improvement. So far no dups, browser shows correct song and no strange pauses in playback.
Great! Marking this bug as fixed. Let me know if this shows up again.
This bug was marked resolved in Slimserver 6.1, which is several versions ago. If you're still seeing this bug, please re-open it. Thanks!