After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 779723 - rhythmbox settings for mp3 audio ripping is completely wrong
rhythmbox settings for mp3 audio ripping is completely wrong
Status: RESOLVED NOTABUG
Product: rhythmbox
Classification: Other
Component: Removable Media
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
: 791961 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2017-03-07 20:31 UTC by luca
Modified: 2017-12-28 23:10 UTC
See Also:
GNOME target: ---
GNOME version: 3.23/3.24


Attachments
gst command (7.67 KB, text/plain)
2017-09-18 13:42 UTC, luca
Details
gst encode output (53.66 KB, text/plain)
2017-09-18 13:54 UTC, luca
Details
gst prs file for mp3 (270 bytes, text/plain)
2017-09-18 13:56 UTC, luca
Details
screen from rhythmbox (141.56 KB, image/png)
2017-09-19 07:20 UTC, luca
Details
vlc screen (665.68 KB, image/png)
2017-09-19 09:11 UTC, luca
Details

Description luca 2017-03-07 20:31:36 UTC
i wanted to rip my cd's in mp3 so i opened rhythmbox, selected 192 kbp as output and started ripping...unfortunately the result no matter which quality i choose was always 32 kbp...i've noticed that previous from installing gstreamer ugly to make sound converter convert mp3's rhythmbox was working fine...

tried anyway installing all the coded from the fedora guide (i'm using fedora 25 workstation) and now it works but the settings is always wrong...selecting a 128 kbp quality i will get a 160 kbp output, 149>192, 192>256 ans so on...other formats are working fine...don't know if it's a gstreamer related bug anyway...
Comment 1 luca 2017-03-07 20:41:27 UTC
i noticed that the problem is quite different...simply it seems that audio output is completely casual...i selected constant 192 bitrate but the output varies from 32 to 256...is this a bug?
Comment 2 André Klapper 2017-03-07 21:13:13 UTC
Thanks for reporting this!

Please provide a complete list of steps to reproduce, step by step, click by click, as a list of steps, plus information what exactly is used to encode and play MP3 files on your system. Thanks!
Comment 3 luca 2017-03-07 22:06:47 UTC
so, i will try...

insert a disc > open rhythmbox > go into settings > select mp3 ripping format > choose a bitrate > return to rhythmbox gui > start ripping you cd > quality output will be completely random from 32 (mostly) to higher (max happened to me is 256 atm)

to encode i use the mp3 plugin provided by the package that gnome software tells you to install when you have rpm fusion installed (so probably gstreamer license issues)

i noticed anyway that the system was working fine till i enabled mp3 in sound converter by installing gstreamer ugly...

other formats (like m4a) are working fine and selected output is what you will get...

hope it help...
Comment 4 luca 2017-03-08 11:56:32 UTC
if you need more info just tell me how to do it amd i will be happy to assist you :)
Comment 5 luca 2017-09-17 10:43:15 UTC
someone changed the state to this into "need info"...unfortunately i can only insert my disc, select a quality and then receive a 32 kb quality whatsoever when ripping...if some one could tell me more about how to gather info...
Comment 6 Strangiato 2017-09-17 14:52:07 UTC
just tested on Arch with rhythmbox 3.4.1... I can confirm this problem.
Nautilus properties dialog and VLC player say that the generated file bitrate is 32 Kbps even when I set 192 Kbps in rhythmbox settings.
Comment 7 luca 2017-09-17 16:13:37 UTC
by the way, i have almost the same problem for m4a as m4a cd rip can generate only 112 ksb quality files, (but that's no quality selection here)...need to open a new bug report for that?
Comment 8 Jonathan Matthew 2017-09-18 10:37:43 UTC
I can't reproduce this.
Comment 9 André Klapper 2017-09-18 10:41:45 UTC
Which exact versions of rhythmbox and gstreamer libraries are used?
If you are still on Fedora 25, do you plan to update to 26 soon?
Comment 10 Jonathan Matthew 2017-09-18 11:46:36 UTC
Please also run 'GST_DEBUG=preset:5 rhythmbox -D encode' in a terminal, rip a CD track or two, and attach the output here, and also attach any *.prs files that exist in ~/.local/share/gstreamer-1.0/presets/
Comment 11 luca 2017-09-18 13:42:15 UTC
Created attachment 359985 [details]
gst command

this is the gst command output...i will attach in minutes even the prs file (think there is just the mp3 one)

by the way i am using latest gstreamer codecs with rhythmbox 3.4.1, and since you asked, i upgraded to fedora 26 some day after it was released, but the problem is still the same...
Comment 12 luca 2017-09-18 13:54:03 UTC
Created attachment 359987 [details]
gst encode output

this is the gst command output with 2 tracks encoded...192 kbs was target rate but the result was both 32 kbs
Comment 13 luca 2017-09-18 13:56:46 UTC
Created attachment 359988 [details]
gst prs file for mp3

here it is the prs file...hope it helps...there was even a bak file...you need it?
Comment 14 Jonathan Matthew 2017-09-18 21:06:27 UTC
The output file is 5565671 bytes and the track is 239 seconds long, which comes out to an average bitrate of 186296, ignoring overhead.  How are you measuring the bitrate?
Comment 15 luca 2017-09-19 07:20:45 UTC
Created attachment 360028 [details]
screen from rhythmbox

i am measuring the bitrate with that...as you can see the 2 encoded tracks are 32 kbs (at least for rhythmbox)
Comment 16 Jonathan Matthew 2017-09-19 08:13:51 UTC
OK, can you try some other software (I don't have any particular suggestions, just use something that isn't rhythmbox and preferably something that isn't GStreamer based), and can you attach the first 64kb of one of those files as well?
Comment 17 luca 2017-09-19 09:11:14 UTC
Created attachment 360031 [details]
vlc screen

this is a screen from vlc that should not use gstreamer...and since i don't know how to send only the first 64 kb of the song, here's the entire song...maybe it's useful...

http://jollacommunity.it/cloud/index.php/s/qEkbyu9sGQL2nB4
Comment 18 Jonathan Matthew 2017-09-19 09:46:02 UTC
Thanks.  Looking more closely at the file, it shows that the first 10 or so frames are encoded at 32kbps, but everything after that is encoded at a reasonable bitrate, so rhythmbox and gstreamer appear to be behaving properly here.
Comment 19 luca 2017-09-19 11:41:52 UTC
ok...so they are 192 kbs?and how to have players recognize them as proper bitrate? (eg 192 kbs)
Comment 20 André Klapper 2017-09-19 14:06:19 UTC
There is no "proper" bitrate. There is no one "proper" bitrate as the file uses several bitrates. You might argue that the bitrate used the most is "proper", I might argue that the first bitrate used is "proper". Hence nothing to fix.
Comment 21 luca 2017-09-19 14:30:47 UTC
yes but in this case, why this appens only after gst ugly is installed? (this serve for soundconverter to convert in mp3),because before installing that plugin, a disc ripped in 192 kbs resuts in 192 kbs files, and what's the point on selecting a constant bitrate if there's no proper bitrate?and why not everyone have this pro lem?
Comment 22 Jonathan Matthew 2017-09-19 21:34:38 UTC
I don't know.  There's nothing I can do to help you with that.
Comment 23 Jonathan Matthew 2017-12-28 23:10:34 UTC
*** Bug 791961 has been marked as a duplicate of this bug. ***