Is anyone using Pipewire’s AES67 support? I’m looking to implement some form of whole home audio for an MPD or some other music server. I’ve played with a combined airplay sink and a couple Sonos speakers, but it’s problematic and cuts out intermittently for a split second.
I’m only really able to use wifi at this point though, and don’t want to run cables until I buy a house in the next few months. Though I will run some wired tests over coming months before that, and develop a plan. I’ve also looked into Snapcast, which is probably preferable to a combined Airplay sink.
And that’s because I’m wary of planning to use an open source implementation to a very proprietary protocol long term. When I bought some Genelec speakers for my desk earlier this year, I stumbled across their networked speakers that support POE and AES67. I see Pipewire has AES67 support in the RTP sink, but there’s not much out there about people trying to use this.
Has anyone around here gotten a chance to play around with it? How does it work? Any pain points?
I don’t know about AES67 but I’ve used Snapcast now for a few years and it works great. I use a central Mopidy service that streams to a few Snapcast clients connected to audio devices (not directly to speakers though). The clients run on normal PC hardware, Android and some on Pi’s with DAC’s from Hifiberry. The setup was very DIY but has been running very stable after that.
Yeah, I think that’s my backup plan is to get some powered speakers and Pi’s to run Snapcast. But it adds a lot of complexity, and more power requirements at the speaker. On the other hand, it’s more hackable than a speaker running a specific piece of software directly, without any real alternatives like I would get with a Pi. Thanks!