Lame Segmentation fault in FC5 encoding from wav to mp3
FedoraThis forum is for the discussion of the Fedora Project.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Lame Segmentation fault in FC5 encoding from wav to mp3
Some scripts that I used to use seem to be broken. and the reason appears to be a lame error. Nothing has changed with my scripts since bringing them from my fedora core 3 box. The wav files are created and can be played back correctly. When I attempt to run the following command I get a "segmentation error" which results in lame not encoding anything to the target mp3 file.
$ lame -h filename.wav filename.mp3
I read in another post that simply uninstalling and re-installing lame will fix this problem. Unfortunately because of all of the dependancies that I have this is not an option for me.
Is anyone else experiencing this problem and know of a solution?
I am running a Mythbox on the system and I'm afraid to break the entire mythsuite by doing this. When I checked the dependancies with yum it indicated that my entire mythsuite was dependant on lame and would be deleted if I removed lame. I would hate to ruin my perfectly installed mythtv system over something like lame.
If I run a rpm -e lame followed by a rpm -i lame will that break all of the dependacies that exist?
Also, I'm skeptical about the unistall - Reinstall fix. It doesn't really make alot of sense to me. Why would that fix anything?
Well i tried the rpm -e lame and this is the result.
Quote:
$ rpm -e lame
error: Failed dependencies:
libmp3lame.so.0 is needed by (installed) mplayer-1.0-52_pre7try3.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) transcode-1.0.2-25.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) libavutil49-0.4.9-14_cvs20060301.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) libavcodec51-0.4.9-14_cvs20060301.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) libmyth-0.19-128.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) mythtv-frontend-0.19-128.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) mythdvd-0.19-124.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) mythmusic-0.19-124.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) mythbrowser-0.19-124.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) mythtv-backend-0.19-128.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) libavformat50-0.4.9-14_cvs20060301.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) libpostproc51-0.4.9-14_cvs20060301.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) ffmpeg-0.4.9-14_cvs20060301.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) libquicktime-0.9.8-15.rhfc5.at.i386
libmp3lame.so.0 is needed by (installed) mythtv-setup-0.19-128.rhfc5.at.i386
lame is needed by (installed) libmyth-0.19-128.rhfc5.at.i386
Sorry in my last post I did not see that you suggested to re-install a livna version of lame. Is that know to fix some problems from the core version. I notice that the atrpm fedora version is lame-3.96.1-10.rhfc5.at.i386.rpm and the livna version is lame-3.96.1-6.lvn5.i386.rpm6c. Am I breaking my dependancy tree by doing this?
Thanks for the Tip macemoneta but I don't want to break my dependancies over lame. What I have decided to do is switch over to oggenc until I can find the solution to the problem.
Distribution: Fedora x86 and x86_64, Debian PPC and ARM, Android
Posts: 4,500
Rep:
I'm curious... How do you think you will resolve a software bug, without replacing the software?
As long as you re-install lame after removing it, no dependecies should be broken. In general, rpms are built with '>=' revision checks, so that later software can be used. If the MythTV rpms are not built that way (without a very good reason), then you can open a packaging bug with the project.
You can verify your dependencies are OK with:
package-cleanup --problems
If you don't have that installed:
yum -y install yum-utils
Note that even a pristine FC5 install comes with some dependency errors.
Thanks for holding my hand through this one. Simply removing and installing the exact same package from ATrpms did the trick. I didn't even need to do anything else it just worked afterwards.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.