Can't rip mp3 with kio slave or K3b - libsndfile error

[LewsTherinTelemon]

I am unable to rip from CD to .mp3 using pretty much any tool.

Dolphin / Konqueror auidiocd:// KIO slave shows the mp3 folder, but when you move the tracks you get:

Could not read some_song.mp3: encoding failed
WARNING: libsndfile may ignore -r and perform fseek's on the input.
Compile without libsndfile if this is a problem.

I'm running 11.3 (KDE 4.4.4) with K3B 2 from Packman (with the k3b 2 codec package) and K3B fails as does the KIO slave method above.

Lame version is: lame-3.98.4-2.pm.4.1.x86_64

Restricted multimedia formats packages are installed from Restricted formats/11.3 - openSUSE Community Wiki

Alsa works great otherwise, I have no sound issue, etc. - just can't rip anything to mp3

Seems like I'm not the only one who has had this problem, there are a few posts here on the Suse Forum, and others elsewhere, but the resolution seems to be nebulous at best. Sometimes lame 3.98 from packman works for some guys, other times not, etc.

Any suggestions on how I might get this working?

Cheers,
Lews Therin


Refs:

https://bugs.kde.org/show_bug.cgi?id=230026

https://features.opensuse.org/311031

Unable to rip an audio cd into mp3's using 11.2 - opensuse.opensuse.org - ArchiveOrange

[jdmcdaniel3]

I would ask that you do a few things. One is to run the mmcheck bash script file and let us know of anything it might be looking for that is missing. Do keep in mind the latest revamping of Packman as more than one repository may need to be added these days, but missing files are still important to know.

MultiMedia Checker or mmcheck - Check Your openSUSE MultiMedia Setup in Just 16 Steps

Next, as an openSUSE 11.3 user, you should be able to download and install Asunder. This one file absolutely worked the best for me to rip Audio CD's to MP3 files. Please give this application a try out.

Any one that has more than one optical drive installed needs to understand about drive naming conventions and the selection of /dev/dvd and /dev/cdrom. Here is a write up I have on this subject.

Multimedia Optical Drive Naming (ie /dev/dvd & /dev/cdrom) Howto in opneSUSE

I must say that short of an actual hard ware problem with your optical drive, or a lot of dust sucked into the drive, both of which does happen more often than you would think, one of the choices above will point you to the software problem you are having.

Thank You,

[LewsTherinTelemon]

Hi there,

Thanks for the suggestions. Sadly, though that did not resolve it.

The script was pretty cool - helpful tool. However, I had the the required packages and everything looks fine.

I tried Asunder - it just hangs with no messages whatsoever to std out or error.

Thanks for the info on optical device names - I have only one otical device and it is recognized correctly by all applications. Drive is about 2 months old and works flawlessly.

This error is rather annoying - and I can see from Google results it is far from uncommon. Perhaps it will be fixed in the upcoming 11.4

Rather sad though really - ripping mp3's used to be pretty simple - it just worked. The KDE kio slave was so easy to use. Seems like guys are having this same trouble, not just with Suse but other distros as well. Unfortunatly, I don't see there is too much to go on here - - which is likely why it has not been resolved yet.

Cheers,
Lews Therin

[keellambert]

Hi LewsTherinTelemon,

The package that works best for me is jRipper both on openSUSE11.3 and 11.4 RC1.
Info from current install is (11.4 RC1) :- (Make sure all dependencies are met!)

Provides:
jRipper = 1.02-0.pm.1.3

Requires:
/bin/sh
jpackage-utils
flac
faac
faad2
lame
vorbis-tools
jgoodies-looks2
cdda2wav
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadIsLzma) <= 4.4.6-1
java >= 1.6

Regards,
Michael

[LewsTherinTelemon]

Hi Michael,

Thanks for the suggestion on Jripper - I'll check it out.

I found the solution to this problem, and what do you know - the original error message did indeed show the problem, though that being the case I don't see how the 64-bit version of lame in Packman works for anyone:

Original error when using K3B or audiocd://

Could not read some_song.mp3: encoding failed
WARNING: libsndfile may ignore -r and perform fseek's on the input.
Compile without libsndfile if this is a problem.

I downloaded and compiled the latest version of lame from Sourceforge - which is the same version as the one I had from Packman - 3.98.4. The version I compiled, specifying no additional options, allows ripping of mp3 files no problem.

Running ldd on the packman binary, and the one I compiled, show that the pm one is indeed compiled with libsndfile

Callandor:~ # ldd /usr/bin/lame*
/usr/bin/lame:
linux-vdso.so.1 => (0x00007fff563ff000)
libncurses.so.5 => /lib64/libncurses.so.5 (0x00007fc9202d2000)
libm.so.6 => /lib64/libm.so.6 (0x00007fc92007b000)
libc.so.6 => /lib64/libc.so.6 (0x00007fc91fd1b000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fc91fb17000)
/lib64/ld-linux-x86-64.so.2 (0x00007fc920527000)

/usr/bin/lame-pm:
linux-vdso.so.1 => (0x00007fff9cfff000)
libmp3lame.so.0 => /usr/lib64/libmp3lame.so.0 (0x00007f84c6fc3000)
libncurses.so.5 => /lib64/libncurses.so.5 (0x00007f84c6d6e000)
libsndfile.so.1 => /usr/lib64/libsndfile.so.1 (0x00007f84c6b07000)
libm.so.6 => /lib64/libm.so.6 (0x00007f84c68b0000)
libc.so.6 => /lib64/libc.so.6 (0x00007f84c6550000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f84c634c000)
libFLAC.so.8 => /usr/lib64/libFLAC.so.8 (0x00007f84c60fc000)
libvorbisenc.so.2 => /usr/lib64/libvorbisenc.so.2 (0x00007f84c5d21000)
/lib64/ld-linux-x86-64.so.2 (0x00007f84c723f000)
libogg.so.0 => /usr/lib64/libogg.so.0 (0x00007f84c5b1a000)
libvorbis.so.0 => /usr/lib64/libvorbis.so.0 (0x00007f84c58ed000)

Perhaps under certain circumstances the 64-bit version from Packman might work for some people, but I don't really see how given the above. I'd like to know if anyone has the Packman version, linked to libsndfile, actually working.

Cheers,
Lews Therin

[jdmcdaniel3]

Here is the output of this command under openSUSE 11.4 RC2 for comparison.

ldd /usr/bin/lame*
        linux-vdso.so.1 =>  (0x00007fff533ff000)
        libmp3lame.so.0 => /usr/lib64/libmp3lame.so.0 (0x00007f611b1e5000)
        libncurses.so.5 => /lib64/libncurses.so.5 (0x00007f611af90000)
        libsndfile.so.1 => /usr/lib64/libsndfile.so.1 (0x00007f611ad28000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f611aad1000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f611a764000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f611a560000)
        libFLAC.so.8 => /usr/lib64/libFLAC.so.8 (0x00007f611a311000)
        libvorbisenc.so.2 => /usr/lib64/libvorbisenc.so.2 (0x00007f6119e42000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f611b461000)
        libogg.so.0 => /usr/lib64/libogg.so.0 (0x00007f6119c3b000)
        libvorbis.so.0 => /usr/lib64/libvorbis.so.0 (0x00007f6119a0e000)

Let me say three things. First off, I am very happy you were able to fix your problem. Also, no matter your best intentions, things can get corrupted on your PC due to no fault of your own which can create some odd problems. Finally, Packman has been under reorganization for some time (like many weeks) and there has been missing dependencies and invalid dependencies on their repository which has caused all sorts of additional issues. I personally would be more than willing to put this original problem off on Packman. But of course, it is hard to know for sure.

Thank You,

[Lord_Emsworth]

I am unable to rip from CD to .mp3 using pretty much any tool.

Dolphin / Konqueror auidiocd:// KIO slave shows the mp3 folder, but when you move the tracks you get:

Could not read some_song.mp3: encoding failed
WARNING: libsndfile may ignore -r and perform fseek's on the input.
Compile without libsndfile if this is a problem.

Now, that you mention it. Turns out I have the same problem, even on two different machines.

Luckily, I generally rip to FLAC anyway, which works great.

[bearymore]

I downloaded and compiled the latest version of lame from Sourceforge - which is the same version as the one I had from Packman - 3.98.4. The version I compiled, specifying no additional options, allows ripping of mp3 files no problem.

I had precisely the same problem. I too download the sources, compiled with no options, and the problem was solved.

[nzlbob23]

or install the vlc version from the opensuse vlc repo as that works.

After doing some reading around this might be a Packman packaging problem which has been raised with them https://bugzilla.novell.com/show_bug.cgi?id=631269

[gerrygavigan]

or install the vlc version from the opensuse vlc repo as that works.

Thank you for this - I had the same problem on 11.4 (but a working, presumably older, version on 11.3) and your solution solved all.