grip rips and encodes mp3 but xmms will not play it
Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
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.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
grip rips and encodes mp3 but xmms will not play it
Hello,
Recenly on the advide of the fedora core 1 update agent I updated grip, and subsequently when I rip and encode a mp3 that mp3 has a size of 4.0k and wont play in xmms.
So I did a rpm --erase on grip and resinstalled the older version. Now grip does appear to rip a sizeable mp3 of 4.7M. Alas xmms still refuses to play it, but will play the hundereds of mp3 I ripped prior to updating grip.
Has anyone else had this problem?
Here is the verbose output if that helps:
Using config file [.grip]
Drive status is 4
Checking for a new disc
Drive status is 4
Drive status is 4
CDStat found a disc, checking tracks
We have a valid disc!
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Column/Button: 2/1
Drive status is 4
Drive status is 4
In CalculateAll
We aren't ripping now, so let's zero encoding values
Total rip size is: 51381792
Total enc size is: 4662185
In RipNextTrack
First checked track is 1
Ripping away!
Ripping track 1 to /home/markhod/mp3/santana/abraxas_bonus_tracks/singing_winds_crying_beasts.wav
Calling CDPRip
Rip finished
Added track 1 to encode list
Enc track 1
1: Encoding to /home/markhod/mp3/santana/abraxas_bonus_tracks/singing_winds_crying_beasts.mp3
Rip partial 0 num wavs 1
Next track is 12, total is 12
Check if we need to rip another track
In RipNextTrack
First checked track is 13
Ripping is finished
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Finished encoding on cpu 0
Deleting [/home/markhod/mp3/santana/abraxas_bonus_tracks/singing_winds_crying_beasts.wav]
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Drive status is 4
Also when xmms tries to play this mp3 it has constant flipping between stereo and mono and the bit rate keeps changing which suggests xmms cant understand what this particular mp3 is perhaps.
are you able to play the newly ripped mp3 with any other player??? perhaps there is a problem with the encoding/ its makeing a file that claims to an mp3 but really is still in cd audio format
If this sounds incredably dumb then it might be,
I never claimed to know anything about grip or how it works
I just took a guess is all
Okay, try compiling xmms from source, also, try going to the version of grip that worked for you, or compiling from source. I've noticed that sometimes the packages that ship with distros are too good, especially xmms (I had a problem with the mandrake package, as sometimes it would play and sometimes it wouldn't, but compiling from source helped out.). So see what happens when you try to switch versions or compile from source.
I highly reccomend getting the vorbis tools and using oggenc to encode the raw wave files into ogg format instead. There are liscensing issues with mp3 format, specifically the fact that people are supposed to pay the creator royalties everytime they make one and if he ever somehow decides to enforce that then many people are screwed. I use OGG because it's not mainstream too, since I don't like most of the mainstream crap unless OGG format and such would become mainstream.
The solution was to encode the mp3 in mpeg1 format and NOT mpeg 2 format which xmms apparently cant understand. This can be done by selecting the lame encoder in grip.
My problem is nothing to with that. I already have the version of xmms that plays mp3's. The issue is that this version of xmms requires the mp3 to not be encoded in mpeg2 format. Encoding the mp3 in mpeg1 results in xmms playing the mp3 just fine.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.