So, just some additional info. based on logs I see, looks like the server side thinks it’s now looking at a video type of item (its a FLAC song in a queue on the client) – which I suspect the client can’t play (obviously). See the logs below for the attempt to stream the next song (this is the first set of logs after playing a successful song):
Apr 20, 2024 09:49:55.620 [1648] DEBUG - [Req#3ede5] We’re going to try to auto-select an audio stream for account 1.
Apr 20, 2024 09:49:55.620 [1648] DEBUG - [Req#3ede5] Selecting best audio stream for part ID 29087 (language: en)
Apr 20, 2024 09:49:55.620 [1648] DEBUG - [Req#3ede5] We’re going to try to auto-select a subtitle for account 1.
Apr 20, 2024 09:49:55.620 [1648] DEBUG - [Req#3ede5] Audio Stream: 51007, Subtitle Stream: -1
Apr 20, 2024 09:49:55.620 [1648] DEBUG - [Req#3ede5] [Now] User is XXXXX (ID: 1)
Apr 20, 2024 09:49:55.620 [1648] DEBUG - [Req#3ede5] [Now] Device is Android (Family Room TV).
Apr 20, 2024 09:49:55.621 [1648] DEBUG - [Req#3ede5] [Now] Profile is Android
Apr 20, 2024 09:49:55.621 [1648] DEBUG - [Req#3ede5] [Now] Updated play state for /library/metadata/18583.
Apr 20, 2024 09:49:55.621 [1648] DEBUG - [Req#3ede5] Statistics: (c5705e8cc93dcee9-com-plexapp-android) Reporting active playback in state 0 of type 10 (scrobble: 0) for account 1
The previous successful playback of music did no such ‘auto-select’. Looks to me like something got confused about what the content type is!
