Ripping and encoding to MP3
 

Having scoured Google and every forum I could find, I am again turning to the experts on LQ.

I am trying to rip and encode CDs on my Linux box. I have gone round the houses on this one but think I am pretty close wth Grip. I am pretty sure I have it set up correctly, but when I attempt to "Rip and Encode" it appears that only the ripping takes place (the .wav file is generated fine): encoding looks like its trying to initialise and then giving up and although the directory for the output is created, there is no .mp3 file created

I have run the encoding in the command line and it all works fine using the same switches/options used in the Grip configuration. My Mandrake 9.1 distro did not appear to have a Lame package installed, so I downloaded the Notlame package and used that as the configured encoder, and also in the command line when testing.

I am sure this should be easy, but since I am a total Linux newbie please be gentle with me!

Many thanks in advance

Mark

start it from a term and post the error messages...
that would help ^^

Sorry to appear dopy, but how do you start Grip from a terminal and see the output messages? As mentioned I have run the notlame encoder in a terminal and seen that things work OK. If I open a terninal and type "grip", it just starts the GUI version of Grip and there is no output in the term window.

Open a terminal & type "grip" (w/o the quotes) & that should start it.

hmm maybe this Grip is just a ripper and needs an encoder. Grab Lame (an encoder), get it on your box, and see what properties this Grip allows you to tweak and point it at Lame. This is the situation with xripper so perhaps also with Grip.

I use cdparanoia for ripping and sox for encoding. I've made a simple python script that converts the wav files created by cdparanoia to ogg, mp3 or whatever. You just have to tell it how many tracks there are, and if you want to the album/artist.

Thanks for all that team.

I discovered how to run Grip to enable debugg. "grip --verbose" seemed to do it.

Here is the output of the terminal.

It creates the .wav file fine, but the process seems to fail on the encoding. ust to reiterate, if I run "notlame -h -b 160 file.wav file.mp3" it will encode just fine.

All suggestions welcome.

[boozer@localhost boozer]$ grip --verbose
Using config file [.grip]
Drive status is 2
No disc
Checking for a new disc
Drive status is 2
No disc
CDStat said no disc
Checking for a new disc
Drive status is 2
No disc
CDStat said no disc
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
Querying freedb.freedb.org for disc 9c0fc91b.
Drive status is 4
Drive status is 4
Query is [cddb+query+9c0fc91b+27+150+12510+22440+34102+47047+60017+72347+84462+95540+105652+117587+128900+1394 02+150770+167177+176267+186920+196477+207047+220230+229425+237930+245745+258575+268682+280412+292097 +4043]
URI is http://freedb.freedb.org/~cddb/cddb....+3.0.5&proto=5
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/3
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
In CalculateAll
We aren't ripping now, so let's zero encoding values
Total rip size is: 26340048
Total enc size is: 2964197
In RipNextTrack
First checked track is 27
Ripping away!
Drive status is 4
Ripping track 27 to /home/boozer/mp3/noartist/unknown_disc/track_27.wav
Calling CDPRip
Rip finished
Added track 27 to encode list
Enc track 27
1: Encoding to /home/boozer/music/noartist/unknown_disc/27_track_27.mp3
Rip partial 0 num wavs 1
Next track is 27, total is 27
Check if we need to rip another track
In RipNextTrack
First checked track is 28
Ripping is finished
Eject disc
Have disc -- ejecting
Finished encoding on cpu 0
Inserting track 26 into the ddj database