I already told bout how I started ripping my music cd’s.
For the time being, I’m ripping locally from my ATA DVD player. It seemed those SCSI mutli-cd stuff get quite flacky on the scsi bus. Need to check further on that.
I encode to mp3 and ogg, with a VBR averaged on about 192kbps. I dropped flac. To much in the time-space continuum. Now if only Apple supported Ogg.
The ripping/encoding process goes a lot faster when I first normalize the ripped tracks. Don’t understand why that is.
Ripping locally on my desktop and dropping wave and encoded files on a remote SAMBA server is not a good idea. Seems like the Linux implementation of SMB/CIFS ain’t that stable altogether. I suspect a problem in smbmount/client side kernel code. A lot of diverse write errors, not while ripping to local disk. I also experienced a lot of X lockups that needed a cold reset (SSH answered on the TCP stack but no login got spawned.) Yes, I should migrate to NFS, but it has its own disadvantages.
Oh, and ripping 1 cd and running 3 encoding processes simultanesously gives a load of > 7-8. I don’t feel any latency in my Desktop usage. I gues sthat’s what the kernel pre-emptive patches are about. Nice!
I think I ripped about 100 out of 500+ cd’s until now.
serge@cyberlab:~/ripped$ find . -type f -name *.ogg | wc -l
1763
Some more to come…
One Trackback/Pingback
[...] I Started ripping my cd collection about 2 months ago. I’m relieved I finally finished. If my directory counting script is correct, I handled 537 cd’s. (I really threw out money to that in the old days.) I ripped them to ogg as well as to mp3, on an average of 192kbps. [...]