On Thu, Mar 17, 2005 at 09:52:34AM +0100, Karel Tromp wrote: > On Wed, 16 Mar 2005 19:08:12 -0800, Bill Moseley <[EMAIL PROTECTED]> wrote: > > > > Now, if you use abcde, could you give some tips on your usage? What do > > you set in your ~/.abcde.conf file, and what command line parameters > > do you use? > There's a site named www.hydrogenaudio.com where they talk a lot about > ripping and the best way to do it. Under Linux they user mostly ' > grip' or 'ripperx' . The first one I have tried and looks a lot like > CDex under Windows. I you van install the programs for flac and lame > you can rip-on-the-fly to mp3 or flac. It uses cdparanoia for ripping > but has a nice front-end for it.
Ok, I'll check out that site. I guess I'm more interested in a command line utility/script to replace grip and abcde looks interesting. I thought it might be commonly used and someone here could share their methods. Actually, having Slimdevices rip to flac seems like not a bad deal. First it seemed expensive, but ripping does take time. > Most of the cdreaders out there have a cache. I have read that for > proper ripping the cache needs to be disabled. On linux cdparanoia can > not disable the cache so a cacheless cdromdrive is being recommended > for ripping with cdparanoia. Ffor an exact rip sectors from a damaged > cd will be read repeatedly. When a cddrive is cached repeated reading > is of no use because the information would be read out of the cache > instead of the cd. > > EAC can disable the cache but is a Windows-program. That's interesting. Thanks for explaining that. It's odd, though, as I don't really see any reason why cdparanoia couldn't also disable the cache. But maybe there's other issues, too: http://www.hydrogenaudio.org/forums/index.php?act=ST&f=20&t=3164 I always assumed with cdparanoia enabled that you would not get exact copies over multiple runs due to the error correction, and that was the trade off for trying to read damaged source. I'm not clear from the article if they are saying EAC is better because it *reported* the errors and CDex didn't or because the actual ripping was more accurate with EAC. -- Bill Moseley [EMAIL PROTECTED] _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
