[Bug] Incorrect bitrate shown when playing transcoded files

[ropc]

When using transcoded format, hovering over the scrubber bar shows the bitrate of the original file (not the transcode), such as below:

(the actual file being played back is a 320Kbps MP3, transcoded from a 772Kbps FLAC file).

It looks like the stored playable always stores the FLAC's data, since that is what the Subsonic API returns when query for info about the file. This is not updated with the actual bitrate of the file returned by Subsonic's /rest/stream.view (technically, it looks like that also doesn't specify what bitrate the server returns, instead it seems like the correct way to get this is to look at the headers of the transcoded file, but other less perfect solutions could be implemented). This bug affects both streaming and cached songs so long as they are being transcoded and the bitrate preference is set to .noLimit.

My workaround for now is to explicitly set the preferred bitrate to 320Kbps, which fixes it but only while streaming.

[clemfernandez]

Thanks for reporting, I was confused too.

Haven't checked the actual bitrate of transcoded files but I hope you're right and it's incorrectly reporting the wrong bitrate because my mobile data plan is capped!

FWIW I have auto cache played songs set to true, cellular streaming limit 320kbps, cache format mp3 (default).

The first time I stream a file it is correctly reported as see MP3 320kbps. It appears to be caching this file + the next 3 in the queue (based on pictograms I in the album view between title and song length).

When skipping to the next song I see MP3 1000kbps (or whatever the original FLAC bitrate is).
If I go back to the first song it is now shown as MP3 912kbps too.