Skip to content

AirPlay 2 audio dropouts with iOS 27 beta 2 on iPhone 17 Pro Max — fixed by increasing audio_decoded_buffer_desired_length_in_seconds #2233

Description

@villa1337

Environment

  • iOS version: 27 beta 2
  • Device: iPhone 17 Pro Max
  • Shairport Sync version: 5.1 (AirPlay 2)
  • Platform: Raspberry Pi (Linux) and Fedora Linux
  • Audio backend: PipeWire

Symptom

With iOS 27 beta 2, AirPlay 2 audio streams experience frequent dropouts and stuttering when streaming from an iPhone 17 Pro Max. The issue does not appear to affect classic AirPlay (AirPlay 1) mode.

Investigation

The default value of audio_decoded_buffer_desired_length_in_seconds = 1.0 appears to be insufficient to handle the buffering behavior introduced in iOS 27 beta 2. It seems Apple may have changed how AirPlay 2 audio is sent from the device — possibly larger bursts or different timing — which causes the 1-second decoded audio buffer to underrun.

Fix

Increasing the buffer in /etc/shairport-sync.conf resolves the issue completely:

audio_decoded_buffer_desired_length_in_seconds = 5.0;

Notes

  • This was tested on two separate machines (Raspberry Pi and Fedora Linux) with the same result
  • iOS 27 is currently in beta so this behavior may change in future betas or the final release
  • It would be worth investigating whether the default value should be increased, or whether shairport-sync can dynamically adapt the buffer size based on observed stream behavior

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions