![]() In addition to this, ShairPort also needs: Installation:įor a Gentoo Squeezebox Server installation (“ emerge -v squeezeboxserver“), a stack of perl modules will have to have been required. With the default settings, there is a delay of about a second due to buffering. It is possible to cause ecasound to buffer more data, at the expense of lag when starting playback or changing tracks. On Linux, pipes will cache up to 64k of data, and since writing is done in real-time with no seek capability drop-outs are uncommon but possible if the network is congested. iTunes will continue to play regardless, and there may be instances where stale data is read from the pipe when a reader re-connects. ecasound will block on reading from the pipe if no writer is attached, and hairtunes will block on write without a reader. ShairPort’s hairtunes code now supports audio output to a named pipe, so all we need do is to make use of this option, and then read the data from this pipe back into Squeezebox Server (via the WaveInput plugin) in order to have (mostly) lossless AirPlay/AirTunes audio via Squeezebox. As OS X is fully POSIX-compliant, named pipes work just as below. Mac OS users are actually in a much better position: pre-0.5 ShairPort implementations would have needed a utility such as Soundflower in order to record audio output – this the new approach neatly sidesteps this issue. Note that the Squeezebox Server plugin used here is also available on Windows, but I don’t know how to interact with this OS’ pipe implementation. ShairPort itself requires IPv6 to be supported and enabled ( /sbin/ifconfig | grep -B2 inet6), and requires perl’s IO::Socket::INET6 to be installed. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |