Da irgendwie alle Antworten kaum auf die ursprüngliche Frage Bezug nehmen. Ja, dieser und ähnliche Bugs scheinen bekannt zu sein. Ich schlage mich damit auch gerade herum, warum man das tut, oder ob man das sein lassen sollte, muss ja nicht unbedingt erneut diskutiert werden.
Die Benutzung des MP3-Encoders scheint schon länger (k)ein Thema bei Rhythmbox zu sein: Bug von Mai 2012, weiterhin offen: "MP3 files imported / encoded by Rhythmbox are corrupt and have incorrect track length", Januar 2017, "expired": "Incorrect Bitrate shown after mp3 VBR encoding"... Scheinen nicht gelöst und als nicht wichtig markiert zu sein... Es hat wohl früher mal einfachere Workarounds gegeben zu haben, da mehr Einstellungen über die Benutzeroberfläche möglich waren.
Es scheinen übrigens nur die Metadaten zur Bitrate falsch zu sein, die tatsächliche Bitrate und Soundqualität sind (bei mir) so wie angefordert. Ich habe es aktuell aufgegeben weiter zu basteln. Das scheint mir auch so, dass es über gstreamer läuft. Da kann es ein Bug im Interface auf der Seite von Rhythmbox (also letztlich bei Gnome) oder im gstreamer sein, was ich eher vermuten würde. Wenn gstreamer letztverantwortlich für die Metadaten wäre, sollte es zumindest nicht möglich sein, mit z.B. 128k zu encodieren und dann im Metatag 32k einzutragen. (Bei der Durchsicht des Quellcodes für Rhythmbox habe ich dann aber bei rb-encoder.c aufgehört und mir gesagt, das durchzuchecken, übersteigt meine Kapazitäten mangels entsprechender Kenntnisse doch zu sehr. 😮 ) ... nehme jetzt ogg als Format, das ist glaube ich die Absicht dahinter...
Aus der Gstreamer-Referenz zum lame encoder:
This element encodes raw integer audio into an MPEG-1 layer 3 (MP3) stream. Note that MP3 is not a free format, there are licensing and patent issues to take into consideration. See Ogg/Vorbis for a royalty free (and often higher quality) alternative.
