hi i've downloaded the lame source installed that, configured grip to use lame and to encode in mp3. However when i go to rip a track from a cd the track does not rip. It goes thru and creates the mp3 directory, creates a dir for the artist, then a directory for the album but then the album is empty. I noticed too with the overall indicators that it would look like it was starting to encode but then it says encode idle so for some reason it isn' going thru that set. Does anyone know why it is doing this? I have been successful at ripping from cds using grip before on my previous install of fedora and i set it up the same way. thanks for any replies in advance.

Look at the Rip tab, does grip rip the track in the first place? (Ignore the encode.) Try running grip as a root and see whether you've the same problem, it might have something to do with /dev/cdrom permission problem.

when i just hit rip as a normal user it creates an mp3 of the selected track. Tried as root doing rip and encode and the indicators did both rip and encode but can't find the file - eg it doesn't create the ~/mp3/artist/album/file heirchy. here is the cat of .grip-lame if it helps at all

GRIP 2
exe /usr/local/bin/lame
cmdline -h -b %b %w %m
extension mp3

as far as /dev/cdrom it doesn't appear to exist in dev. eject /dev/hdc ejects the cdburner. isn't /dev/cdrom normally just a link to the apporiate hdc, hdd, device? here is the permissions for hdc (had to make it readable so grip could intialize it so i've already chmod it in that sense)

brw-rw-r-x 1 root disk 22, 0 Jun 30 06:33 /dev/hdc

thanks for your quick reply btw

Do you check /root/ for the files or /home/username? The mp3 files should be in /root/mp3-dir if grip did the ripping and encoding. You might need to do the lame configuration for root though (if it has not already being done for you, it'll be the same as your .grip-lame).

Yes, /dev/cdrom is just a symlink to /dev/hdx. The permission looks correct though. Although, supposedly, the block device should belong to cdrom group, like:

brw-rw---- 1 root cdrom 22, 0 2005-07-02 05:47 hdc
brw-rw---- 1 root cdrom 22, 64 2005-07-02 05:47 hdd

I did encounter problem where I couldn't rip unless I was root user. I don't know whether it still persists, haven't been getting new CDs recently. I will try later with my own computer. I'll update... =)

cHeers.

there was no cdrom group so i had to create one. I chgrp for /dev/hdc and /dev/hdd to cdrom and made sure my user was part of the cdrom group. i made the /dev/cdrom symlink to /dev/hdc but now i have some more questions.

1. Doesn't linux dynamically assign hardware so there is a chance that my cdburner wouldn't always be /dev/hdc - thus making symlinking to it pointless? And if so how would i make sure they are always assigned to hdc?

2. Right now the ripper is grip (cdparanoia) Should it try changing it to another ripper? I wasn't sure because it seems to be the encoding part it fails to do.

3. Here is the output i get when running in verbose mode.

In CalculateAll
We aren't ripping now, so let's zero encoding values
Total rip size is: 34800192
Total enc size is: 3145806
In RipNextTrack
First checked track is 2
Ripping away!
Calling CDPRip
Added track 2 to encoding list
Enc track 2
Rip partial 0 num wavs 1
Next track is 11, total is 11
Check if we need to rip another track
In RipNextTrack
First checked track is 12
Have disc -- ejecting

It doesn't seem to be very verbose about the encoding step

4. Is there a way to test lame to make sure it got installed correctly. I installed it from source and have installed packages from source so it is nothing new i have done, but maybe there was a parameter to config i should have included.

thanks for any replies once again.

here is the output doing it as root -

In CalculateAll
We aren't ripping now, so let's zero encoding values
Total rip size is: 34800192
Total enc size is: 3145806
In RipNextTrack
First checked track is 2
Ripping away!
Calling CDPRip
Added track 2 to encoding list
Enc track 2

the output is the same as you can see. I checked in root's home and there is an mp3 and ogg directory created but the /artist/album directory is empty as well.

ok i found out why grip wasn't working. When i had went to change the encode file format from ogg to mp3 i had also done so in the ripping file format. Grip was set up to remove the file after it had ripped it so it removed the mp3 before lame could encode it because it wasn't a wav file.