[SOLVED] All I want is to burn a CD

STDOUBT · 06-11-2010, 08:13 AM

Actually, all I want is to burn a cd on Slackware!!!

Using slackware64 13.1, multilib-enabled, tons of multimedia libs, etc. installed from SBo.

I have mp3s I want to make into an audio CD. I have no KDE. xfburn tells me:

Code:

MPEG-1 Layer 3 (MP3) decoder is missing.

You do not have a decoder installed to handle this file.
Probably you need to look at the gst-plugins-* packages
for the necessary plugins.

...So I try to install gst-plugins-ugly but the SlackBuild fails as well as the straight compiling the source from the project's home page :-(

Code:

/usr/lib/libgobject-2.0.so: could not read symbols: File in wrong format
collect2: ld returned 1 exit status
make[3]: *** [libgstmad.la] Error 1
make[3]: Leaving directory `/home/dimm/multimedias/gst-plugins-ugly-0.10.15/ext/mad'
make[2]: *** [mad] Error 2
make[2]: Leaving directory `/home/dimm/multimedias/gst-plugins-ugly-0.10.15/ext'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/dimm/multimedias/gst-plugins-ugly-0.10.15'
make: *** [all] Error 2

The "gst-plugins-bad" SlackBuild installed fine... and .ogg, .flac, and .wav are all accepted by xfburn.

/usr/lib64/libgobject-2.0.so and
/usr/lib/libgobject-2.0.so appear to be present on the system.

Somebody throw me a clue!

samac · 06-11-2010, 08:39 AM

mp3 is handled by lame, do you have that installed?

samac

SeRi@lDiE · 06-11-2010, 08:52 AM

Try looking in to this..

http://humanreadable.nfshost.com/sdeg/multimedia.htm

Also the salix-codecs-installer should work.

Richard Cranium · 06-11-2010, 09:25 AM

Quote:

Originally Posted by STDOUBT

...So I try to install gst-plugins-ugly but the SlackBuild fails as well as the straight compiling the source from the project's home page :-(

Code:

/usr/lib/libgobject-2.0.so: could not read symbols: File in wrong format

You see that when a 64-bit environment is attempting to use a 32-bit shared library. I don't use multilib so I cannot help you, but those who do should be able to help.

BCarey · 06-11-2010, 10:06 AM

Try setting ARCH=x86_64 before running the SlackBuild.
Brian

pg99 · 06-11-2010, 11:06 AM

your post subject is pretty misleading, since your problem is really that you can't compile the gst-plugins which a program that's not part of stock slackware requires. If all you want to do is burn a CD on slackware you could just use sox to convert your mp3s to cdda and then cdrecord to burn - both are part of a standard slackware install.

H_TeXMeX_H · 06-11-2010, 11:37 AM

Quote:

Originally Posted by pg99

your post subject is pretty misleading, since your problem is really that you can't compile the gst-plugins which a program that's not part of stock slackware requires. If all you want to do is burn a CD on slackware you could just use sox to convert your mp3s to cdda and then cdrecord to burn - both are part of a standard slackware install.

Yeah, that's what I was gonna say, but I'm betting a GUI solution is wanted instead. If not, I'll post the commands.

STDOUBT · 06-11-2010, 05:30 PM

Thanks for the replies, all, and thanks to you pg99 for understanding my newbish error. I had no idea stock Slackware could accomplish mp3-to-CD audio.
H_TeXMeX_H, I would greatly appreciate some command line examples for use of sox. The man page was only a bit helpful.
FWIW, I ran sox on a group of mp3s and it wrote them all into one big file. I don't require a GUI solution, though I wouldn't reject one either.
I eventually would like to make xfburn handle the mp3s to audio cd conversion/burn.

H_TeXMeX_H · 06-12-2010, 11:28 AM

Ok here's what I would do:

Code:

sox input.mp3 -b 16 -c 2 -s -r 44100 output.wav
normalize -m *.wav
cdrecord dev=/dev/cdrw -audio -pad *.wav

For the sox command you can run it in a loop to do all the mp3s in this directory:

Code:

for i in *.mp3; do sox "$i" -b 16 -c 2 -s -r 44100 "$(basename "$i" .mp3).wav"; done

If sox doesn't have mp3 support you can use lame instead:

Code:

lame --decode input.mp3 output.wav

But, you still may need to run sox to make the file CDDA compliant, i.e. 16-bit 2-channel signed int at 44100 Hz.

disturbed1 · 06-12-2010, 12:07 PM

Besides sox and lame, madplay and mpg123 can also decode mp3 streams to wav. Madplay has --output=[TYPE:]PATH with TYPE being cdda (and others). Audacious or xmms with the file writer plugin. But all that's a bit much IMO. Graveman is another burning application that uses stock Slackware applications. Many ways to skin a cat, choose the one you like

For your gstreamer problem, re-attempt to install gst-plugins-ugly, double check the arch and libdir settings. Your error message shows it's attempting to link to libraries in /usr/lib. In gstreamer land, mp3 encoding is handled by lame, while decoding is handled by mad.

Code:

gst-inspect mad
Factory Details:
  Long name:    mad mp3 decoder
  Class:        Codec/Decoder/Audio
  Description:  Uses mad code to decode mp3 streams
  Author(s):    Wim Taymans <wim@fluendo.com>
  Rank:         secondary (128)

Plugin Details:
  Name:                 mad
  Description:          mp3 decoding based on the mad library
  Filename:             /usr/lib64/gstreamer-0.10/libgstmad.so
  Version:              0.10.14
  License:              GPL
  Source module:        gst-plugins-ugly
  Binary package:       GStreamer Ugly Plug-ins source release
  Origin URL:           Unknown package origin

Code:

gst-inspect lame
Factory Details:
  Long name:    L.A.M.E. mp3 encoder
  Class:        Codec/Encoder/Audio
  Description:  High-quality free MP3 encoder (deprecated)
  Author(s):    Erik Walthinsen <omega@cse.ogi.edu>, Wim Taymans <wim@fluendo.com>
  Rank:         marginal (64)

Plugin Details:
  Name:                 lame
  Description:          Encode MP3s with LAME
  Filename:             /usr/lib64/gstreamer-0.10/libgstlame.so
  Version:              0.10.14
  License:              LGPL
  Source module:        gst-plugins-ugly
  Binary package:       GStreamer Ugly Plug-ins source release
  Origin URL:           Unknown package origin

---edit---

You can script H_TeXMeX_H's sox method as a custom action with Thunar or Rox-Filer.

pg99 · 06-12-2010, 01:28 PM

Nohthing much to add to this except to say that I usually let sox output straight to CDDA format - sox knows to adjust sample-rates etc as needed, so no other options are necessary. Simple as

Code:

for i in *.mp3;do sox "$i" "$(basename "$i" .mp3).cdda";done

Then cdrecord will happily accept cdda files instead of wav.

H_TeXMeX_H · 06-12-2010, 02:17 PM

Quote:

Originally Posted by pg99

Nohthing much to add to this except to say that I usually let sox output straight to CDDA format - sox knows to adjust sample-rates etc as needed, so no other options are necessary. Simple as

Code:

for i in *.mp3;do sox "$i" "$(basename "$i" .mp3).cdda";done

Then cdrecord will happily accept cdda files instead of wav.

Thanks, that's cool, I didn't know it could do that, I've always just specified the specs myself.

dugan · 05-05-2011, 10:00 PM

Old thread, but a useful one. Here's how I would do it, to end up with a gapless audio CD:

Code:

find *.mp3 -exec sox {} `basename {} .mp3`.cdda \;
for file in *.cdda; do echo "TRACK AUDIO" >> toc; echo "FILE \"$file\" 0" >> toc; done
cdrdao write toc
mplayer cdda://1

The last line tests.