Slashdot Mirror
Automated Ripping with CD Jukeboxes?
apago asks: "I am ripping my large collection of CDs to MP3 one at a time. This takes forever. I would like to know if there is a way I can use my Sony 200 disc jukebox to help automated the ripping process. I can already drive the jukebox thru Sony's S-Link interface using a Nirvis Slink-e device. The juke has SPDIF output. Can I get a sound card with SPDIF input and start ripping thru the digital optical connection? Will this be the same quality as the CDDA data streams?" Now if something like this is possible, it would finally sell me on those multi-CD devices. I too am in the process of sending my CD tracks to MP3 format. It's a fun process, but a little bit of automation couldn't hurt.
The SPDIF connection on your juke is 100% digital. The signal doesn't go through a D/A conversion, so it'll sound perfect, what your sound card does with it remains to be seen, though they all should do well. Creative labs has an add on to their PCI cards that add optical and coax digital connections. The problem is that the juke will only send the data out in real time. So where it takes but a few minutes to rip to MP3 on your computer using you internal drive, using the Juke it would take up to 80 minutes.
-- Chris Martin, System Administrator
Problems with using external home audio jukeboxes are:
S
1. Top ripping speed is 1x... slow
2. No disc info, so no CDDA type track ID info, are you going to type in all the track info?
3. No standard interface for controlling the external jukebox.
So although it would be GREAT to rip 50, 100 or more CDs at a time, there is no inexpensive way to do it.
A few years ago there were SCSI jukeboxes commonly available. I have a couple 7 disc ones sitting on my shelf, one 2x, the other 4x. Sadly both are so old they do not support audio ripping.
Unfortunately that market seems to have all but disappeared to be replaced with SCSI jukebox towers. You can build one yourself using cheap SCSI CD-ROM drives, and a big SCSI tower case. ComputerGeeks sells 24x SCSI CD-ROM drives for $15 each:
http://www.compgeeks.com/details.asp?invtid=240
You don't even REALLY need a case, you could just stack them up, tape them together, and use an old AT power supply to give them juice. Heat is not an issue since you are only using one at a time.
This would be way cool, but I forsee two major problems:
.mp3 files, you need to solve the TOC problem.
1) Speed. AFAIK, multi-disk CD changers only read at 1X. Even with the highest qualtiy settings, I can encode at 3-4 times that rate on my dual CPU PIII.
2) Access to TOC. This is the real killer: if you want all the nice freedb lookups to work right, you need to extract the TOC from the disk and compute a hash of it. I am almost positive this doesn't go down the SPDIF line.
The speed I could deal with (just leave it running when you go on vacation for a week or so), but unless you want a hard drive full of unnamed
PowerFile is a 200 CD/DVD jukebox over FireWire. Hell they even sell a re-writeable version. Not sure how it would work on a PC, but on the Mac its AppleScriptable and along with iTunes 2 you could load this puppy up and have it rip all weekend. I have one of these at work for archiving and I will bitch about its ease of use, though with some tweaks to their provided scripts, it worked fine.
Anyone know how this could work on PC/Linux? They have a M$ SDK here which includes visual basic samples.
People think Microsoft is the answer. Microsoft is just the question, "No" is the answer.
I actually hired a neighborhood kid to do that. A friend of mine was moving out of the area and I decided to make a local mirror of his collection so that I could continue to "borrow" CDs from him. It was around 400 CDs or so that I was interested in ripping but I quickly realized what a major hassle it was.
Then I got an idea and called up another friend and ask if his younger brother (age 13) wanted to earn a little money. I offered to pay $40 to rip them for me. I brought over a stripped down Win98 box with a fast CD-ROM and he got it done that weekend. All he had to do was stick the CD in, wait for CDDB to fill in the names, and click the convert button in MusicMatch or whatever the hell I was using back then. Rinse, repeat.
I mean, kids these days are usually familiar with the process anyway. A completely low-tech solutions but hey, if this is a one time deal why buy hardware that costs ten times as much?
- JoeShmoe
-- I wonder which will go down in history as the bigger failure: the War on Drugs or the War on Filesharing
Can I get a sound card with SPDIF input and start ripping thru the digital optical connection? Will this be the same quality as the CDDA data streams?
;-)
Every bit of audio present on a CD will be retrieved with a SPDIF connection. Enough quality for ya?
As for the interface and ease of writing discrete MP3 tracks when the SPDIF stream changes, tagging, etc., well, that's where a SPDIF connection becomes more of a hassle than normal ripping. But that's all really just a software issue -- all the hardware is available. Like the poster, I also have a Slink-e from Nirvis. Great box and it lets you pull approximate TOC info from the CD in a single or multi-disc Sony player (via an S-Link cable) to retrieve CDDB (or equiv) info for tagging or naming. You'll need another connection (S-Link, for example) alongside the SPDIF connection for player/disc/track data.
The Slinke hardware is platform independent, though the software the give away with it is entirely Windows. Search around and you'll see some Linux and Apple support for the Slink-e also...
in Python
someone's project & some links
HA support
By the way, the Slink-e is great for general infrared in/out in addition to controlling Sony (and a few other manufacturers') CDs, MDs, receivers, TVs, etc.
Now if something like this is possible, it would finally sell me on those multi-CD devices.
Of course it would be cool to throw all your CDs in a 50 CD changer and have it auto rip.. but would you buy one? The real question is, would you use it a second time?
Once you rip your collection, you only need to rip your new CDs (likely purchased one at a time) as you buy them. This you can do with a conventional CD drive.
I think at the cost that mp3 home audio is going for now, it isn't worth it to market or purchase something that is designed for this type of single use convienence.
--------
It's OK to be social, just don't tell anyone about it.
I had originally written a script (based on ripit) that did mass-encoding into ogg or mp3 format on my FreeBSD box. The advantage it had over typical rippers is, other than total automation (auto-eject, auto-insert detect), it had a seperate fork for encoding and ripping. So you could rip 3 CD's while you were still encoding the first. You batch up 40 CD's in the rip queue, and wait overnight as the encode queue catches up. CDDB for ID3 tags and filenames, of course.
However, now that I'm using MacOS X as a desktop, I use iTunes, which is actually better, oddly enough. While it doesn't have the seperate rip/encode queues, it does have auto-eject & auto-encode on cd insertion. Where it beats out my old cd-slayer is speed. cd-slayer had seperate processes, iTunes does encoding as it's ripping!
The speed is pretty incredible, on some tracks (Front Line Assembly), it does the rip/encode process for 192K/s songs at 15.5X. More typically, I get 8X performance. iTunes smokes anything I've used by not only combining both processes, but having a nice SMP AltiVec Fraunhoffer based encoder.
So, this still means a single CD takes 4 minutes, but that aint half bad. It still means spending 13 hours on the weekend inserting a new CD when you hear the completion sound and the gears turning as your CD drive ejects. Slot drive encouraged!
So, if someone has a nice G4 around, do what my roommate does.. "Hey Thomas, can you rip these for me real quick?". Just an idea!
Comment removed based on user account deletion
http://jukebox-control.sourceforge.net/
Interfacing to grip, lame, etc is fairly easy. It has FreeCDDB interfacing and can grab the TOC from the disc. It also will write the title information back to the jukebox so that you can easily select discs from the front panel.
-- http://www.swcp.com/~hudson/
Actually, you are only partly correct.
AES/EBU & SPDIF extract the clock from the incoming encoded bitstream with a phase locked loop. If you use this clock to drive your D/A converters, you are bound to the recovered PLL clock jitter specs. Tiny amounts of clock jitter cause real noise and distortion (Non-Harmonic Distortion!).
HOWEVER, in this case, you are just receiving the data words and storing them. The timing of these words is not important anymore. You don't care about clock jitter. That is not recorded when you store the the words to disk. So AES/EBU & SPDIF clock jitter do not matter in this case.
Anyways, that sucks if your sound card wants to sample-rate-convert the signal up to 48khz. Yes, that will cause distortion. My RME Audio 9652 (24 adat optical in/out, spdif in/out, wordclock, 44.1, 48, 96khz) pci card doesn't do that.
However unless they use a really crappy sample rate converter algorithm, that distortion will be masked by the mp3 encoding distortion.
--jeff
ipv6 is my vpn
Most SPDIF receiver chips (e.g., those from Crystal Semiconductor) provide a way for a processor to examine the Channel and User bits. I have no idea whether common PC sound cards have this capability. Wiring up an ISA card with a Crystal Semi receiver chip would be pretty easy.
For details, I recommend
They've got this great service whereby their
site confirms that you own a CD, and then you
can use their catalog of MP3's on the fly, saving
the trouble of ripping all of your CDs one at a time. It's a classic example of the American dream, where innovation with new technology creates new markets, expanding the horizons of creativity and comfort while driving the economy to everyone's benefit.
Oh, wait, the recording industry, which takes huge profits from the work of creative artists long after any of its contributions to production and marketing have been recouped, and sells product to consumers at monopoly prices, thus gouging both sides of the buyer-seller equation, might not benefit.
Oops...never mind.
--
Make mine methylphenidate.