Changelog for shairport-sync-3.2.1-2.fc30.i686.rpm :

* Sat Feb 02 2019 Fedora Release Engineering - 3.2.1-2- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
* Thu Aug 09 2018 Bill Peck - 3.2.1-1- New upstream release
* Tue Jul 24 2018 Adam Williamson - 3.1.7-8- Rebuild for new libconfig
* Sat Jul 14 2018 Fedora Release Engineering - 3.1.7-7- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
* Fri Jun 15 2018 Bill Peck 3.1.7-6- Include pulseaudio support
* Mon Feb 19 2018 Bill Peck 3.1.7-5- Include gcc and gcc-c++ as BuildRequires now
* Mon Feb 12 2018 Bill Peck 3.1.7-4- Added additional backends, stdout, pipe and dummy
* Fri Feb 09 2018 Fedora Release Engineering - 3.1.7-2- Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild
* Thu Dec 21 2017 Bill Peck 3.1.7-1- New upstream release- 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!
* Wed Sep 13 2017 Bill Peck 3.1.2-1- New upstream release- 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. Because of this you may need to unmute your audio device if you are upgrading from an older release.- Fixed bugs that made Shairport Sync drop out or become unavailable when playing YouTube videos, SoundCloud streams etc. from the Mac.
* Sun Aug 20 2017 Bill Peck 3.1.1-1- A bug in the sndio backend has been fixed that caused problems on some versions of Linux.- 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.- 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.
* Thu Aug 17 2017 Bill Peck 3.1-1- new backend offering synchronised PulseAudio support. - new optional loudness and convolution filters- improvements in non-synchronised backends- enhancements, stability improvements and bug fixes
* Fri Feb 24 2017 Mike Brady 2.8.6- Many changes including 8- 16- 24- and 32-bit output