Unable to edit profiles in Preferences / Format / Output Format / Edit Profiles / Profiles:

Hi again,

 Looks very much as if this is a known problem:

https://bugs.launchpad.net/ubuntu/+source/gnome-media/+bug/84007

 if so my apologies!

              Andrew

i did all that you and the system suggested but in my case the mp3 profile never gets added and the system keeps freezing

Can confirm this behaviour in Gutsy so far. I think this is _not_ related to the bug (no. 84007) mentioned above. (That was more an error in the GUI, where you had to close the profiles list, before you were able to edit a before selected profile. This is fixed with some updates in feisty later and fixed in Gutsy. Though it happens still when you want click the Help Icon in one of these dialogues.)

However, here the problem is a very strange behaviour not in the profiles list, but that profiles won't show up and can't be selected though they exist and are saved. I got in touch with this bug while editing the default mp3-profile (which only do 128kbps, this shouldn't be standard, btw). It also happens when creating a new second mp3-profile. (All proper codecs installed.)

In gutsy I can reproduce this every time, when using to "xingmux" option. Also with "xingheader" (which is mentioned to be broken when running "gst-inspect lame"). But "xingmux" also seems to be broken. To make it short: When using one of these 2 options, your profile gets saved, you can click the activate checkbox, all works, but it _will not_ show up at the end in the sound-juicer end dialog.

Try editing the default mp3 profile or making a new one without "xingmux" or "xingheader" works fine at every time.

The big problem at the end is, that both options won't work, because seems to be broken and profiles don't appear. But without tag data (especially information about the track length gets totally wrong). But this is another bug (https://launchpad.net/sound-juicer/+bug/64905)

It happens often that these bugs get mixed up, also with the old fixed bug in feisty with this strange behaviour in the GUI. Hopefully gstreamer-apps will work properly again in hardy LTS.

I am having the same problem.

Running Gutsy

Sound Juicer 2.20.1

Can someone confirm exactly the following behaviour?

1.) Open sound-juicer
2.) open Edit > Settings/Preferences > Change audio profiles...

(NOTICE: The menu which opens now, is " gnome-audio-profiles-properties ". It's not a sound-juicer specific settings box)

3.) make 2 new testprofiles, e.g. mp3withmux and mp3withoutmux
for the first (with xingmux):
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc preset=1001 ! xingmux ! id3v2mux

for the second:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc preset=1001 ! id3v2mux

optional make a third when you have proper ffmpeg-packages installed (ffmux workaround):
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc preset=1001 ! ffmux_mpeg ! id3v2mux

For all these enter a description and check that filename ending is declared as mp3
and check that the checkbox in the bottom left corner is set to "Active".

OK, fine. You will now have these 2 or 3 new profile in your gnome-audio-profiles-properties box. There are shown correctly and have been made active. (If you want you can even check this with gconf-editor simply search for "pipeline").

4.) Now leave the menu which brings you back to sound-juicer settings. Leave this menu also. And to be sure restart sound-juicer once.

5.) Now just > Edit > Settings/Preferences
This time do not click on "change audio profiles" (which woul lead to the audio-profiles-menu).
Because we've already done
we now want to select one of the new profiles by selecting it in the "Format"-section in the sound-juicer-specific (!) dialogue...

6.) Ooops, you will see, that only the profile without xingmux will appear in this selection. Perhaps the one with ffmux will also be available.

CONCLUSION:
In sound-juicer you will NOT be able to select a profile which includes "xingmux" in any way. Though strange, that it appears with no errors in gnome-audio-profiles-properties

Second, the profile/pipeline with ffmux_mpeg will make sometimes correct mp3 information. But also very often totally wrong length information.

The one without ffmux and without xingmux will create most often corrupt mp3 meta tags.

These mp3s are shown totally wrong (concerning the length) in totem, nautilus, rhythmbox and (with the worst effect) in serpentine. Serpentine takes these wrong lengths and you will be happy to get nearly ten songs on a 80min CD.

POSSIBLE WORKAROUND:
Forget about VBR for a while and try pipelines with CBR settings. Though this can be annoying.

It's sad but mp3 still is "standard" for most people. Good quality VBR-mp3s are mostly needed for portable players, usb-sticks etc, party CDs and so one.

The wrong metafiles affecting standard apps like rhythmbox, totem, nautilus and serpentine and won't let them work correctly.

Though mp3 can't be supported officially by ubuntu, let's hope, that this will get fixed till hardy. :-)

uh, sorry, in my example pipelines above, don't get confused with the preset options. Maybe if these are using CBR, then lengt might be correct. Change these pipelines as the following:

1.) withxingmux:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr=4 vbr-quality=0 ! xingmux ! id3v2mux

2.) withoutxingmux:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr=4 vbr-quality=0 ! id3v2mux

3.) withffmux:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr=4 vbr-quality=0 ! ffmux_mpeg ! id3v2mux

I have updated Bug #178652 with my info regarding what seems to be the same problem. I am unable to test the pipelines you ask for here because the profile manager doesn't seem to be making any changes to the active profile list at all.

Unmarking as a duplicate of bug 84007. That bug has been fixed already. Is this one still a problem? Also, this bug appears to be extinct, as noted in comment 3. If this really is a dup, my apologies. Duping it just appeared random to me.

Oops... replace "extinct" above with "distinct."