i can’t say that’s a priority. it might not be super hard to make an linux ARM release but i don’t know how well it would work with a touch display.
Touch on pi is just mouse following touches. So the bar isn’t high. It would be awesome to just get a Linux arm build as a start.
linux is already the lowest platform by numbers, every new architecture/target takes rime and effort. can’t promise anything.
Ok, well here’s some use cases and things you might want to consider:
- Instead of having to spend a fortune on IPads, plex amp on Pis or similar with screens make perfect Home Assistant and other home automation portals. But you can’t do that and get plex amp support.
- Perhaps, just make the API for both Plexamp headless and discovering/controlling headless (and otherwise) public so that others can write code to do this and integrate it into Home Assistant, OpenHab, ESP32 code, etc.
This would massively expand the reach of PlexAmp and generate more sales for plex pass. And then people like me could write players etc. for ESP32 and Pis etc.
Really looking forward to PlexAMP on (headless) Raspberry Pi … finally be able to get everything unified that way 
Great stuff. This for sure will make me using Plex as my main library manager and step up to a regular PlexPass. Really really looking forward to this. Thanks!
Hi @elan are we still on course for a Q1 release ?
Thanks.
That’s great news. I’ve got a Pi waiting!
We’re just starting to test controllability, which was the biggest thing needed. Looking good to have something in the next few months, but please don’t hold me to it.
Patiently awaiting the announcement! 
I’m looking forward to this too - have tried (but failed) to set up Plexamp on a Raspberry Pi using exisiting instructions to run Plex through my hifi, so am looking forward to an up to date version that can make my Plex library accessible through my hifi. Thanks!
With a lot of mucking about I was able to resuscitate plexamp 2 on a pi. It took a lot of Linux command-line fu and package management wrangling experience. I don’t recommend it for regular humans.
In parallel, while I wait for Plexamp 3 4 for rpi, here’s what else I’m doing that anyone should be able to get working:
- turned on DLNA on my PMS
- Installed MoOde audio on a pi and turned on its UPnP client.
- Installed the Android app HiFiCast on my phone and set PMS as the music source and MoOde UPnP as the play to device.
It’s a long way from perfect, but I think it’s tolerable as a stopgap.
Care to share how you made it work? What you changed, what files were needed to be looked at?
Sorry, I was really just spelunking and wasn’t taking notes and I don’t remember everything altogether. I do remember that some of it was specific to the PMS you are connected to which is what made it not something that could be made into a recipe that anyone could easily follow.
All the clues are already available in this forum in these threads:
…and in this github repo:
But as I said, it was not straight-forward and some relatively advanced linux command line tweaking was required.
EDIT: While we wait for @elan to drop the good news about plexamp 3+ 4+ for the pi, DLNA + UPnP + HiFiCast (or some other similar UPnP controller app) will at least let you push your plex music through a pi.
Hopefully when @elan waves the green flag, there will be some less-than-voodoo method of telling the new and improved pi-plexamp which alsa device to pour its bits into rather than just hoping for the best and blasting away. And if it could maybe let go of that device when it’s done playing, then I promise I’ll never ask for another christmas present from Plex Inc.
+1 here desperately waiting for the new version. I might go for an intermediate approach hence the timeline is not clear.
I just wanted to emphasis the point that @elan pls have consider a feature to modify the signal path for the audiophiles here.
I mean, that the endpoint could call another application for stream processing before outputting the audio or let us choose the sink/port/socket so intermediate processing is feasible, e.g. hqplayer, MQA decoding and HDMI output on the RPi.
The ability to output to AES67 would be amazing but that’s probably a REAL longshot.
+1 Headless PI support is the last thing missing for me to completely switch.
Plex would need to add Qobuz to its list of streaming services + a headless pi before I completely turn off my Roon Core.
I really hope it can coexist with PulseAudio somehow, because I wouldn’t want it to kill my Airplay server. It’s a pain to deal with multiple “cultures” of audio streaming and share the same set of speakers…
This feature would be awesome - trying to share some hifi speakers with different technologies and mostly a RaspberryPI with Volumio (or MoodeAudio) does a reasonable good job - but the missing piece of this audio streaming solution is better ‘proper’ PlexAmp support on an RPI (so I can fully commit to PlexAmp playlists)