]> git.ipfire.org Git - thirdparty/shairport-sync.git/commitdiff
Update RELEASENOTES.md
authorMike Brady <mikebrady@eircom.net>
Sun, 24 Jan 2016 22:07:15 +0000 (22:07 +0000)
committerMike Brady <mikebrady@eircom.net>
Sun, 24 Jan 2016 22:07:15 +0000 (22:07 +0000)
RELEASENOTES.md

index af15fb10a98c8d66512760a92742b992b841da27..cdaee22f24da999809f9a0de9165cda3d570cb50 100644 (file)
@@ -2,11 +2,11 @@ Version 2.7.7
 ----
 **Enhancements**
 * Add note about the Arch Linux Community repository package `shairport-sync`. Thanks to [Anatol Pomozov](https://github.com/anatol).
+* Shairport Sync doesn't ask for packets to be resent quite so quickly -- it waits about half a second now before asking for missing packets to be resent.
 
 **Bug Fixes**
-* Improve Shairport Sync's behavious when it's asked to stop a play session and immediately start another. The signalling system used to stop threads was sometimes stopping threads belonging to the new session. This affected iOS 9.2 users going to the next track -- sometimes the player be unavailable for an instant and disconnect the session. The problem is must less now, but still happens occasionally.
-* Remove code favouring the use of "public" IPv6 addresses as source addresses when connecting to a distant IPv6 port – Neither OpenWrt nor FreeBSD can use it at present. Also, it's not clear if any problems are being caused by not favouring public IPv6 addresses.
-* Shairport Sync doesn't ask for packets to be resent quite so quickly -- it waits aboout half a second now.
+* Improved Shairport Sync's behaviour when it's asked to stop a play session and immediately start another. The signalling system used to stop threads was sometimes stopping threads belonging to the new session. This affected iOS 9.2 users going to the next track -- sometimes the player would become unavailable for an instant and disconnect the session. Th problem still happens occasionally.
+* Removed code favouring the use of "public" IPv6 addresses as source addresses when connecting to a distant IPv6 port – Neither OpenWrt nor FreeBSD can use it at present. Also, it's not clear if any problems are being caused by not favouring public IPv6 addresses.
 
 Version 2.7.6 -- Development Version
 ----