GNOME Bugzilla – Bug 352195
Convert mp3 with a sample rate of 22kHz
Last modified: 2006-09-06 13:32:45 UTC
I have an audio file whose type is "MPEG 2 Layer 3 CBR" instead of the usual type "MPEG 1 Layer 3 CBR". I choose it to make an audio-CD with Serpentine but when I try to record I get a fail in the file conversion. I suppose this is a bug of GStreamer because I also get an error with a Gnome application like Graveman. Finally, I have done it with K3b, so it is not a problem of my audio file. I am using Ubuntu Dapper and I have installed all gstreamer-0.10 packages. Perhaps I need another package to be installed.
Do you have the Fluendo MP3 decoder installed (gstreamer0.10-fluendo-mp3)? There's an 'unofficial' extension to the mpeg spec 'MPEG-2.5' that we haven't had time to implement yet, and so the decoder errors out on those files. If that's the case, removing the Fluendo MP3 plugin and installing the MAD based decoder instead will fix the problem.
I have uninstalled 'gstreamer0.10-fluendo-mp3' and installed 'gstreamer0.8-mad' but it still doesn't work. Anyway, if you say that the extension is coming, this bug has no reason to be. Thanks.
> I have uninstalled 'gstreamer0.10-fluendo-mp3' and installed 'gstreamer0.8-mad' > but it still doesn't work. You need to install gstreamer0.10-mad and/or gstreamer0.10-plugins-ugly. GStreamer-0.8 packages won't help (won't do any harm either, but they'll just be ignored by GStreamer-0.10 applications). Closing bug as NOTGNOME, since this is a fluendo decoder issue if I understand correctly (it is tracked here: https://core.fluendo.com/gstreamer/trac/ticket/8). Please re-open or let us know if things don't work with gstreamer0.10-mad either.
OK, thanks. No, things don't work with gstreamer0.10-plugins-ugly either. This package installs the libraries 'libgstmad.so' and 'libgstmpeg2dec.so', so I suppose it should work. Where should I have to reopen the bug?
> OK, thanks. No, things don't work with gstreamer0.10-plugins-ugly either. This > package installs the libraries 'libgstmad.so' and 'libgstmpeg2dec.so', so I > suppose it should work. Where should I have to reopen the bug? What's the output of the following commands (you might need to install the gstreamer0.10-tools package): $ gst-inspect-0.10 mad | grep Version $ gst-inspect-0.10 flump3dec | grep Version $ gst-inspect-0.10 audioresample | grep Version Do any of these commands play your .mp3 file: $ gst-launch-0.10 filesrc location=foo.mp3 ! mad ! audioconvert ! audioresample ! autoaudiosink $ gst-launch-0.10 playbin uri=file:///path/to/foo.mp3 ? (if not, what's the error message they show?) Also, could you run serpentine from the command line like this: $ GST_DEBUG=*:2 serpentine 2>dbg.log and then reproduce the error and quit and attach the dbg.log file?
Created attachment 72083 [details] Debug log for serpentine
(In reply to comment #5) > $ gst-inspect-0.10 mad | grep Version 0.10.3 > $ gst-inspect-0.10 flump3dec | grep Version 0.10.2 > $ gst-inspect-0.10 audioresample | grep Version 0.10.7 > Do any of these commands play your .mp3 file: > > $ gst-launch-0.10 filesrc location=foo.mp3 ! mad ! audioconvert ! > audioresample ! autoaudiosink > $ gst-launch-0.10 playbin uri=file:///path/to/foo.mp3 Yes, both work. > Also, could you run serpentine from the command line like this: > > $ GST_DEBUG=*:2 serpentine 2>dbg.log > > and then reproduce the error and quit and attach the dbg.log file? Of course :) I attach it. It says something about an error because the file is not a RIFF stream. Thanks!
Thanks for the details. This looks similar to bug #342789 (the fix for this should be in the latest ubuntu dapper updates though). Could you create another log file, this time like this: $ GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:5 serpentine 2>dbg.log $ bzip2 dbg.log
Created attachment 72136 [details] Debug log for Comment #8
Thanks for the log. Highlight: gst_base_transform_setcaps:<audioconvert0> transform could not transform audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)22050, channels=(int)2 in anything we support My guess is that serpentine does not plug an 'audioresample' element for sample rate conversion in its conversion pipeline, => moving to Serpentine
As of version 0.7 Serpentine does plug the 'audioresample' element, just have a look at the 'source_to_wav' function[1]. Which version are you using? [1] - http://svn.berlios.de/viewcvs/serpentine/tags/serpentine-0.7/serpentine/audio.py?view=markup
Dapper has 0.6.91-0ubuntu3
Could you try out 0.7?
OK, solved in 0.7 :) PD: I have never compiled a thing so easily. I suppose these are the wonders of Python ;)