From c4e17b60ef5c5fc0a25b531f6bb0d2a5f626d91a Mon Sep 17 00:00:00 2001
From: Mike Brady <4265913+mikebrady@users.noreply.github.com>
Date: Thu, 20 Aug 2026 11:13:42 +0100
Subject: [PATCH] Update release notes for version 5.3-dev-19 [skip ci]

Added a bug fix for audio backend latency offset handling in AirPlay 2 operation, including background information and acknowledgments.
---
 RELEASENOTES-DEVELOPMENT.md | 11 +++++++++++
 1 file changed, 11 insertions(+)

diff --git a/RELEASENOTES-DEVELOPMENT.md b/RELEASENOTES-DEVELOPMENT.md
index 0619948e..431c5111 100644
--- a/RELEASENOTES-DEVELOPMENT.md
+++ b/RELEASENOTES-DEVELOPMENT.md
@@ -1,3 +1,14 @@
+Version 5.3-dev-19-gb69e01cd
+==
+**Bug Fix**
+* Fixed a bug whereby the audio backend latency offset was mishandled in AirPlay 2 operation.
+
+  Background: the `audio_backend_latency_offset_in_seconds` in the `general` section of the configuration file allows you to [delay or advance the output](ADVANCED%20TOPICS/AdjustingSync.md#adjusting-synchronisation-with-shairport-sync) by a fixed amount relative to the exact synchronisation time. It can be used, for example, to delay the audio slightly so that it synchronises with audio coming from another device that is delayed by internal processing.
+
+  The bug was that the latency offset value was being used before the frame rate of the incoming audio was properly set, resulting in an incorrect calculation of the number of frames to offset.
+
+  Many thanks to [prhodey](https://github.com/prhodey) for discovering and investigating the problem and for a [PR](https://github.com/mikebrady/shairport-sync/pull/2253) that fixes the problem for Buffered Audio streams. An adjustment has also been made to the treatment of Realtime streams.
+
 Version 5.3-dev-15-gd0422952
 ==
 **Enhancement**