From b0103145900a22913ee28661eb5736275e366ed6 Mon Sep 17 00:00:00 2001
From: Mike Brady <4265913+mikebrady@users.noreply.github.com>
Date: Wed, 3 Jun 2026 14:47:42 +0100
Subject: [PATCH] Small wording update [skip ci]

Clarified the description of the AirPlay 2 build enhancements, including command-line options and service types.
---
 RELEASENOTES-DEVELOPMENT.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/RELEASENOTES-DEVELOPMENT.md b/RELEASENOTES-DEVELOPMENT.md
index 1a62fb90..8667e670 100644
--- a/RELEASENOTES-DEVELOPMENT.md
+++ b/RELEASENOTES-DEVELOPMENT.md
@@ -13,7 +13,7 @@ Version 5.1-dev
 ==
 
 **Enhancements**
-1. Enable the AirPlay 2 build to operate an optional classic-AirPlay-only service or to gracefully degrade to classic AirPlay, as follows:
+1. Enable the AirPlay 2 build to operate an optional classic-AirPlay-only service or to gracefully revert to classic AirPlay, as follows:
   * Add a new command-line option `-—service-type=<type>` and an equivalent configuration entry `service_type = "<type>";` in the `general` section of the configuration file, where `<type>` can be `"auto"`, `"classic"` or `"airplay2"`:
     1. `"auto"` (default) means that the service will be AirPlay 2 if NQPTP is running and classic AirPlay otherwsie. If NQPTP is not running, classic AirPlay service will be provided and `(Classic)` will be appended to the default AirPlay service name visible to AirPlay clients like Apple Music, for example `RaspberryPi3B (Classic)`.
     2. `"classic"` means the service will be classic AirPlay (aka AirPlay 1).