nils/shairport-sync
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Modified the init script to wait for all services.

Browse Source
This commit is contained in:
Mike Brady
2015-03-29 18:12:20 +01:00
parent 29f9bedca1
commit 7d947205b9
1 changed files with 2 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files
RELEASENOTES.md
+2 -2
View File
@@ -1,9 +1,9 @@
Version 2.2.3 (Work in progress -- not a release yet.)
-----
* Bugfix
* Add a three second delay to the init script to allow the required subsystems to be ready. Seems to be necessary for quite a few systems, especially those using WiFi.
* Modify the init script to start after all services are ready. Add in a commented-out sleep command if users find it necessary (thanks to https://github.com/BNoiZe).
* Two memory leaks fixed.
* An error handling time specifications for flushes was causing an audible glitch when pausing and resuming some tracks. This has been fixed (thanks https://github.com/Hamster128).
* An error handling time specifications for flushes was causing an audible glitch when pausing and resuming some tracks. This has been fixed (thanks to https://github.com/Hamster128).
* Enhancement
* A very experimental metadata feed has been added. Use the option `-M <pipe-directory>`, e.g. `-M /tmp`. Shairport Sync will provide metadata in a pipe called `<pipe-directory>/shairport-sync-metadata`. There's a sample metadata reader at https://github.com/mikebrady/shairport-sync-metadata-reader. The format of the metadata is a mixture of XML-style tags, 4-character codes and base64 data. Please look at `rtsp.c` and `player.c` for examples. Please note that the format of the metadata may change.
Beware: there appears to be a serious bug in iTunes, such that it may stall for a long period when sending large (more than a few hundred kilobytes) coverart images.