Changelog for shairport-sync-3.2.1-5.7.i586.rpm :

* Sat Aug 11 2018 fcrespelAATTopensuse.orgUpdate to upstream version 3.2.1- Stability Improvements using Soxr Interpolation Update to upstream version 3.2 :- New D-Bus and MPRIS Interfaces, Important Bug Fixes and Enhancements
* Sun Jan 14 2018 fcrespelAATTopensuse.orgUpdate to upstream version 3.1.7
* Wed Dec 20 2017 fcrespelAATTopensuse.orgUpdate to upstream version 3.1.6:- In recent versions of iOS (11.2) and mac OS (10.13.2), when play is resumed after a pause, the volume level is not always restored, and, if software volume control is being used, Shairport Sync plays at full volume. This issue has been addressed by storing the last airplay volume setting when a play session ends and using it as a default when a new play session begins.- Better AirPlay synchronisation. Older versions of Shairport Sync added an 11,025 frame (0.25 seconds) offset to all the latencies negotiated with the sender. This seems now only to be correct for iTunes and ForkedDaapd sources, but incorrect for AirPlay sources. Accordingly, the offset is only added for iTunes and ForkedDaapd. The result is better sync with videos, e.g, YouTube, while iTunes and ForkedDaapd synchronisation is unaffected.- A bug in the hardware volume control affected output devices that have hardware mixers but that do not allow the volume to be set in dB. One example is the Softvol plugin in ALSA. Shairport Sync failed silently when presented with such a device when hardware volume control is enabled: the volume events have no effect. The bug has been fixed by adding two missing lines of code to the init() function in audio_alsa.c. Thanks to Jakub Nabaglo for finding and fixing the bug.- A number of bug fixes due to belboj. Many thanks for these!- Enhancements to the handling of quit requests by threads, thanks(again) to belboj!- Typo fix! Thanks to corbinsantin.- The metdata output stream can include a dapo message carrying the DACP port number to be used when communicating with the DACP remote control. This might be useful because the port number is actually pretty hard to find and requires the use of asynchronous mdns operations. You must be using the Avahi mdns back end. Update to upstream version 3.1.4:- The version of tinysvcmdns bundled in Shairport Sync has a buffer overflow bug: \"An exploitable heap overflow vulnerability exists in the tinysvcmdns library version 2016-07-18. A specially crafted packet can make the library overwrite an arbitrary amount of data on the heap with attacker controlled values. An attacker needs send a dns packet to trigger this vulnerability.\" The vulnerability is addressed by additional checking on packet sizes. See also CVE-2017-12087 and Vulnerability in tinysvcmdns. Thanks and Chris Boot for fixing this bug.- Somewhere in version 3.x, the softvol plugin got broken as the volume change is not applied anymore. Turned out that, for the softvol plugin, no volume() and parameters() are defined. Thanks to Jörg Krause for locating and fixing this bug.
* Fri Oct 13 2017 fcrespelAATTopensuse.orgUpdate to upstream version 3.1.3:- Fixed a bug that prevented Shairport Sync from starting automatically on older systems using the System V startup system (e.g. Ubuntu 14.04). The problem was that the directory to be used – /var/run/shairport-sync/ – was deleted on power down and needed to be recreated on startup. In it\'s absence, Shairport Sync would not start and would report a mysterious daemon error (2). Update to upstream version 3.1.2:- This release is recommended for all users. The big news is that the handling and stability of playback from sources like YouTube and SoundCloud on the Mac is improved considerably. Another change is how Shairport Sync uses hardware mute on alsa devices.- When you update from a previous version of Shairport Sync, your output device may have been left in a muted state. You should use a command line tool like alsamixer or amixer to unmute the output device before further use.- The default value for the alsa setting mute_using_playback_switch has been changed to \"no\" for compatability with other audio players on the same machine. The reason is that when this setting is set to \"yes\", the output device will be muted when Shairport Sync releases it. Unfortunately, other audio players using the output device expect it to be unmuted, causing problems. Thanks to Tim Curtis at Moode Audio and Peter Pablo for clarifying the issue.- Fixed bugs that made Shairport Sync drop out or become unavailable when playing YouTube videos, SoundCloud streams etc. from the Mac. Background: there has been a persistent problem with Shairport Sync becoming unavailable after playing, say, a YouTube clip in a browser on the Mac. Shairport Sync 3.1.2 incorporates a change to how certain AirPlay messages are handled. Introduced in nascent form in 3.1.1, further follow-on changes have improved the handling of player lock and have simplified and improved the handling of unexpected loss of connection. Shairport Sync also now works properly with SoundCloud clips played in a browser on the Mac.- Using infer, a number of silent issues have been detected, such as not checking some calls to malloc to ensure the response is not NULL. Most of these have been addressed by additional checks.
* Sun Sep 03 2017 fcrespelAATTopensuse.orgInitial package for version 3.1.1:- A bug in the sndio backend has been fixed that caused problems on some versions of Linux. Thanks to tsia for the bug report.- A change has been made to how Shairport Sync responds to a TEARDOWN request, which should make it respond better to sequences of rapid termination and restarting of play sessions. This can happen, for example, playing YouTube videos in Safari or Chrome on a Mac. Thanks to shidevil for the bug report.- Choosing soxr interpolation in the configuration file will now cause Shairport Sync to terminate with a message if Shairport Sync has not been compiled with SoX support.- Other small changes.