From: Mike Brady Date: Wed, 19 Jul 2017 19:04:43 +0000 (+0200) Subject: Update RELEASENOTES.md X-Git-Tag: 3.1~10^2~29 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=6a36dea5d058c8b265f2adab06aa3f5913522a3b;p=thirdparty%2Fshairport-sync.git Update RELEASENOTES.md --- diff --git a/RELEASENOTES.md b/RELEASENOTES.md index e34c1094..691a6b61 100644 --- a/RELEASENOTES.md +++ b/RELEASENOTES.md @@ -1,7 +1,7 @@ Version 3.1.d22 ==== **Bug Fix** -* When playing to a non-synchronised backend, such as the stdout or pipe backends, Shirport Sync introduces a long delay. This is an attempt to fix that problem. The silent lead-in time should now be roughly equal to the latency set by the client -- usually two seconds. +* Before starting a play session, Shairport Sync sends a period of silence – a "silent lead-in" – to the backend to prepare it. The lead-in starts when the command to start a play session is received and ends when the first frame of audio is played. Normally, the lead-in time corresponds approximately to the latency set by the client – typically two seconds. Due to a bug, when playing to a non-synchronised backend, such as the `stdout` or `pipe` backends, Shairport Sync can introduce a silent lead-in that is much too long. This bug is fixed in 3.1.d22 and the silent lead-in time should now be roughly equal to the latency set by the client. **Enhancement** * Some parameters in the new PulseAudio back end are now settable -- the Application Name, the buffer length and a delay offset. More details later.