Any progress on aac bit depth issue?
Has there been any progress on the issue of aac files showing double the bit rate while playing? As I stated in an older post:
"When viewing bit depth in the playlist column, aac files read 32 bits while playing ; 16 bits when not playing [stopped]. The same song in lossless ALAC (also mp4) reads [correctly] 16 bits. The same song converted to mp3 reads [correctly] 16 bits."
The doubled bit depth also shows in the context window while the song is playing.
Of course, this doesn't affect performance. It just bugs me. Strawberry is targeted to audiophiles, and they are often an obsessive-compulsive bunch that notice such minutia.
jonas last edited by
Strawberry only uses what TagLib is reporting, and what GStreamer reports while playing.
I don't know why it's different.
@jonas OK, thanks. So maybe it's a GStreamer issue then. TagLib reads the metadata, and gets it correct, as it is when the song is stopped. But GStreamer must be doing something wrong as it dynamically reports the info while playing.
I'm just a layman, so forgive me is my interpretation is wrong. Guess it couldn't hurt for me to report this to the GStreamer developers though.
@jonas I realize I'm replying to an old post, but I didn't see any reason to make a new one. I would like to revisit this issue of the wrong bit depth being reported by GStreamer when an aac file is playing (32 bits instead of 16 bits). Where can I report this to the GStreamer developers? Or is it something you can report? I have GitHub and GitLab accounts, but I am just a Linux hobbyist. I report bugs, but I don't have the deep technical knowledge that would enhance my reporting. Thanks.