seberoon wrote: > It looks to me as though there is a problem in the code which measures > the output delay, towards the end of output_thread() in output_alsa.c. > The call to snd_pcm_delay() is happening before new frames are written > to the device. But insofar as I understand it (not very, as already > demonstrated) writing new frames will increase the output delay, so we > need to measure the delay immediately -after- the call to > _output_frames(). I've tried modifying the code as shown below. Initial > testing indicates that this works but I haven't tested it in anger, nor > have I tried to test if it actually impacts on my original sync issues.
I've had the modified version running on three rpi's for a couple of hours now. Configured to keep sync within 20ms and all sounds fine. Logs show that the three clients do drift apart over time but the reported timings change fairly smoothly and I'm only seeing one 20ms resync every three minutes or so. Success. ------------------------------------------------------------------------ seberoon's Profile: http://forums.slimdevices.com/member.php?userid=63052 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 _______________________________________________ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
