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.

Thanks,

Markl

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. ;)

Hi,

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.

Thanks,

Mark

the version of xmms that comes with fedora does not play mp3's . You can get a rpm the will allow xmms to play mp3's

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.

Mark