From: Mike Brady <4265913+mikebrady@users.noreply.github.com>
Date: Tue, 18 Oct 2022 11:39:38 +0000 (+0100)
Subject: Update RELEASENOTES-DEVELOPMENT.md
X-Git-Tag: 4.1-rc4~3^2~6
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=983bc01490e349e61de11b8436c572cd5c4d091c;p=thirdparty%2Fshairport-sync.git

Update RELEASENOTES-DEVELOPMENT.md
---

diff --git a/RELEASENOTES-DEVELOPMENT.md b/RELEASENOTES-DEVELOPMENT.md
index 2963de68..47a0b07e 100644
--- a/RELEASENOTES-DEVELOPMENT.md
+++ b/RELEASENOTES-DEVELOPMENT.md
@@ -1,3 +1,13 @@
+Version 4.1-
+====
+**Enhancement**
+* Add two new metadata tokens for AirPlay 2 buffered audio streams only, which can be paused for a period of about five minutes before the session is ended. They are for Pause (`paus`) and Resume (`pres`).
+* Clean up the generation of `MPRIS` and D-Bus `PlayerStatus` values. Until now, Shairport Sync used extra information to try to determine the state a session was in -- `Playing`, `Paused` or `Stopped`. The extra information used what (1) when the first frame was played, (2) when a flush was requested and when (3) frame play was resumed. Unfortunately, these are noisy signals and are unreliable for this purpose, so they are now no longer used.
+
+  The situation now is that `PlayerStatus` becomes `Playing` when a play session begins and becomes `Stopped` when a play session ends, unless it is an AirPlay 2 buffered audio session.
+  
+  In the case of a AirPlay 2 buffered audio session, a play session will be `Paused` when play stops (but the play session is not ended). If play resumes within a period determined by the client (about five minutes), `PlayerStatus` will return to `Playing`. Otherwise, the play session is ended by the client and `PlayerStatus` will transition to `Stopped`.
+
 Version 4.1-dev-738-g9f7584eb
 ====
 **Enhancement**