bluegaspode wrote: > I'm a bit surprised, that the audio delays are not working for you. > I'd always start with the audio delay setting, leave the start delay at > zero. > Start a song in sync with one VM, wait 30 seconds, then start changing > the delay setting for the Squeezebox that is behind. When you hit Apply > wait 10 seconds the delay is updated on the fly, you won't need to > restart the track.
thanks. I think the issue I had is that I didn't wait long enough for the sync to start occurring. Once sync'd things seemed ok, but sync is nowhere near as good as sync'd virtualised Squeezelite instances - the sync on SqueezePlayer seems to vary considerably over time. I'm guessing that the clock speed on am android phone is simply varying too much - sync drifts and creates a very annoying echo when the squeezeplayer audio is in earshot of the other Squeezelite instances. By itself SqueezePlayer is great but being part of a SqueezeLite sync group (running as virtual Debian machines) just doesn't seem to work as well as I had hoped. I may switch from virtualised Squeezelite to SqueezeLite on CuBoxes/Beagleboxes etc, but the problem with this is that the cost/complexity quickly escalates beyond the Sonos Play1 (from a pure Spotify music viewpoint). It would be absolutely fantastic if you were able to take a commodity device like a Samsung S3 or a tablet like a Nexus 7 (2013 model) and could reproduce virtualised Debian x86 VMs running Squeezelite and could reproduce the issues I'm having. Things are so close that there must be a solution out there... Surely between you and Adrian there must be a solution here? ------------------------------------------------------------------------ ashleyw's Profile: http://forums.slimdevices.com/member.php?userid=58923 View this thread: http://forums.slimdevices.com/showthread.php?t=87364 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/discuss
