MikeBrady wrote:
> Hi there. I'm the developer of Shairport Sync and, thinking about this
> issue, I wonder if you have the problem the wrong way around. If LMS
> were to stop reading data from the Shairport Sync pipe, the data would
> simply be discarded by Shairport Sync; the pipe is not
The pipe doesn't close. It's just the flow of data stops. For example if
you just cat directly to the console you see the stream of data on the
screen. As soon as you pause the AirPlay stream the flow of data stops
but cat doesn't terminate. Then when you unpause the AirPlay stream the
data
Yes I have sort of gone back to the old method only I am not actually
capturing the sound card output and the total lag is only 2 secs. I
should be able to drop it even more with the buffer settings in
shairport-sync. The old wavein/shairport rig had about a 10 sec lag.
Shairport-sync doesn't
It seems to be the pipe writer that stops writing data when you pause
the AirPlay stream or change tracks. I didn't think about using dd. I
will give that a shot.
Btw, when I say pause the AirPlay stream I am not talking about pausing
from LMS. I am talking about pausing on my iOS device.
The latest version of shairport-sync has a new pipe backend. To get this
new backend you have to use the --with-pipe config flag before
compiling. If you compile with the pipe option you would then use a
command line like this to pipe the output:
shairport-sync -o pipe -- /tmp/airpipe
The pipe
I installed the WaveInput plugin and then modified the
custom-convert.conf to simply use this command line:
[cat] $FILE$
So now I open this URL in LMS:
wavin:/tmp/airpipe
It played the AirPlay stream from my phone and I can create a sync group
to a few rooms and it stays in sync. The only
