In 5.6 is Pipe metadata being replaced by D-Bus / MPRIS metadata? #2316

moodeaudio · 2026-10-15T17:11:07Z

moodeaudio
Oct 15, 2026

Hi,

I noticed in the development relnotes that pipe metadata may be discontinued and replaced with dbus or mpris metadata.
https://github.com/mikebrady/shairport-sync/blob/development/RELEASENOTES-DEVELOPMENT.md#version-56-dev-58-g3670f361

Here is the note.

In AirPlay 2 mode, the old (classic AirPlay) way of fetching metadata is no longer used -- more comprehensive metadata is provided in plists and is used instead. The plist metadata provides the normal MPRIS and D-Bus data, but if you are taking metadata directly from the metadata pipe or from the multicast, it will have changed. You can revert to the old way, for a while, using the get_plist_metadata option in the diagnostics section of the configuration file. Set it to "no" to revert to the old way.
The get_plist_metadata option in the diagnostics section of the configuration file now defaults to "yes".

I'm not sure I interpreted it correctly, but if true then is there a guide for how to obtain metadata and cover urls from dbus or mpris?

Answered by mikebrady

Oct 19, 2026

Excellent! Thanks for testing!

View full answer

hippi345 · 2026-10-15T17:55:18Z

hippi345
Oct 15, 2026

Mostly yes, in AirPlay 2 mode. The pipe itself isn't going away, but its contents change.

With diagnostics.get_plist_metadata = "yes" (the new default, set in shairport.c ~L2704), Shairport Sync advertises AirPlay feature bit 50 instead of bits 15/16/17 (shairport.c ~L1978). The sender then stops sending the classic DAAP/DMAP stream, so core items like asar/minm/asal and the ssnc PICT picture stop coming through the pipe the old way. The now-playing info arrives as a binary plist instead. It's parsed in metadata/metadata_hub_handle_command_plist.c and fed to the metadata hub, which drives D-Bus, MPRIS and MQTT. The raw plist still reaches the pipe as ssnc/copl (the whole POST /command payload, see METADATA CODES.md).

So you have three options:

Short term: set get_plist_metadata = "no"; in the diagnostics section to get the old pipe stream back. The release notes say this is only available "for a while".
MPRIS: build with --with-mpris-interface and read org.mpris.MediaPlayer2.ShairportSync → org.mpris.MediaPlayer2.Player.Metadata. You get xesam:title/artist/album/genre/trackNumber, mpris:length, and mpris:artUrl, which is a file:// URI to the cached cover (metadata/hub.c ~L375; directory set by cover_art_cache_directory). Quick check: busctl --user introspect org.mpris.MediaPlayer2.ShairportSync /org/mpris/MediaPlayer2 (or --system if you set mpris_service_bus = "system"). shairport-sync-mpris-test-client.c is a working GLib example.
Native D-Bus (org.gnome.ShairportSync, --with-dbus-interface) or MQTT if you'd rather not touch D-Bus. MQTT gets the parsed core fields and PICT from the plist path too.

0 replies

moodeaudio · 2026-10-15T22:33:09Z

moodeaudio
Oct 15, 2026
Author

Thanks. I'm still a bit confused.

With get_plist_metadata = "no" is pipe metadata the same format as in 5.5.2 and no breakage to existing shairport-sync-metadata-reader?
Is there an example program for 5.6 that shows how to get metadata using the new method?

I'm trying to figure out whether bumping to 5.6 will break our metadata feature.

0 replies

mikebrady · 2026-10-16T08:55:17Z

mikebrady
Oct 16, 2026
Maintainer

Hi @moodeaudio and @hippi345, and thanks for the posts.

Let me see if I can straighten this out a bit:

First, let me reassure you that the metadata pipe is not going away. All the metadata originated by Shairport Sync itself (tagged as ssnc) remains as before, with the exception of ssnc/PICT.
We are moving over to the more modern plist-encoded metadata stream in AirPlay 2 because it provides a much richer feed of information from the player, including a lot more information about its state and capabilities, which, importantly, has not been fully explored yet.
However, it means that Now-Playing Information ("NPI") -- like track name, album name, album art and so on -- no longer arrives from a player like Apple Music tagged with four-letter codes like asal, PICT, etc., and is no longer passed into the metadata pipe. Thus, NPI has effectively disappeared from the metadata pipe. (Rather ironically, the move to a richer source of metadata -- plists -- has resulted in less metadata on the metadata pipe.)
Shairport Sync processes the plist to provide all the previous metadata, and more besides, and it is available on the D-Bus interface and some on the MPRIS interface.

For ongoing backward compatibility, we could easily make Shairport Sync push a subset of the NPI onto the metadata pipe if you think it might be desirable. Specifically we can push these into the metadata pipe:

Type	Code	Topic
`core`	`'asar'`	artist
`core`	`'asal'`	album
`core`	`'asdk'`	songdatakind
`core`	`'asgn'`	genre
`core`	`'minm'`	title
`core`	`'mper'`	track_id
`ssnc`	`'PICT'`	artwork

Would this be useful to you?

0 replies

moodeaudio · 2026-10-16T12:11:52Z

moodeaudio
Oct 16, 2026
Author

I think it might if I understand the changes correctly.

Our current process fetches metadata from the pipe as follows:
cat /tmp/shairport-sync-metadata | shairport-sync-metadata-reader | /var/www/util/aplmeta.py

The aplmeta.py utility (in the line above) runs a forever loop that accumulates metadata key/value pairs from the reader and sends a bundle to the WebUI for display. Below are the reader keys that are used.

	if key == 'Enter Active State':
		state = 'active'
		bundle = None
	elif key == 'Title':
		title = val
	elif key == 'Artist':
		artist = val
	elif key == 'Album Name':
		album = val
	elif key == 'Track length':
		duration = val
	elif key == 'Source Format':
		sformat = val.replace('K', ' kHz')
		if state != 'active':
			bundle = 'end'
	elif key == 'Output Format':
		oformat = 'PCM ' + val.replace('K', ' kHz')
	elif key == 'Volume':
		volume = val
	elif key == 'Metadata bundle':
		bundle = val
	elif key == 'Play Session':
		session = val
		if session == 'End':
			duration = DEFAULT_DURATION
			sformat = DEFAULT_SFORMAT
			oformat = DEFAULT_OFORMAT
	elif key == 'Pause':
		playstate = key
	elif key == 'Resume':
		playstate = key

shairport-sync.conf

# metadata = {
# enabled = "yes";
# include_cover_art = "yes";
# cover_art_cache_directory = "/var/local/www/imagesw/airplay-covers";
# pipe_name = "/tmp/shairport-sync-metadata";
# diagnostics = {
# retain_cover_art = "no"; // artwork is deleted when its corresponding track has been played. Set this to "yes" to retain all artwork permanently. Warning -- your directory might fill up.

0 replies

mikebrady · 2026-10-16T12:20:03Z

mikebrady
Oct 16, 2026
Maintainer

Yeah, it looks like it would do the business alright. Are you picking up the artwork from that /var/local/www/imagesw/airplay-covers directory?

2 replies

moodeaudio Oct 16, 2026
Author

Yes, from the directory.

The retain_cover_art = "no"; setting ensures that only one cover is in the directory, the one corresponding to the track being played.

mikebrady Oct 16, 2026
Maintainer

Worth mentioning is that a .tif file can turn up there now on occasion.

mikebrady · 2026-10-17T15:14:27Z

mikebrady
Oct 17, 2026
Maintainer

Hi @moodeaudio. An update with that backward compatibility has just been pushed onto the development branch. Whenever you get a chance to check it out, we'd appreciate your comments!

0 replies

moodeaudio · 2026-10-18T14:37:28Z

moodeaudio
Oct 18, 2026
Author

Hi Mike,

Tests with 5.7-dev-23 and nqptp 1.2.9 suggest the pipe metadata may be incomplete.

This ultimately results in our metadata processing daemon aplmeta.py not seeing the key|value pair Metadata bundle|end which triggers sending the data to the WebUI.
It does look like the cover is written to the directory

pi@test:~ $ ls -l  /var/local/www/imagesw/airplay-covers
total 64
-rwxr--r-- 1 root root 64455 Oct 18 09:46 cover-5979a0873e632e3f6104177979f475bd.jpg

This debug comparison of aplmeta.py shows the differences between 5.7 and 5.5.2

Sending to webUI
09:55:55 DEBUG: - title|artist|album: (Morning Star|Jura Soundsystem|Morning Star)
09:55:57 DEBUG: - Cover: cover-54d776069d29fa3c1626e23019aed749.jpg
09:55:57 DEBUG: - Oformat: PCM 32/48 kHz, 2ch
09:55:57 DEBUG: - Write metadata to cache file
09:55:57 DEBUG: - Send metadata to front-end
09:55:57 DEBUG: - Reset state and bundle
09:55:57 DEBUG: - Update last to current

Key/value pairs processed by aplmeta.py

	if key == 'Enter Active State':
		state = 'active'
		bundle = None
	elif key == 'Title':
		title = val
	elif key == 'Artist':
		artist = val
	elif key == 'Album Name':
		album = val
	elif key == 'Track length':
		duration = val
	elif key == 'Source Format':
		sformat = val.replace('K', ' kHz')
		if state != 'active':
			bundle = 'end'
	elif key == 'Output Format':
		oformat = 'PCM ' + val.replace('K', ' kHz')
	elif key == 'Volume':
		volume = val
	elif key == 'Metadata bundle':
		bundle = val
	elif key == 'Play Session':
		session = val
		if session == 'End':
			duration = DEFAULT_DURATION
			sformat = DEFAULT_SFORMAT
			oformat = DEFAULT_OFORMAT
	elif key == 'Pause':
		playstate = key
	elif key == 'Resume':
		playstate = key

Program versions

nqptp -V
Version: 1.2.9-dirty. Shared Memory Interface Version: smi11.

shairport-sync -V
5.7-dev-23-gc8ed69af-dirty-AirPlay2-smi11-OpenSSL-Avahi-ALSA-dummy-stdout-pipe-soxr-metadata-mqtt-dbus-mpris-sysconfdir:/etc

0 replies

mikebrady · 2026-10-18T15:41:28Z

mikebrady
Oct 18, 2026
Maintainer

Thanks for the check, Tim. We can certainly add the metadata bundle start and end. We'll have to track down the others:

0 replies

mikebrady · 2026-10-18T17:01:16Z

mikebrady
Oct 18, 2026
Maintainer

Hello again. I just ran the latest development version, 5.7-dev-17-g3f5214a8, on a Raspberry Pi in AirPlay 2 and in Classic modes, with the latest Shairport Sync Metadata Reader running in another window. Here is what appeared on the metadata reader's output, abbreviated in places for brevity:

AirPlay 2 operation

pi@AudioPi:~/shairport-sync-metadata-reader$ ./shairport-sync-metadata-reader < /tmp/shairport-sync-metadata

[connect here, from Apple Music an iPhone, with a track selected but not playing...]

The service name of this player is: "AudioPi".

[play]

The AirPlay client at "<IPv6 Address>" is about to connect to this player.
The AirPlay client at "<IPv6 Address>" has connected to this player.
The address used by this player for this play session is: "<IPv6 Address>".
Enter Active State.
Play Session Begin.
Volume: "-24.00,-39.90,-70.00,0.00".
Resume. (AirPlay 2 only.)
Volume: "-24.00,-39.90,-70.00,0.00".

[plist stuff]

Picture received, length 109554 bytes.
Album Name: "Vivaldi: Concerto per violino IV "L'imperatore"".
Title: "Concerto in G Minor, RV 331: I. Allegro".
Persistent ID: 506416679 (0x1e2f4e27).
Song Data Kind ("asdk"): (possibly 0 == timed track, 1 == untimed stream): "0".
Genre: "Classical".
Artist: "Riccardo Minasi & Il Pomo d'Oro".

[plist stuff]

Album Name: "Vivaldi: Concerto per violino IV "L'imperatore"".
Title: "Concerto in G Minor, RV 331: I. Allegro".
Persistent ID: 506416679 (0x1e2f4e27).
Song Data Kind ("asdk"): (possibly 0 == timed track, 1 == untimed stream): "0".
Genre: "Classical".
Artist: "Riccardo Minasi & Il Pomo d'Oro".
Source Format "AAC/48000/F24/2".
Resume.
Play -- first frame received/time in ns: "1123461000/1497259981927214".
Stream type: "Buffered".
Source Format "AAC/48000/F24/2".
Output Format "48000/S24_3LE/2".

[plist stuff]

Album Name: "Vivaldi: Concerto per violino IV "L'imperatore"".
Title: "Concerto in G Minor, RV 331: I. Allegro".
Persistent ID: 506416679 (0x1e2f4e27).
Song Data Kind ("asdk"): (possibly 0 == timed track, 1 == untimed stream): "0".
Genre: "Classical".
Artist: "Riccardo Minasi & Il Pomo d'Oro".

[pause]

Pause. (AirPlay 2 only.)

[disconnect]

Play Session End.
The AirPlay client at "<IPv6 Address>" has disconnected from this player.

Classic AirPlay

[connect here, from Apple Music an iPhone, with a track selected but not playing...]

The service name of this player is: "AudioPi (Classic)".
The AirPlay client at "<IPv6 Address>" is about to connect to this player.
The AirPlay client at "<IPv6 Address>" has connected to this player.
The address used by this player for this play session is: "<IPv6 Address>".
User-Agent: "AirPlay/980.77.1".
Active-Remote: "794670258".
DACP-ID: "D3DE7605B0C00266".
The AirPlay client at "<IPv6 Address>" has connected to this player.
The address used by this player for this play session is: "<IPv6 Address>".
Enter Active State.
Play Session Begin.
Volume: "-24.00,-39.90,-70.00,0.00".
Volume: "-20.00,-31.50,-70.00,0.00".
Volume: "-20.00,-31.50,-70.00,0.00".
Source Format "ALAC/44100/S16_LE/2".
Resume.
DACP port: 50619.
DACP port: 50619.
Play -- first frame received/time in ns: "2939095957/1496836964338597".
Stream type: "Classic".
Source Format "ALAC/44100/S16_LE/2".
Output Format "48000/S24_3LE/2".
Picture "2939091533" start.
Picture received, length 180224 bytes.
Picture "2939091533" end.
Progress String "2910094832/2939102797/2921908340".
Metadata bundle "2939102797" start.
Persistent ID: 506416679 (0x1e2f4e27).
Album Name: "Vivaldi: Concerto per violino IV "L'imperatore"".
Artist: "Riccardo Minasi & Il Pomo d'Oro".
Composer: "Antonio Vivaldi".
Genre: "Classical".
Title: "Concerto in G Minor, RV 331: I. Allegro".
Track number: 1.
Song Data Kind ("asdk"): (possibly 0 == timed track, 1 == untimed stream): "0".
Player state: "Not Playing". (Unreliable)
Track length: 267880 milliseconds.
Metadata bundle "2939102797" end.
Play Session End.

[play]

The AirPlay client at "<IPv6 Address>" is about to connect to this player.
The AirPlay client at "<IPv6 Address>" has connected to this player.
The address used by this player for this play session is: "<IPv6 Address>".
User-Agent: "AirPlay/980.77.1".
Active-Remote: "794670258".
DACP-ID: "D3DE7605B0C00266".
The AirPlay client at "<IPv6 Address>" has connected to this player.
The address used by this player for this play session is: "<IPv6 Address>".
Enter Active State.
Play Session Begin.
Volume: "-20.00,-31.50,-70.00,0.00".
DACP port: 50619.
DACP port: 50619.
Source Format "ALAC/44100/S16_LE/2".
Resume.
Play -- first frame received/time in ns: "3342175450/1496866521637272".
Stream type: "Classic".
Source Format "ALAC/44100/S16_LE/2".
Output Format "48000/S24_3LE/2".
Picture "3342169970" start.
Picture received, length 180224 bytes.
Picture "3342169970" end.
Progress String "3333925908/3342196722/3345739416".
Metadata bundle "3342197778" start.
Persistent ID: 506416679 (0x1e2f4e27).
Album Name: "Vivaldi: Concerto per violino IV "L'imperatore"".
Artist: "Riccardo Minasi & Il Pomo d'Oro".
Composer: "Antonio Vivaldi".
Genre: "Classical".
Title: "Concerto in G Minor, RV 331: I. Allegro".
Track number: 1.
Song Data Kind ("asdk"): (possibly 0 == timed track, 1 == untimed stream): "0".
Player state: "Playing". (Unreliable)
Track length: 267880 milliseconds.
Metadata bundle "3342197778" end.
Metadata bundle "3342354418" start.
Persistent ID: 506416679 (0x1e2f4e27).
Album Name: "Vivaldi: Concerto per violino IV "L'imperatore"".
Artist: "Riccardo Minasi & Il Pomo d'Oro".
Composer: "Antonio Vivaldi".
Genre: "Classical".
Title: "Concerto in G Minor, RV 331: I. Allegro".
Player state: "Playing". (Unreliable)
Metadata bundle "3342354418" end.
Progress String "3333970361/3342354418/3345783869".

[stop]

Flush to RTP Frame: "3343326818".
Picture "3343233810" start.
Picture received, length 180224 bytes.
Picture "3343233810" end.
Progress String "3333971140/3343243314/3345784648".
Metadata bundle "3343243314" start.
Persistent ID: 506416679 (0x1e2f4e27).
Album Name: "Vivaldi: Concerto per violino IV "L'imperatore"".
Artist: "Riccardo Minasi & Il Pomo d'Oro".
Composer: "Antonio Vivaldi".
Genre: "Classical".
Title: "Concerto in G Minor, RV 331: I. Allegro".
Track number: 1.
Song Data Kind ("asdk"): (possibly 0 == timed track, 1 == untimed stream): "0".
Player state: "Not Playing". (Unreliable)
Track length: 267880 milliseconds.
Metadata bundle "3343243314" end.
Metadata bundle "3343243314" start.
Persistent ID: 506416679 (0x1e2f4e27).
Album Name: "Vivaldi: Concerto per violino IV "L'imperatore"".
Artist: "Riccardo Minasi & Il Pomo d'Oro".
Composer: "Antonio Vivaldi".
Genre: "Classical".
Title: "Concerto in G Minor, RV 331: I. Allegro".
Player state: "Not Playing". (Unreliable)
Metadata bundle "3343243314" end.
Resume.
Play -- first frame received/time in ns: "3343326938/1496892632696317".
Play Session End.
Exit Active State.

So, it appears that all the metadata is there except for the track length, metadata bundle start and end. Or am I missing something?

0 replies

moodeaudio · 2026-10-18T23:04:54Z

moodeaudio
Oct 18, 2026
Author

With 5.7-dev-17-g3f5214a8 there are some additional key|value pairs in the feed but missing a bunch.
iPhone 14 w/IOS 27.1

pi@test:~ $ sudo /var/www/daemon/aplmeta-reader.sh 1
18:48:40 DEBUG: Entering loop...
18:48:48 DEBUG: - key|val: Enter Active State|No value
18:48:48 DEBUG: - key|val: Volume|-12.01,-20.24,-96.30,0.00
18:48:48 DEBUG: - key|val: Play Session|Begin
18:48:48 DEBUG: - key|val: Resume|No value
18:48:48 DEBUG: - key|val: Volume|-12.01,-20.24,-96.30,0.00
18:48:48 DEBUG: - key|val: Source Format|AAC 24/48K 2ch
18:48:48 DEBUG: - key|val: Resume|No value
18:48:48 DEBUG: - key|val: Source Format|AAC 24/48K 2ch
18:48:48 DEBUG: - key|val: Output Format|32/48K 2ch
18:49:34 DEBUG: - key|val: Pause|No value
18:49:37 DEBUG: - key|val: Resume|No value

Tried switching tracks at this point but these were the only elements
18:49:37 DEBUG: - key|val: Resume|No value
18:49:43 DEBUG: - key|val: Resume|No value
18:49:43 DEBUG: - key|val: Resume|No value
18:50:03 DEBUG: - key|val: Pause|No value
18:50:09 DEBUG: - key|val: Resume|No value
18:50:09 DEBUG: - key|val: Resume|No value
18:50:21 DEBUG: - key|val: Pause|No value
18:50:22 DEBUG: - key|val: Resume|No value
18:50:22 DEBUG: - key|val: Resume|No value
18:50:24 DEBUG: - key|val: Resume|No value
18:50:24 DEBUG: - key|val: Resume|No value
18:50:26 DEBUG: - key|val: Pause|No value

Here is some raw output (reduced)

pi@test:~ $ cat /tmp/shairport-sync-metadata | shairport-sync-metadata-reader
COMMAND Message Plist.
    {
        params: {
            mrSupportedCommandsFromSender: [
            ]
        }
        type: "updateMRSupportedCommands"
    }

XXX Could not decipher: 
XXX Could not decipher: XXX Could not decipher: "<data encoding="base64">
The AirPlay client at "xxxxxxxxxxxxxxxxxxxxxxxxx" has connected to this player.
The address used by this player for this play session is: "xxxxxxxxxxxxxxxxxxxxxxxxx".
Volume: "".
XXX Could not decipher: "<data encoding="base64">
XXX Could not decipher: 
XXX Could not decipher: 
.
.
Play -- first frame received/time in ns: "1471662860/850205173941".
Stream type: "Buffered".
Source Format "AAC/48000/F24/2".
Output Format "48000/S32_LE/2".
"ssnc" "abrt": 0x36383432302F39363235362F3438303030
"ssnc" "abrt": 0x3130333838322F3134343338342F3438303030
"ssnc" "abrt": 0x3133393939342F3139323531322F3438303030
"ssnc" "abrt": 0x3137363431312F3234303634302F3438303030
"ssnc" "arst": 0x302F302F30
"ssnc" "arst": 0x302F302F30
"ssnc" "arst": 0x302F302F30
"ssnc" "arst": 0x302F302F30
"ssnc" "arst": 0x302F302F30
XXX Could not decipher: "
XXX Could not decipher: "<data encoding="base64">
"ssnc" "abrt": 0x3433343937322F3537373533362F3438303030
"ssnc" "abrt": 0x3437333132332F3632353636342F3438303030
.
.
.
"ssnc" "abrt": 0x302F302F30
Pause. (AirPlay 2 only.)

0 replies

mikebrady · 2026-10-19T09:14:04Z

mikebrady
Oct 19, 2026
Maintainer

Thanks for the update, Tim. It is mystifying!

Attached is a log from the first few tracks on Apple Music's "Everyday Hits"...

sps-metadata-20261019.log

A couple of little things:

Shairport Sync is 5.7-dev-24-g380e6b1b.

We'll put in the metadata bundle markers and the track length information very shortly.

The metadata reader is the latest, updated September 3.

The abrt and arst are new bit-rate and missing packet retry statistics. In the latest development version, they are no longer generated by default.

I can't imagine it makes any difference, but the locale is set on the Pi:

pi@AudioPi:~ $ locale
LANG=en_IE.UTF-8
LANGUAGE=
LC_CTYPE="en_IE.UTF-8"
LC_NUMERIC="en_IE.UTF-8"
LC_TIME="en_IE.UTF-8"
LC_COLLATE="en_IE.UTF-8"
LC_MONETARY="en_IE.UTF-8"
LC_MESSAGES="en_IE.UTF-8"
LC_PAPER="en_IE.UTF-8"
LC_NAME="en_IE.UTF-8"
LC_ADDRESS="en_IE.UTF-8"
LC_TELEPHONE="en_IE.UTF-8"
LC_MEASUREMENT="en_IE.UTF-8"
LC_IDENTIFICATION="en_IE.UTF-8"
LC_ALL=

0 replies

mikebrady · 2026-10-19T10:04:35Z

mikebrady
Oct 19, 2026
Maintainer

Just pushed a development update which adds the Metadata Start, Metadata End and Track Duration items to the metadata in AirPlay 2 mode.

0 replies

moodeaudio · 2026-10-19T10:50:01Z

moodeaudio
Oct 19, 2026
Author

I'll test a bit later this morning.

Our metadata reader build is a4a29f3 Jul 24, 2026 so I'll bump that to latest 99a5935 Sept 3, 2026.
Locale is same on our end.

pi@test:~ $ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

0 replies

moodeaudio · 2026-10-19T12:24:24Z

moodeaudio
Oct 19, 2026
Author

Working perfectly now :-)

Apple Music app
AirPlay 1 and 2
iPhone IOS 27.0.1
iMac 13.7.8 (Ventura)
On the Mac both the in-app AirPlay and system AirPlay work as expected: in-app sends AAC, system sends ALAC.

pi@test:~ $ nqptp -V
Version: 1.2.9-dirty. Shared Memory Interface Version: smi11.

pi@test:~ $ shairport-sync -V
5.7-dev-25-g34a23885-dirty-AirPlay2-smi11-OpenSSL-Avahi-ALSA-dummy-stdout-pipe-soxr-metadata-mqtt-dbus-mpris-sysconfdir:/etc

pi@test:~ $ dpkg -l | grep shairport-sync-metadata-reader
hi  shairport-sync-metadata-reader       2.0.1~git20261003.99a5935-1moode1      arm64        AirPlay metadata reader

1 reply

mikebrady Oct 19, 2026
Maintainer

Excellent! Thanks for testing!

Answer selected by moodeaudio

In 5.6 is Pipe metadata being replaced by D-Bus / MPRIS metadata? #2316

Uh oh!

moodeaudio Oct 15, 2026

Replies: 14 comments · 3 replies

Uh oh!

hippi345 Oct 15, 2026

Uh oh!

Uh oh!

moodeaudio Oct 15, 2026 Author

Uh oh!

Uh oh!

mikebrady Oct 16, 2026 Maintainer

Uh oh!

moodeaudio Oct 16, 2026 Author

Uh oh!

mikebrady Oct 16, 2026 Maintainer

Uh oh!

moodeaudio Oct 16, 2026 Author

Uh oh!

mikebrady Oct 16, 2026 Maintainer

Uh oh!

Uh oh!

mikebrady Oct 17, 2026 Maintainer

Uh oh!

moodeaudio Oct 18, 2026 Author

Uh oh!

mikebrady Oct 18, 2026 Maintainer

Uh oh!

Uh oh!

mikebrady Oct 18, 2026 Maintainer

AirPlay 2 operation

Classic AirPlay

Uh oh!

moodeaudio Oct 18, 2026 Author

Uh oh!

Uh oh!

mikebrady Oct 19, 2026 Maintainer

Uh oh!

mikebrady Oct 19, 2026 Maintainer

Uh oh!

moodeaudio Oct 19, 2026 Author

Uh oh!

moodeaudio Oct 19, 2026 Author

Uh oh!

mikebrady Oct 19, 2026 Maintainer

moodeaudio
Oct 15, 2026

Replies: 14 comments 3 replies

hippi345
Oct 15, 2026

moodeaudio
Oct 15, 2026
Author

mikebrady
Oct 16, 2026
Maintainer

moodeaudio
Oct 16, 2026
Author

mikebrady
Oct 16, 2026
Maintainer

moodeaudio Oct 16, 2026
Author

mikebrady Oct 16, 2026
Maintainer

mikebrady
Oct 17, 2026
Maintainer

moodeaudio
Oct 18, 2026
Author

mikebrady
Oct 18, 2026
Maintainer

mikebrady
Oct 18, 2026
Maintainer

moodeaudio
Oct 18, 2026
Author

mikebrady
Oct 19, 2026
Maintainer

mikebrady
Oct 19, 2026
Maintainer

moodeaudio
Oct 19, 2026
Author

moodeaudio
Oct 19, 2026
Author

mikebrady Oct 19, 2026
Maintainer