GNOME Bugzilla – Bug 675477
lamemp3enc: add a specific default MP3 preset
Last modified: 2015-06-13 22:42:32 UTC
Please ship the attached MP3 preset. Contents: [_presets_] element-name=GstLameMP3Enc version=0.10.36 [12:04-default] name=lamemp3enc perfect-timestamp=false hard-resync=false tolerance=40000000 target=Quality bitrate=192 cbr=false quality=2 encoding-engine-quality=Standard mono=false The variable bitrate settings as can be seen is at quality level 2 which should average at around 192 kbit/sec. IMO I think in this day and age with internet speeds attainable today that is acceptable.
According to one of our users including perfect-timestamp=true in the above .prs makes for better performance across all devices.
If you set quality as target you don't have to set a bitrate at all, it has no effect. What are the reasons for setting hard-resync and tolerance in the preset? What's the improved performance that was reported by one of your users by using perfect-timestamps=true?
Also, could you attach a "git format-patch" style patch against gst-plugins-ugly for this?
> What's the improved performance that was reported by one of your users by using perfect-timestamps=true? As it turns out none really. It first appeared that it allowed RB mp3 encodes to show accurate times in some other players like audacious, more testing showed almost no RB mp3 encodes will show proper track times in most players inc. RB itself! Ironically only banshee will show the correct track time from RB mp3 encodes
Is xingmux used after lamemp3enc?
What seems to be the issue here with getting done? RB 2.97 in Ubuntu has the custom settings option for both mp3 & vorbis. Selecting it creates the proper ~/.gstreamer-0.10/presets/*.prs's Only one small issue - There is no "preset=<whatever> line in /usr/share/rhythmbox/rhythmbox.gep so the whole deal is currently worthless! requested for ubuntu was preset=rhythmbox-custom-settings. It really shouldn't be this hard to help your users out.
Note that applications can just ship their own GStreamer presets in addition to what we ship upstream, and then use gst_preset_set_app_dir() to point GStreamer to those presets. That way they don't have to wait for us to add something.
It seems there's no reason to keep this open since the presets can be shipped by apps. Closing this as there's no movement anyway.