The current stable ebuild of sound-juicer doesn't pull in the necessary packages to encode mp3 files with standard mp3 encoding profile in sound-juicer. For this profile to work it is necessary to merge media-plugins/gst-plugins-taglib or media-plugins/gst-plugins-lame manually. Those packages should be pulled in via USE flags when emerging sound-juicer. Reproducible: Always Steps to Reproduce:
Created attachment 139387 [details] ebuild with taglib and lame USE flags
I also had this issue. Emerging gst-plugins-lame didn't help, but emerging gst-plugins-tablib did. There is a forum thread about this issue: http://forums.gentoo.org/viewtopic-t-603785-highlight-.html
(In reply to comment #2) > I also had this issue. Emerging gst-plugins-lame didn't help, but emerging > gst-plugins-tablib did. There is a forum thread about this issue: > > http://forums.gentoo.org/viewtopic-t-603785-highlight-.html > Thanks. I've read the thread. But my proposal was intended to solve the discussed issue via a new ebuild. Maybe an additional einfo should be added to the ebuild telling the user, which USE flags to set to encode mp3 files.
We've added taglib as a dependency of gst-plugins-meta under the tagwriting useflag. Closing Fixed. Thanks
Bleh, I got confused with rhythmbox... Maybe there *should* be a tagwriting flag on gst-plugins-meta... @herd, what do you guys think?
(In reply to comment #5) > Bleh, I got confused with rhythmbox... > > Maybe there *should* be a tagwriting flag on gst-plugins-meta... @herd, what do > you guys think? Absolutely disagree. gst-plugins-meta should not be a place where to dump USE flags for plugins that just a couple gstreamer using applications need
well tagwriting support is codec dependant anyway so you'll still end up with a use flag hell.
hum correction s/codec/container/.
(In reply to comment #8) I understand that we don't want to clutter up gstreamer or its plugins with extra USE flags of very limited use. But how about enhancing this warning in the sound-juicer ebuild ewarn ewarn "If ${PN} does not rip to some music format, please check your" ewarn "USE flags on media-plugins/gst-plugins-meta" ewarn to ewarn ewarn "If ${PN} does not rip to some music format, please check your" ewarn "USE flags on media-plugins/gst-plugins-meta" ewarn ewarn "If you want ${PN} to rip to mp3, please emerge both" ewarn "gst-plugins-taglib and gst-plugins-lame"
Created attachment 173845 [details] ound-juicer-2.22.0-r1.ebuild update
sound-juicer without appropriate gst-plugins can't use some enabled audio format. in my system i have USE="mp3 lame ecc" but without dependency that install gst-plugins-lame, the audio profile "CD with lose - mp3" cannot work.
(In reply to comment #6) > (In reply to comment #5) > > Bleh, I got confused with rhythmbox... > > > > Maybe there *should* be a tagwriting flag on gst-plugins-meta... @herd, what do > > you guys think? > > Absolutely disagree. gst-plugins-meta should not be a place where to dump USE > flags for plugins that just a couple gstreamer using applications need > Why not? From my point of view, I think that would be ok adding mp3 USE flag to gst-plugins-meta (maybe the same for "aac"), this way, apps supporting it would "automagically" being able to handle such files. Whats is the problem? Thanks :-)
I needed the USE taglib for other ebuild, so after seeing this I dropped the USE lame in there too. Maybe I can convert Jokosher at some point to this.. and exaile is still missing loads. Anyway, this should be closed with this.
*** Bug 311651 has been marked as a duplicate of this bug. ***
