From: Mike Brady Date: Tue, 2 Jun 2020 18:43:37 +0000 (+0100) Subject: Update RELEASENOTES-DEVELOPMENT.md X-Git-Tag: 3.3.7d12~57 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=36eba7079a06e1d758fa23da6edb88e18b4cc386;p=thirdparty%2Fshairport-sync.git Update RELEASENOTES-DEVELOPMENT.md --- diff --git a/RELEASENOTES-DEVELOPMENT.md b/RELEASENOTES-DEVELOPMENT.md index abc9cb07..3b491b5f 100644 --- a/RELEASENOTES-DEVELOPMENT.md +++ b/RELEASENOTES-DEVELOPMENT.md @@ -7,7 +7,7 @@ Version 3.3.7d7 **Bug Fixes and Enhancements** * Fixed a bug calculating the instantaneous synchronisation error. This bug could occasionally cause Shairport Sync to lose synchronisation and maybe even to mute for a few seconds before resynchronising. It was caused doing modulo arithmetic incorrectly and it's been there for a while. -* Cleaned up and improve the code to synchronise the first frame of audio. This should result in more accurate and reliable initial synchronisation, usually to under a millisecond, and often to within 20 or 30 microseconds in normal usage. Sync should improve even when the silent lead-in time is as short as 0.3 seconds or when the `audio_backend_latency_offset_in_seconds` is as great as -1.7 seconds. +* Cleaned up and improve the code to synchronise the first frame of audio. This should result in more accurate and reliable initial synchronisation, usually to under a millisecond, and often to within 20 or 30 microseconds in normal usage. Sync should improve even when the silent lead-in time is as short as 0.3 seconds or when the `audio_backend_latency_offset_in_seconds` is as much as -1.7 seconds. * Removed a bug which would affect initial synchronisation if a `FLUSH` command was received from the player at an inopportune time. * Cleaned up some confused uses of modulo arithmetic. * Cleaned up allocation of memory for gathering running statistics – use the heap instead of the stack.