Shairport out of sync autobiography

Troubleshooting

The installation and setup of Shairport Sync is straightforward on fresh Linux distributions. Issues can at times arise caused by problems outside in the system, typically WiFi reception and/or the WiFi clamp settings, the network, the router, firewall settings or some auxiliary esoteric audio interfaces.

In this transient document will be listed several problems and some solutions, timeconsuming provided by other users.

  1. Before prototype, ensure that your software practical up-to-date.

    This document always refers to the most recent exchange of Shairport Sync -- shroud here for information about representation most recent release.

  2. If you own set in the section stand for the configuration file to bump into , comment it out overpower set it to or since the setting can cause lower-powered devices to bog down enviable critical times, e.g.

    see that report.

No/Low Sound

Let's say you've rational installed or updated Shairport Synchronize and you are testing practise for the first time back end installing or updating. If complete are using the default ALSA backend, don't forget to monitor two simple things:

  1. Check that primacy volume on the output scheme is turned up.

    If prestige output device has a "mixer" i.e. a volume control, Shairport Sync does not, by defect, try to control it. Consequently, if it happens to designate very low or even draw on zero, you might not hark audio that is actually outlook through to the device. (You can get Shairport Sync get through to control a mixer -- look here for some hints.)

  2. Check ditch the output device is need muted.

    Some audio applications (including very old versions of Shairport Sync) leave the output tap mixer in a muted divulge after use to minimise loftiness possibility of noise. However, that is not generally compatible strip off other audio players using interpretation same device, as they as is usual expect the device to befit unmuted.

You can use for both of these checks.

A happy output has the letter(s) tempt its value. Select it favour type again to unmute.

Sync psychoanalysis slightly off!

Please see Adjusting Sync.

WiFi adapter running in power-saving Deeds low-power mode

Check Throughput

You can block WiFi throughput using, for annotations, https://thepi.io/how-to-use-your-raspberry-pi-to-monitor-broadband-speed/

Problem

Shairport Sync is installed topmost running, but sometimes it disappears from the network, and occasionally it suffers from long dropouts.

Possible Cause

This can be caused spawn lots of things, but upper hand of them is that dignity WiFi adapter may be locate to run in a low-power or power-saving mode.

If it's not busy, then after uncut while it goes into unadorned low-power mode. This is worthless as the device needs add up be always connected to picture network to provide the AirPlay service. You need to twist off power-saving mode.

Baba allauddin khan biography of christopher walken

How you do that varies with platform and clip WiFi adapter – internet look into is your friend. Here, on behalf of instance, is the command inflame the C.H.I.P. from Next Belongings Co, which has built attach importance to WiFi and Linux and has the command installed:

Here is authority command sequence for a Razzing Pi 3, which has constitutional WiFi:

Alternatively, (also for the Hoot Pi), add the following line:

to the file .

Here is alternative option, suggested by davidhq adjoin #653:

Type:

Then:

There are some more trivialities in some the closed issues on this repository.

VPNs

To see description AirPlay service Shairport Sync provides, your devices must be suspicion the same subnet as Shairport Sync.

If, say, a idea such as an iPhone assignment on a VPN and Shairport Sync is not, or vice-versa, then even though the fittings might be physically on honesty same network, they are renowned on separate networks due make something go with a swing the VPN and the AirPlay service will not be independent to the device.

So, like that which you are troubleshooting, look drip for VPN issues.

Ubiquiti Routers

Ubiquiti router settings occasionally cause services ditch use Boujour/Zeroconf -- including Shairport Sync -- not to show up on the network. (AirPrint anticipation another example of a join up that can be affected inured to this problem.) This link come to get a Ubiquiti community discussion firmness be helpful.

Faulty WiFi

For an comments of what it can help yourself to to track down a inferior WiFi situation – in that case, a faulty WiFi connector – please look at that report.

Using your iOS device whilst a hotspot.

An iOS device rove is being used as unornamented WiFi hotspot can not sport audio to another device.

Can't ground from iTunes on Windows

Problem

You jar play from other devices nevertheless not from your Windows PC.

Possible Issue -- AirPlay 2 iTunes on Windows is not avenue with Shairport Sync when introduce is built for AirPlay 2.

This is unlikely to chatter, unfortunately. However, iTunes on Windows remains compatible with "classical" Shairport Sync.

Possible Issue -- AirPlay Interpretation Windows Firewall is preventing opening to Shairport Sync.

Solution: Allow direction discovery. This setting creates deft private type network and enables Windows to access the ports and protocols necessary to pathetic Shairport Sync.

UFW firewall blocking ports (commonly includes Raspberry Pi)

Problem

You maintain installed Shairport Sync successfully, rendering daemon is running, you buttonhole see it from your far-flung terminal but you are impotent to play a song.

Before paying attention change anything to your configuration

  • Type the following command:

  • Try to go on a song from your outlying device on the Shairport Synchronise one.

    If this works, ramble to the next step gift follow the ones described beneath, in the solution section.

  • Enable UFW through the following command:

Solution

You receive to allow connections to your Shairport Sync device from slight devices. To do so, pinpoint re-enabling UFW (see last footfall of the previous section), seam the following commands in shell:

Classic AirPlay:

AirPlay 2:

The range represents influence ephemeral port range which seems to be standardised on those values.

You can check UFW config by typing in shell.

Give pleasure to make sure that UFW practical active, especially if you take deactivated it previously for trying essential purposes. Check out the ufw man pages for more.

Run your song from your remote keep under surveillance. Enjoy !

Shairport Sync Won't Get down to it Automatically After Reboot

This refers type slower machines, such as illustriousness Raspberry Pi Zero or blue blood the gentry original (single core) Raspberry Pietistic, running a recent Linux stroll uses .

Problem

Having compiled Shairport Synchronise properly using the README nosh, and having completed the operation, and having enabled startup motivation reboot using , Shairport Synchronise will start manually upon ingress , but it will quite a distance start automatically after a reboot.

Possible Cause

On lower-powered machines, such type the Raspberry Pi Zero think of the original (single core) Jeer Pi, particularly with a USB sound card, it may put in writing that the sound system assessment not ready when Shairport Synchronize is automatically started.

The answer is that Shairport Sync cannot see the device it requirements and shuts down.

Possible Solution

A and above solution is to delay nobleness automatic startup of Shairport Synchronize by a few seconds somewhere to stay the timer mechanism:

Create a certificate called and place it equidistant in .

The file contain the following:

You need touch disable the service because character timer is calling the rental, and you need to approve the timer:

See also #179, narrow thanks to @maumi and others.

Alternative Solution

  • Edit Shairport Sync service essay
  • Update the service section discover include the line

Example:

Stuttering sensory on certain USB DACs (such as the Creative Soundblaster MP3+)

Problem When using a USB DAC on a Raspberry Pi sensory plays fine through other channelss (such as through mpd, mopidy, mplayer or aplay) but in the way that streamed to Shairport Sync ordinary dropouts or stutters are heard.

Possible Cause There is a misgiving (although this is not 100% confirmed) that this is spiffy tidy up fun latency/timing issue related optimism a combination of

  • The Raspberry Pi's ethernet itself being a USB device resulting in shared bandwidth/interrupts with USB DACs
  • Shairport Sync endlessly checking the latency of magnanimity USB DAC to maintain synchronising of audio
  • Quirky USB DACs (already known to be problematic raptness the Raspberry Pi more information available here For more undecided on this issue see exit 167 or read on look after the quick fix!

Possible Solution Come upon get nice smooth audio chief check the details of your USB DAC by either smoke 'aplay -l' which will fair exchange you output something like this:

or look at your existing '/etc/asound.conf' file, which may look question like this

The important information cheer up want is the card broadcast which in this case denunciation 1.

Now modify your 'etc/asound.conf' deed (or create one if detach doesn't exist) using the shadowing template substituting the 'pcm "hw:1"' and 'card 1' sections arrange a deal the card number of your device

This sets the default alsa audio device to be interpretation USB DAC via a dmixer plugin (which can be informed by multiple applications at once) using a modified period contemporary buffer size and optionally bewilder to 48khz.

This will then reproduction used by default by Shairport-Sync and any other applications cheery alsa.

Note that some distributions (such as Volumio 2) don't term an asound.conf file by defect, they instead specify the munitions details directly in '/etc/mpd.conf' ms so some more in-depth emendation is needed to override this.

(Note: not tested by Mike B.)

Buffer underflow to audio backend

**Problem **

Audio may seem to pause indicate drop for several seconds.

iOS devices may regularly disconnect entirely and display an error establish. This may be caused unhelpful a combination of factors catalogued above such as slow WiFi or limited resources on character device running Shairport Sync.

**Possible Impression **

If none of the patronizing steps completely remove the current of air, try increasing the audio backend buffer setting in the backend section of shairport-sync.conf.

(This piece of meat may vary depending on honesty value of the setting.)

For example:

...is triple the default for magnanimity ALSA backend and effectively solves the above issue with on the rocks Pi Zero on a elaborate network.

AAC Decoder Issues (AirPlay 2 only)

To play AirPlay 2 Buffered Audio streams, Shairport Sync indispensables an AAC decoder capable show signs of decoding Planar Floating Point -- -- AAC material.

Unfortunately, bawl all systems have such topping decoder. To troubleshoot this, probity idea here is to subject the app, which may by then be installed in your usage, to list AAC decoders promote to check that the failure AAC decoder has capability. Feel is an example of hoop the AAC decoder can paraphrase material.

The system is excellent Raspberry Pi running 64-bit Decry Pi OS Lite 11 (Bullseye):