I’ve been using PLEX Media Server (PMS) running on a Synology Diskstation to serve up local music files to the household SONOS system. It has been working flawlessly until the last couple of days. Unfortunately, both the NAS software (including Disk Station Manager, v: 6.2.4-25556) and PMS (v1.22.1.4228) were updated during this time, so I’m not sure where the issue started, but this is what I’ve been able to establish:
-
PMS will play any mp3 file via either the Android and Windows desktop SONOS controllers (S2).
-
PMS fails to serve up almost all 16bit 44.1kHz flac files to SONOS and reports “Unable to play - the connection to Plex was lost.” This error is reported in both Android and Windows SONOS controllers. I have found only 2 flac files that will play and I can see in the PMS dashboard that they are being played as flac (stereo) at 834Kpbs and 941Kbps, respectively. However, all other tracks on the same album fail to play.
-
I have one album that is hi-res flac and it plays fine but --- as one would expect -- only because it is being transcoded to AAC (@271Kpbs).
-
PMS WILL play these problem flac files in a browser tab launched from the Synology dashboard as flac (“Direct Play” in the PMS dashboard). No problems there.
-
I should also mention that these flac files were purchased as “cd-quality” downloads in their current format (I did not rip or convert them in any way).
The weird thing is that these files played maybe 2 days ago(?) without issue. I’ve tried rescanning library files and running PMS’ Analyze function; and on the SONOS side, I’ve tried refreshing the music library. I’ve also restarted PMS and the SONOS controllers, rebooted our BOOST, all to no avail.
This isn’t a burning issue as 95% of my library is mp3. So, one solution might be to just sit tight and see if a PLEX update (they come pretty frequently) fixes the issue. I see others have had similar problems with PLEX and flac, from time to time, but I could find nothing in previous threads that provided a quick fix. Open to any suggestions.
Thanks much,
Mike