From: Mike Brady <4265913+mikebrady@users.noreply.github.com>
Date: Thu, 22 Sep 2022 16:03:53 +0000 (+0100)
Subject: Update RELEASENOTES-DEVELOPMENT.md
X-Git-Tag: 4.1-rc1~20^2~9
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=0a5b7113272269d1f27ab6cf9347c08064aececd;p=thirdparty%2Fshairport-sync.git

Update RELEASENOTES-DEVELOPMENT.md
---

diff --git a/RELEASENOTES-DEVELOPMENT.md b/RELEASENOTES-DEVELOPMENT.md
index e0ac0d8f..b0d8dbb5 100644
--- a/RELEASENOTES-DEVELOPMENT.md
+++ b/RELEASENOTES-DEVELOPMENT.md
@@ -1,3 +1,12 @@
+Version 4.1-dev-543-g24f06b81
+====
+**Enhancements**
+* Add a workaround for an apparent bug in AirPlay 2 Buffered Streams in iOS 16.0. After playing exactly 22,528 frames of audio, iOS 16.0 sends 2,112 frames of audio with the same timestamps as the previous 2,112 frames. This makes the frames that follow 47.9 ms (2112/44100 seconds) late. The workaround is to drop these extra 2,112 frames.
+* If an AirPlay 2 Buffered Streams is being skipped or scrubbed, the audio that follows will generate an audible click due to an AAC decoding transient because preceding audio frames are missing. Shairport Sync now mutes the first 2,048 frames, down from 3,072 frames before.
+
+**Bug Fix**
+* Give the RTSP idle checker a longer timeout -- 10 seconds -- and confine its operation to AirPlay 2 Runtime Streams and classic AirPlay only. This is to stop an occasional RTSP idle timeout silencing an AirPlay 2 Buffered Audio session.
+
 Version 4.1-dev-532-g8dfebea2
 ====
 **Enhancements**