PDA

View Full Version : SC7.0 Sync Problems



nwplace
2008-03-31, 15:56
Hi,

I'm having serious synch problems with SqueezeCenter 7.0. My setup:

- 3 x SB3 all connected wirelessly
- Linksys WRT54GS wireless router
- Xubuntu 7.10 on Via EN1200G 1GB ram

Synchronisation seems to be spot on when the server has been booted / re-booted. However, if it is up for an extended period of time and usually when attempting to synch the following day, the players will not successfully synch and there are delays of up to 6s for one of them.

I haven't done a great deal of structured testing but have tried a number of permutations: synching via the remote and through the web interface, unsynching and re-synching players, powering on in a different order... each with equally poor results.

I have grabbed some information from the server.log (below) after setting Multi-Player Synchronization Logging to info. All 3 players are configured in a single group, Player 1 initially playing, Player 2 and then Player 3 powered on sequentially.

I haven't really had synch problems with previous versions of SlimServer, which I ran on an XP machine. I have also tried SC7.0 on that machine but experienced the same problems.

First post and all that so apologies for it being a problem! But your help will be appreciated.


Thanks




Player 1 playing, switch on Player 2:

08-03-31 21:51:43.2127] Slim::Player::Sync::checkSync (505) 00:04:20:06:6f:7c is ready to sync
[08-03-31 21:51:43.2158] Slim::Player::Sync::checkSync (496) 00:04:20:06:58:0c checking buffer fullness: 0 (threshold: 4096)
[08-03-31 21:51:43.2213] Slim::Player::Player::trackJiffiesEpoch (819) 00:04:20:06:58:0c adjust jiffies epoch +0.005s
[08-03-31 21:51:43.2238] Slim::Player::Sync::checkSync (496) 00:04:20:06:58:0c checking buffer fullness: 4380 (threshold: 4096)
[08-03-31 21:51:43.2248] Slim::Player::Sync::checkSync (505) 00:04:20:06:58:0c is ready to sync
[08-03-31 21:51:43.2259] Slim::Player::Sync::checkSync (530) all clients ready to sync now. unpausing them.
[08-03-31 21:51:43.2274] Slim::Player::Squeezebox2::startAt (835) 00:04:20:06:58:0c startAt: 212592868
[08-03-31 21:51:43.2296] Slim::Player::Squeezebox2::startAt (835) 00:04:20:06:6f:7c startAt: 211794975
[08-03-31 21:51:43.2428] Slim::Player::Player::trackJiffiesEpoch (819) 00:04:20:06:6f:7c adjust jiffies epoch +0.005s
[08-03-31 21:51:43.2447] Slim::Player::Sync::checkSync (609) 00:04:20:06:6f:7c bailing as no playPoint

Players 1 & 2 playing (~1s out of synch), powering on Player 3:

[08-03-31 21:52:33.4681] Slim::Player::Sync::checkSync (530) all clients ready to sync now. unpausing them.
[08-03-31 21:52:33.4696] Slim::Player::Squeezebox2::startAt (835) 00:04:20:07:87:87 startAt: 212599336
[08-03-31 21:52:33.4717] Slim::Player::Squeezebox2::startAt (835) 00:04:20:06:6f:7c startAt: 211845173
[08-03-31 21:52:33.4743] Slim::Player::Squeezebox2::startAt (835) 00:04:20:06:58:0c startAt: 212643071
[08-03-31 21:52:34.0111] Slim::Player::Sync::checkSync (609) 00:04:20:06:6f:7c bailing as no playPoint
[08-03-31 21:52:34.0240] Slim::Player::Player::trackJiffiesEpoch (819) 00:04:20:07:87:87 adjust jiffies epoch +0.005s
[08-03-31 21:52:34.9814] Slim::Player::Sync::checkSync (609) 00:04:20:06:58:0c bailing as no playPoint
[08-03-31 21:52:36.6359] Slim::Player::Sync::checkSync (609) 00:04:20:07:87:87 bailing as no playPoint
[08-03-31 21:52:37.6344] Slim::Player::Sync::checkSync (609) 00:04:20:07:87:87 bailing as no playPoint
[08-03-31 21:52:38.4391] Slim::Player::Player::trackJiffiesEpoch (819) 00:04:20:06:58:0c adjust jiffies epoch +0.005s
[08-03-31 21:52:38.6346] Slim::Player::Sync::checkSync (609) 00:04:20:07:87:87 bailing as no playPoint
[08-03-31 21:52:39.0069] Slim::Player::Player::trackJiffiesEpoch (819) 00:04:20:06:6f:7c adjust jiffies epoch +0.005s

nwplace
2008-04-08, 15:47
The problem actually appears to be dependent on Squeezecenter uptime and not the server it's installed on. If I restart Squeezecenter, I can synch any combination of players without a problem. However, after it's been running for a period of time, synchronisation cannot be obtained between any players.

When synch problems occur, the server.log looks pretty much the same as those bits I originally posted and Multi-Player Synchronization Logging is set to debug. Does "bailing as no playPoint" point to a problem server side or player side?

I haven't established what that period of time is other than it is less than 24 hours but I guess there could be other variables such as load, time synch'ed and unsynch'ed so that could be a quite a task.

I have turned off a lot of the plugins, including last.fm (a problem in another thread), and currently have the following enabled:

Alien BBC
CLI
Date and Time Screensaver
Favorites
Podcasts
Random Mix
Rescan Music Library
Save Playlist
Server & Network Health
Slacker
Snow Screensaver
Sounds & Effects
Visualizer Screensaver

Note I had this problem prior to installing Alien BBC.


I doubt I have an obvious wireless issue - signal strength ranges from 60% to 90% depending on the box, there are no drop outs when playing them independently, synch'ed (after a SC restart) and in some cases when they're supposed to be synch'ed and I just leave them playing.

As previously mentioned, I had no real synch issues with previous versions of Slimserver other than the very occasional track starting out of synch but that was immediately rectified by pressing play on the remote of waiting for the next one to start.

I'm really struggling with this one and will have to roll back to Slimserver and forget about the order for the Duet if it can't be fixed.

2omega
2008-06-02, 15:27
I have the identical setup, with the exception that I am using Ubuntu Sever 6.06. I have the same problem with synchronizing the players ( 3 x Squeezebox Classics). Sync works great when the server (or squeezecenter) is first started but performance degrades after a coupe of hours to a day. I actually had squeezecenter restart every day at midnight to see if that would fix the problem, but it seems that 6 hours (when played first thing in the morning) is still to long and the problem reappears. I have not seen any response to the original post of this problem, or related problems on other threads, so I guess the only recourse is to down grade to 6.5.

Update:
I have configured Webmin to fetch the time from ubuntu ntp every hour and set both the system and hardware clock. This seems to have fixed the problem.

Mnyb
2008-06-02, 20:20
Well if you haven't tried 7.0.1 or 7.0.2 you should.

the original 7.0 is *cough* a little lame *cough*

if the problems persist you should start a bug report here http://bugs.slimdevices.com

then you get the proper attention.

instructions in this tread http://forums.slimdevices.com/showthread.php?t=30426

Strange anyway there are many debian/ubuntu based installations out there ?

nwplace
2008-06-03, 09:19
I filed a bug for this:

http://bugs.slimdevices.com/show_bug.cgi?id=8018

The problem appears to be due to clock drift on the machine that I'm running SqueezeCentre on. Unfortunately I was away from home for an extended period of time and wasn't able to do any further analysis at the time to determine how bad it was but I did kick ntpd off before I left.

The machine certainly keeps good time now and 2 of the the players will synchronise and stay synchronised. The 3rd player fails to start playing at the same time and will not sync.

There isn't anything in 7.0.1 that is likely to improve synchronisation and I can confirm that I have now installed 7.0.1 and for me sync behaviour is exactly the same. I don't know what's in 7.0.2 but I'm not expecting there to be anything in there either.

nwplace
2008-06-03, 10:10
The 3rd player fails to start playing at the same time and will not sync.

Just worked that one out - I still had player delays set for player 3 from a month ago when I last had a chance to mess with the settings.

All 3 players now sounding pretty well sync'ed, time for some extended listening...