[RPi4] AirPlay from PipeWire

mokkurkalve · November 30, 2024 at 9:36 AM

I run LE 12.0 nightly 2024-11-29 on RPi4B. Streaming audio from my iPad mini using AirPlay to the device works smoothly. But I now found that pipewire can use AirPlay to send audio to a device and wanted to see if I could make my Arch Linux laptop stream audio to the RPi4B. I have /etc/nsswitch.conf and avahi-daemon.service set up and port 5353 UDP open and followed the instructions here: https://docs.pipewire.org/page_module_raop_discover.html using the example configuration as starting point.

The RPi4B are discovered and I can send audio to it from the laptop and it's seemingly playing from there. But on the LE12 side I get the spinning wheel on screen as soon as the stream hits, but then nothing more happens (nothing playing). I tried to tweak various knobs in the configuration file example from docs.pipewire.org, but to no avail. Anybody got a working configuration for this or some pointers to stuff I could try...?

**Da Flex** · December 1, 2024 at 1:53 AM

That doesn't work, because PipeWire isn't available on LE. Try the MPD add-on.

How to Make MPD work with AirPlay

As I wrote last night, AirPlay rules! As I have written previously, iTunes does not. It has always seemed like a bloated program to me. I far prefer the Music…

austinseraphin.net

**chewitt** · December 1, 2024 at 4:29 AM

There's nothing to change on the LE side because Kodi provides a working AirPlay target that devices can stream to - You proved that with the iPad mini. Ergo, if nothing happens (or wrong things happen) when you stream from the Arch device; something is wrong with the stream that you send.

It's not an LE problem but if you want us to guess at the issue I'd start by sharing the Arch discover.conf file so we can see what sink properties are being used. Plus a Kodi debug log that might show the inbound stream details (or not, I'm guessing).

mokkurkalve · December 1, 2024 at 10:52 AM

Quote from chewitt

There's nothing to change on the LE side because Kodi provides a working AirPlay target that devices can stream to - You proved that with the iPad mini. Ergo, if nothing happens (or wrong things happen) when you stream from the Arch device; something is wrong with the stream that you send.
It's not an LE problem but if you want us to guess at the issue I'd start by sharing the Arch discover.conf file so we can see what sink properties are being used. Plus a Kodi debug log that might show the inbound stream details (or not, I'm guessing).

Yes, this is not a bug report, just looking for some pointers in case someone had tried this.

The raop-discover.conf I used are the example from pipewire.org. I tried to toggle various of the commented out settings here, but all of them failed, so I was thinking maybe someone had a working config. However the starting point are this:

Code

context.modules = [
{   name = libpipewire-module-raop-discover
    args = {
        #roap.discover-local = false;
        #raop.latency.ms = 1000
        stream.rules = [
            {   matches = [
                    {    raop.ip = "~.*"
                         #raop.port = 1000
                         #raop.name = ""
                         #raop.hostname = ""
                         #raop.domain = ""
                         #raop.device = ""
                         #raop.transport = "udp" | "tcp"
                         #raop.encryption.type = "RSA" | "auth_setup" | "none"
                         #raop.audio.codec = "PCM" | "ALAC" | "AAC" | "AAC-ELD"
                         #audio.channels = 2
                         #audio.format = "S16" | "S24" | "S32"
                         #audio.rate = 44100
                         #device.model = ""
                    }
                ]
                actions = {
                    create-stream = {
                        #raop.password = ""
                        stream.props = {
                            #target.object = ""
                            #media.class = "Audio/Sink"
                        }
                    }
                }
            }
        ]
    }
}
]

Display More

The Kodi debug log after a failed attempt:

https://paste.libreelec.tv/careful-stork.log

**chewitt** · December 2, 2024 at 4:43 AM

This is what Kodi announces over mDNS:

In theory the discover module should be automagically creating an Airplay sink based on the advertised properties (S16,44100,2-ch,etc.) and nothing more than this should be needed:

Code

context.modules = [
   {
       name = libpipewire-module-raop-discover
       args = { }
   }
]

What does the output from pactl list sinks show?

mokkurkalve · December 2, 2024 at 10:12 AM

Quote from chewitt

What does the output from pactl list sinks show?

On the Arch laptop, I expect? On the LE12 RPi it shows only the librespot pa sink, unrelated.

I installed only your barebones config this time, globally. Result the same. Output from pactl on laptop (the second entry, "himinbjorg" are the LE12 RPi AirPlay autodiscovered sink) :

Code

Sink #49
	State: SUSPENDED
	Name: alsa_output.pci-0000_00_1f.3.analog-stereo
	Description: Built-in Audio Analog Stereo
	Driver: PipeWire
	Sample Specification: s32le 2ch 48000Hz
	Channel Map: front-left,front-right
	Owner Module: 4294967295
	Mute: no
	Volume: front-left: 41350 /  63% / -12,00 dB,   front-right: 41350 /  63% / -12,00 dB
	        balance 0,00
	Base Volume: 65536 / 100% / 0,00 dB
	Monitor Source: alsa_output.pci-0000_00_1f.3.analog-stereo.monitor
	Latency: 0 usec, configured 0 usec
	Flags: HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCY 
	Properties:
		alsa.card = "0"
		alsa.card_name = "HDA Intel PCH"
		alsa.class = "generic"
		alsa.components = "HDA:10ec0289,10280831,00100002 HDA:8086280b,80860101,00100000"
		alsa.device = "0"
		alsa.driver_name = "snd_hda_intel"
		alsa.id = "ALC289 Analog"
		alsa.long_card_name = "HDA Intel PCH at 0xb5530000 irq 161"
		alsa.mixer_name = "Realtek ALC289"
		alsa.name = "ALC289 Analog"
		alsa.resolution_bits = "16"
		alsa.subclass = "generic-mix"
		alsa.subdevice = "0"
		alsa.subdevice_name = "subdevice #0"
		alsa.sync.id = "00000000:00000000:00000000:00000000"
		api.alsa.card.longname = "HDA Intel PCH at 0xb5530000 irq 161"
		api.alsa.card.name = "HDA Intel PCH"
		api.alsa.path = "front:0"
		api.alsa.pcm.card = "0"
		api.alsa.pcm.stream = "playback"
		audio.channels = "2"
		audio.position = "FL,FR"
		card.profile.device = "6"
		device.api = "alsa"
		device.class = "sound"
		device.id = "48"
		device.profile.description = "Analog Stereo"
		device.profile.name = "analog-stereo"
		device.routes = "2"
		factory.name = "api.alsa.pcm.sink"
		media.class = "Audio/Sink"
		device.description = "Built-in Audio"
		node.name = "alsa_output.pci-0000_00_1f.3.analog-stereo"
		node.nick = "ALC289 Analog"
		node.pause-on-idle = "false"
		object.path = "alsa:acp:PCH:6:playback"
		port.group = "playback"
		priority.driver = "1009"
		priority.session = "1009"
		factory.id = "19"
		clock.quantum-limit = "8192"
		client.id = "47"
		node.driver = "true"
		node.loop.name = "data-loop.0"
		library.name = "audioconvert/libspa-audioconvert"
		object.id = "49"
		object.serial = "49"
		api.acp.auto-port = "false"
		api.alsa.card = "0"
		api.alsa.use-acp = "true"
		api.dbus.ReserveDevice1 = "Audio0"
		api.dbus.ReserveDevice1.Priority = "-20"
		device.bus = "pci"
		device.bus_path = "pci-0000:00:1f.3"
		device.enum.api = "udev"
		device.form_factor = "internal"
		device.icon_name = "audio-card-analog-pci"
		device.name = "alsa_card.pci-0000_00_1f.3"
		device.nick = "HDA Intel PCH"
		device.plugged.usec = "10999614"
		device.product.id = "0xa348"
		device.product.name = "Cannon Lake PCH cAVS"
		device.subsystem = "sound"
		sysfs.path = "/devices/pci0000:00/0000:00:1f.3/sound/card0"
		device.vendor.id = "0x8086"
		device.vendor.name = "Intel Corporation"
		device.string = "0"
	Ports:
		analog-output-speaker: Speakers (type: Speaker, priority: 10000, availability group: Legacy 3, availability unknown)
		analog-output-headphones: Headphones (type: Headphones, priority: 9900, availability group: Legacy 2, not available)
	Active Port: analog-output-speaker
	Formats:
		pcm

Sink #65
	State: RUNNING
	Name: raop_sink.himinbjorg.local.192.168.3.65.36666
	Description: himinbjorg
	Driver: PipeWire
	Sample Specification: s16le 2ch 44100Hz
	Channel Map: aux0,aux1
	Owner Module: 4294967295
	Mute: no
	Volume: aux0: 65536 / 100% / 0,00 dB,   aux1: 65536 / 100% / 0,00 dB
	        balance 0,00
	Base Volume: 65536 / 100% / 0,00 dB
	Monitor Source: raop_sink.himinbjorg.local.192.168.3.65.36666.monitor
	Latency: 0 usec, configured 0 usec
	Flags: NETWORK DECIBEL_VOLUME LATENCY 
	Properties:
		audio.format = "S16"
		audio.rate = "44100"
		audio.channels = "2"
		device.icon_name = "audio-speakers"
		node.name = "raop_sink.himinbjorg.local.192.168.3.65.36666"
		device.description = "himinbjorg"
		node.latency = "486202/44100"
		node.virtual = "true"
		media.class = "Audio/Sink"
		media.format = "259"
		media.name = "RAOP to himinbjorg"
		net.mtu = "1408"
		rtp.sender-ts-offset = "0"
		sess.media = "raop"
		sess.latency.msec = "250"
		sess.ts-direct = "0"
		rtp.mime = "L16"
		node.network = "true"
		rtp.ptime = "7.755102"
		rtp.framecount = "342"
		node.rate = "1/44100"
		rtp.media = "audio"
		rtp.payload = "96"
		rtp.rate = "44100"
		rtp.channels = "2"
		stream.is-live = "true"
		node.want-driver = "true"
		node.autoconnect = "true"
		port.group = "stream.0"
		adapt.follower.spa-node = ""
		object.register = "false"
		factory.id = "19"
		clock.quantum-limit = "8192"
		node.loop.name = "data-loop.0"
		library.name = "audioconvert/libspa-audioconvert"
		client.id = "59"
		object.id = "60"
		object.serial = "65"
		node.driver-id = "30"
	Formats:
		pcm

Display More