×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Automated Ripping with CD Jukeboxes?

Cliff posted more than 12 years ago | from the let-the-computer-handle-the-tedium dept.

Music 274

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.

cancel ×
This is a preview of your comment

No Comment Title Entered

Anonymous Coward 1 minute ago

No Comment Entered

274 comments

fp (-1, Troll)

Anonymous Coward | more than 12 years ago | (#2677106)

fp

egg troll is a gay faggot. so it sexual asspussy. fuck you troll niggers.

I am in love (-1, Troll)

Anonymous Coward | more than 12 years ago | (#2677107)

With calculus! All the integration gets me very excited! I think I will have sex with my text book.

fp (-1, Offtopic)

Anonymous Coward | more than 12 years ago | (#2677110)

fp

be careful .... (2, Informative)

reaper20 (23396) | more than 12 years ago | (#2677120)

If this is possible, I can imagine that the pace of ripping would still be way faster than encoding. You'd need some serious space on your machine to compensate, unless you slow it down considerably .... I could see myself turning this on ang going to sleep, only to wake up with a machine crammed full of .wavs...

I have 3 scsi cdroms on my box ... and even at that pace I have to slow down for a while to let the machine catch up.

Then again, depends on your processor, so ymmv.

Re:be careful .... (2)

Jeremi (14640) | more than 12 years ago | (#2677127)

Smart software would do a nice producer/consumer blocking queue type thing, where the CD player races ahead until a certain amount of disk space is being used for the temporary .wav files, at which point it would wait for the encoder to free up some space before continuing.

Re:be careful .... (1)

reaper20 (23396) | more than 12 years ago | (#2677139)

Heh, I don't see that kind of software being marketed anytime soon, unless said software company is willing to risk the wrath of the RIAA, fair use be damned...

Re:be careful .... (0)

Anonymous Coward | more than 12 years ago | (#2677230)

HELLO! Have you ever heard of writing your own Free Software?

Re:be careful .... (2)

chrylis (262281) | more than 12 years ago | (#2677451)

grip for *ix does that already, as well as being an all-around great ripper/encoder. The only problem is that sometimes you don't want the ripping to stop (such as when you need to get a disc ripped and burned quickly), and then you have to override. All in all, though, it's a pretty useful feature.

Re:be careful .... (2, Informative)

Trepidity (597) | more than 12 years ago | (#2677162)

No it wouldn't be. Jukeboxes can only read off one CD at a time, and since they're audio devices only do it at 1x. So you'd have a continual 1x stream coming into the digital input, which any decent computer can easily encode in real time.

Re:be careful .... (1)

B1ood (89212) | more than 12 years ago | (#2677225)

I have found exactly the opposite to be true actually. A 48X ide cdrom drive is only about 1/3 as fast at ripping as one of my 1 ghz processors is for encoding, resulting in lots of extra cycles. I'm encoding at 192 kbps.

Also, keep in mind that the player is going to be giving a 1X stream, because it thinks that it is just playing an audio CD.

Am I missing something?

Re:be careful .... (3, Informative)

zhensel (228891) | more than 12 years ago | (#2677271)

Yeah. But if you try to encode with a decent encoder and VBR scheme (the r3mix.net Lame method for example), you'll find that you won't be able to encode terribly quickly. With a 650 duron overclocked to the neighborhood of 750, I get about 1-1.5x encoding depending on the song. Also, you should try ripping from the CD with a secure method to avoid getting data errors. Yeah, I'm anal, but it's worth it.

Re:be careful .... (2)

statusbar (314703) | more than 12 years ago | (#2677367)

Too bad Lame is not optimized enough.

On my 450 mhz dual g4 mac, os-x, iTunes simultaneously rips and encodes for me at 11 times real time. With a real encoder.

--jeff

Re:be careful .... (0)

Anonymous Coward | more than 12 years ago | (#2677439)

Yeah, but with the iTunes installer, free disk space usually isn't an issue.

Re:be careful .... (0)

Anonymous Coward | more than 12 years ago | (#2677386)

1-1.5x on a 750Mhz machine? ouch. My 5+ year old Powermac 7600 (upgraded to a G4/450) encodes at 6x+, even with all of the HQ options turned on. The limiting factor seems to be my CD-ROM (8x), not my CPU. A new dual 800Mhz powermac will encode at 15x+.

MHz ain't everything. Get a Mac.

Re:be careful .... (2, Interesting)

dfn5 (524972) | more than 12 years ago | (#2677464)

The setup that I have for ripping CDs to ogg vorbis files is a two machine process. I have a ripping machine that dumps the wav files into an NFS directory. That process takes about 20 minutes per CD. I have that process automated to the point where I enter one command, and it rips the CD, and then eject it so I can get the next CD in as quickly as possible.

The second machine is a Sun E450 with 4 processors. I have a process that sits out there looking for albums that are ready to be encoded, and keeps 4 albums encoding simultaneously.

The whole process works fairly well and the encoding is almost as fast as the ripping, so the only thing left is an automated way to switch CDs. If anyone can figure that out, that would be sweet. (And I'd be in Ogg Vorbis heaven).

We'll Find A Way (-1)

The Lyrics Guy (539223) | more than 12 years ago | (#2677125)

The Ducky Boys - We'll Find A Way

Well in my younger days when my father said to me
If I don't give shit to anyone they won't give it to me
Since then my self-esteem has spent some time down in the dirt
Cuz life knows when it kicks you boy, you know it's gunna hurt

I don't give shit to anyone when they're giving it to me
But not today and nevermore, I'm setting myself free
Hey na na na na na na na na na na na
Hey na na na na na na na na na na na
Some day we'll find ourselves a way

It don't do much to piss and moan and complain about all that's wrong
Memory should serve to tell, you picked the road you've come
You don't need me to tell you that your life's a one shot deal
So [something] busting ass, just go the way your heart feels

It won't be long until today's a distant memory
So walk the road with your head held high and be all you can be

Hey na na na na na na na na na na na
Hey na na na na na na na na na na na
Some day we'll find ourselves a way

If you're looking for some sanity, well I tell you look to me
Cuz I've been down there during hard times
[something] strong enough to scream
All that I can tell you is don't let 'em get you down
You got some strength left in your heart, then fight to hold your ground

I may not have that much in life but I still got the desire
But when I have a doubt in mind, I hear that voice inside

Hey na na na na na na na na na na na
Hey na na na na na na na na na na na
Some day we'll find ourselves a way

grammar dept. (0, Funny)

wideangle (169366) | more than 12 years ago | (#2677135)

Quick, change the headline before someone notices!

Acceptable choices include:
Automated Ripping with CD Jukeboxes?
Automated Ripping with a CD Jukebox?

Use the Preview Button! Check those URLs! Don't forget the http://!

Hack time? (1)

starman97 (29863) | more than 12 years ago | (#2677143)

Replace the CD mechanism in a jukebox
with a Plextor reader??

Is there a nice automated ripper that pulls track info and builds the ID3 and all just from dropping a CD in the tray?

Re:Hack time? (1, Informative)

Anonymous Coward | more than 12 years ago | (#2677184)

Yeah, that automated ripper that gets the track info and builds a spiffy ID3 just by dropping it into the tray is iTunes!

there are alot of perl scripts that do this plus.. (2, Informative)

gimpboy (34912) | more than 12 years ago | (#2677424)

...a few with a gui. i prefer rip [sourceforge.net] . if you look around on freshmeat [freshmeat.net] there are quite a few more.

Re:Hack time? (1)

modulus (67148) | more than 12 years ago | (#2677426)

"nice automated ripper that pulls track info and builds the ID3 and all just from dropping a CD in the tray?"

I'm a big fan of grip, which can do this if you want it to. Frontends whatever encoder you want to use (oggenc, lame if you must, whatever).

http://nostatic.org/grip/

A few simple factors (1)

los furtive (232491) | more than 12 years ago | (#2677145)

Processing power would be the first, but relatively easy to meet. The main issue would be the size of the HD, making sure there is enough room. Just script the rest if there isn't some other easy way to do it. Auto-It is what I would recommend if you are using a Winblows system.

Potential with DVDs (2)

reaper20 (23396) | more than 12 years ago | (#2677146)

Most of my music is already ripped, but I guess its time to redo, especially when .ogg is done.

Imagine if you did this with a DVD jukebox. Throw them in, turn on .... tons 'o Divx on your server.

Re:Potential with DVDs (0)

Anonymous Coward | more than 12 years ago | (#2677313)

Yep, in the process of doing this now...Mmmm 120 GB HD's and Netflix....

PowerFile DVD jukebox (2)

Animats (122034) | more than 12 years ago | (#2677463)

Imagine if you did this with a DVD jukebox. Throw them in, turn on .... tons 'o Divx on your server.

You can buy a 200 disk DVD/CD jukebox for $999 from PowerFile [dvdjukebox.com] . 32X read of CD, CDROM, etc., 6x read of DVD, DVDROM, etc. This thing talks IEEE-1394. Note that it doesn't decode anything; it just reads and ships the stored bits. You need a separate decoder. Proper Linux interfacing is left as an exercise for the student.

autorip a good start (1)

Kevinv (21462) | more than 12 years ago | (#2677148)

http://autorip.sourceforge.net/

i've been hacking on autorip to support a multi-cd tower (mines on scsi so at least that part is easy).

autrip is a perl front-end to cdparanoia/freedb/ and a wav to mp3/ogg converter.

it's written for one device, but easily hacked for multiple (even if just the cheap way of forking it a bunch of times)

it does track at a time converting so you don't need to worry about a disk full of wav's that need to be converted.

unfortunately i've put the project on hold -- i can't get a stable 2.4 kernel on my PPC box that supports XFS. Currently when I launch cdparanoia the kernel bombs.

Re:autorip a good start (0)

zcat_NZ (267672) | more than 12 years ago | (#2677219)

Didn't even know about autorip; I hacked a bash script up to do 6 CD's at a time ('cos we have a 6CD changer) using dagrab and oggenc. I used dagrab because it can look up the cddb info for me. Sometime I'll probably redo this with cdparanoia and some separate cddb code because cdparanoia does a nicer job of ripping. Or perhaps someone will add cddb into cdparanoia soon.. don't look at me for it, I can't really code for shit! :-)

Re:autorip a good start (0)

zcat_NZ (267672) | more than 12 years ago | (#2677292)

Duh.. I hit preview and everything, but forgot to say that it takes about 20 minutes to rip and oggify each CD on this 800MHz machine.

With a 12 or 20 disk changer, you could just load it up and leave it overnight. I can't see much advantage to loading up a 100-CD stack and leaving it all week, but whatever..

Re:autorip a good start (1)

Jahf (21968) | more than 12 years ago | (#2677357)

It's always satisfying to hear about a great new product, go to the homepage, and find a screenshot captured from a co-worker's workstation ... go Jonathan! :)

Probably not going to work the way you want (4, Informative)

chris_martin (115358) | more than 12 years ago | (#2677158)

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.

digital degradation (1)

2ms (232331) | more than 12 years ago | (#2677260)

Is it really true that degradation can't happen as long as no d/a conversion? How about jitter/clocking errors and stuff like that?

Re:digital degradation (2)

statusbar (314703) | more than 12 years ago | (#2677377)

SPDIF contains the clocking information. So as long as your sound card driver is not buggy, there can be no jitter or clocking errors.

An SPDIF port is really just a 'special' synchronous serial port.

--jeff

Re:Probably not going to work the way you want (2, Interesting)

apago (33683) | more than 12 years ago | (#2677269)

The few reviews I've seen for Creative Soundblaster Live's optional SPDIF input haven't been good. I'm worried about timing the start/stop of the cdrecord program to match the cd spinning up/down in the juke.

Re:Probably not going to work the way you want (2)

Jeremy Erwin (2054) | more than 12 years ago | (#2677308)

On some cards, the SPDIF ins resample at 48 kHz. CDDA is 44100kHz. The quality of this resampling varies from card to card. Of course, any variations might well be masked/overwhelmed by the MP3 encoding process/

Re:Probably not going to work the way you want (0)

Anonymous Coward | more than 12 years ago | (#2677341)

I Have a leadtek winfast 6x soundcard which came with a digial bracket - its a CMI8738 chipped card.

I have a sony 400 disc changer connected to it, I used a line in plugin with winamp, and the diskwriter output plugin.

I recorded the same track twice on the computer from the jukebox, and once using exact audio copy on paranoid mode. After trimming silance on the 3 files so they started at the start of the music, I compared the files in exact audio copy.

Results - Exactly the same.

There is a MP3 output plugin for winamp that uses the lame codec, and we are only talking about 1 speed encoding so I can see no problems with the machine keeping up with the source.

Re:Probably not going to work the way you want (2)

LinuxHam (52232) | more than 12 years ago | (#2677399)

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.

But the juke solution will rip 200 cd's in one sitting, whereas you will rip but just one. I unfortunately ripped my whole collection -- about 120 cds -- at 128k before realizing how much better 192k sounded (and before getting about 100 more gigs of space). I would love to have a 200-cd juke slowly-but-surely rip my collection in one pass. The old tortoise and the hare story.

I want to hear from people who use a beowulf-optimized encoder. That would certainly help minimize temp disk space. Wow, setup a juke like that and you could charge to rip people's cd collections to a 100-gig HDD with next-day service. Sounds like a great way to make beer money for the frat house.

sdfdsafdsfsd (-1, Offtopic)

Anonymous Coward | more than 12 years ago | (#2677161)

asdfadfasfasdf

Some might think it's better this way. (2, Informative)

insane (18348) | more than 12 years ago | (#2677166)

This is certainly possible, and perhaps better. The SPDIF output from your Sony has been error corrected by the CD mechanism inside. Using CDDA on a CD-ROM is prone to more errors since the data isn't error corrected the same way. On newer drives this usually isn't a problem, but it can be. One thing though, since you can only play the CD's out through the SPDIF in real-time, your idea will certainly be much slower than ripping from a 40x CD-ROM

-apg

---------------
"Oh, Precious Roy you get us every time..."

-Sifl and Olly

Track info (3, Insightful)

Karma 50 (538274) | more than 12 years ago | (#2677167)

How would you get track info?

CDDB etc. use the track lengths etc. to work out which album it is but this information won't come along with the audio, so you'll need to post-process the ripping operation to look up the album and rename the files or you going to have 1.mp3 through 3000.mp3 which would be a PITA!

Re:Track info (2, Informative)

apago (33683) | more than 12 years ago | (#2677221)

Via slink interface. I am already calulating the diskid and looking up track info via freedb.org.

Re:Track info (1)

blackeye (248653) | more than 12 years ago | (#2677332)

What if the program waits until the CD is done being ripped. Once on the HD, the hash can be easily created, CDDB server can be contacted, and files can be renamed.

Nick.

A way around "Copy-Protected" CDs? (1)

bc90021 (43730) | more than 12 years ago | (#2677168)

If this is possible (and I don't see why it wouldn't be), couldn't encoding the output be a way around the new "uncopyable" CDs?

If you can't rip them (due to the "defects" added to them to induce clicking noises), you can certainly encode the digital output (assuming you have a sound card that has the proper inputs), and get your mp3s that way.

Hhhmmm... it seems that the first person/company to come up with a self-contained device that does this could make a lot of money...

Re:A way around "Copy-Protected" CDs? (1)

ArsonPerBuilding (319673) | more than 12 years ago | (#2677343)

I believe this has been posted before.
The best 'hack' to bypass the copy-protected cd's would be extremly simple.

1/8" out audio jack --> 1/8" in audio jack. Just store the audio on to disk, and then convert to perferred format. Pure genius, eh?

Re:A way around "Copy-Protected" CDs? (0)

zcat_NZ (267672) | more than 12 years ago | (#2677348)

Well no.. the first person to do this (in software or hardware) gets totally nailed under DMCA. The RIAA paid [opensecrets.org] lots of money for it, you bet they're going to make full use of it.

External Jukeboxes can at best RIP at 1X (5, Insightful)

jbridges (70118) | more than 12 years ago | (#2677170)

Problems with using external home audio jukeboxes are:

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=240S

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.

Re:External Jukeboxes can at best RIP at 1X (2, Informative)

Casca (4032) | more than 12 years ago | (#2677208)

1. Who cares if it is slow, automation is the key. Set it up, and let it run for a couple of days, or a week...

2. I think this will fix that: http://akom2.2y.net:81/mp3ascd/ [2y.net]

3. Thats what he is asking about, is there a way to do it?

Re:External Jukeboxes can at best RIP at 1X (2, Informative)

apago (33683) | more than 12 years ago | (#2677231)

1) if it's automated I don't really care about the speed since I don't have to change discs.
2) I already can get track info via freedb.org. I calculate the diskid via the slink-e interface to the sony jukebox.
3) I also control the juke via slink protocols.

Re:External Jukeboxes can at best RIP at 1X (2)

norton_I (64015) | more than 12 years ago | (#2677274)

Cool. I just looked at the back of my Sony Jukebox, and I also have the slink interface.

It looks like the only thing you are looking for is the audio connection, and yes, many new sound cards have both coax and fiber SPDIF IO. Check out the creative live/audigy, or the Soyo DRAGON motherboard. The digital audio should be lossless, and error corrected by the jukebox electronics, so you should be able to record with any standard recording software (wavr on my debian box). Throw together some scripts to synchronize the recording start with the signal from the jukebox and you should be set.

Re:External Jukeboxes can at best RIP at 1X (2)

norton_I (64015) | more than 12 years ago | (#2677237)

One thing you can do is build your own CD changer robot. If the only feature you care about is "remove disk from ejected tray and insert next disk", it shouldn't be that hard. But unless you have more than a couple hundred CDs, I suspect you are best buying 3 or 4 CD-ROMs and taking a day to feed CDs into them as fast as you can.

What About Filenames? (-1)

David P (170482) | more than 12 years ago | (#2677173)

Boy, using a 200-disc changer to read all the CD's would be great, but the issue of setting each file name and ID3 data would remain. I, for one, am really picky about file names and ID3 data, so having "track0.mp3" to "track13.mp3" for each album wouldn't cut it.

Ripping CD's off of your computer works so well because of the CDDB providing us with all the song and album informaition.

Down and Dirty (0)

Anonymous Coward | more than 12 years ago | (#2677174)

There should be a very stupid way to do this. From this guy's website: http://ling.cornell.edu/plab/techtips/tipdigitizin g.htm it appears that he has done SPDIF Dat to computer. As long as you have any program that accepts input (his was a program from creative) it seems that you could write a macro that would allow you to automate a record. Here's what you would need to have in your macro:

1) Start the computer program
2) Start recording
3) Stop recording and save when the song is over (this is done by listening for a special "click" sound)
4) Start recording next song
5) Encode song just saved

This would take a lot of effort to code a macro like this, so you might want to look for a speciality program or write your own.

some problems... (2, Insightful)

PhuCknuT (1703) | more than 12 years ago | (#2677176)

1) How will you automate separating the tracks? If you are recording from spdif it's all going to be one long mp3. I'm sure you could write a filter to do silence detection, but that doesn't work even close to 100%, many song have pauses in them.

2) You won't be able to automate the naming of files and id3 tags. You'll have to name every track manually.

A couple of problems (5, Informative)

norton_I (64015) | more than 12 years ago | (#2677182)

This would be way cool, but I forsee two major problems:

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 .mp3 files, you need to solve the TOC problem.

Re:A couple of problems (0)

Anonymous Coward | more than 12 years ago | (#2677375)

3-4x on a Dual-CPU Pentium III? Yikes. My 5+ year old Powermac 7600 (upgraded to a G4/450) encodes at 6x+, even with all of the HQ options turned on. The limiting factor seems to be my CD-ROM (8x), not my CPU. I imagine new Powermacs could swing at least 10x+ encoding.

Get a Mac.

Re:A couple of problems (0)

Anonymous Coward | more than 12 years ago | (#2677457)

Cut the mac crap. My 1,4GHz AMD thunderbird encodes with LAME 16xrealtime. And my friend with a dual AMD MP 1.4 GHz encodes at 2*25x realtime(~2 mins/cd). They trample on macs. Macs are relics and only used in graphics-business.

Re:A couple of problems (0)

Humba (112745) | more than 12 years ago | (#2677407)

Speed is not going to be corrected, but the beauty is it's unattended. Couple hundred disks a week in the background.

Divices such as the SLink-e (that the inquisitor has) allow pulling the TOC over a Sony S-Link to serial connection. If you own one a Sony multi-changer (or two or three) with several hundred CDs loaded, you should really look into dropping a couple of hundred on one of these [nirvis.com] . Or build your own. Lots of information starting here [brian-patti.com]

SPDIF finally? (0, Redundant)

conner_bw (120497) | more than 12 years ago | (#2677188)

SPDIF came with the SB awe64 gold back in the day. I used to use it to transfer to DAT with it. No quality loss. My SB Live Platinum 5.1 has SPDIF... So does the new SB audigy? This isn't new.

If you don't have any hard disk limitations (i.e. 2 gig maximum on files) You could start recording through your SPDIF into your favorite sound recording program as a WAV file.

Then boot up that windows partition you know you are hiding and use a utility like the freeware WAVKNIFE [spacetaxi.de] This will split your 'samples' (in your cases songs) based on silent gaps in between the file you have recorded.

Have fun!

Don't know about PCs, but on the Mac use PowerFile (5, Informative)

Tide (8490) | more than 12 years ago | (#2677189)

PowerFile [powerfile.com] 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 [powerfile.com] which includes visual basic samples.

Re:Don't know about PCs, but on the Mac use PowerF (1)

wlnjr (188564) | more than 12 years ago | (#2677453)

Warning: PowerFile's largest investor (IIRC) is Escient, the company responsible for turning the CDDB into Gracenote.

With another drive... (1)

dgou (542390) | more than 12 years ago | (#2677191)

What you want, really, is two jukeboxes (jukeboxii?). One that has real music CDs in it to be ripped, the other which can feed a CD writer. Depending on your writer, you'd need a gig or two of free space. Rip rip rip until you had an MP3 CD's worth of music, then write, write, write... Condensing music CDs down to MP3 cds, with a nice little back up of the music in the process. The software would let you either file the on-line MP3s somewhere or remove 'em to make room for the next batch.

could we replace the drive (0)

Anonymous Coward | more than 12 years ago | (#2677193)

in one of these 200 disk devices with a computer based CDRW? Or even a DVD-RAM/CDRW?

I bet that it is do-able, just not very easy.

I would love to setup an archiving system using 200 CDR's Everyday it would do an incremental backup to a CDR.

Or even better, put 20 CDR's and 180 music CD's in and in a few days, pull out 20 CDR's full of mp3's.

I would also think that it would be cool to automatically download all the usenet porn and automatically make CDR's full of them everyday. :)

Re:could we replace the drive (1)

finity (535067) | more than 12 years ago | (#2677309)

CD's full of usenet porn, not a bad idea. Only problem is the large amount of shit in usenet mixed with good stuff. You'd have to write a program to analyze the picture for sexual content and beauty. It could even make a ratings scale. You could sell copies on e-bay or something.

Simple: I'll do it for you (2, Interesting)

jcapell (144056) | more than 12 years ago | (#2677198)

Send your CD collection to me, and I'll rip it at your prefered bit rate, all with proofed ID3v2 tags. I can't guarantee, tho, that a copy of the MP3s will not stay on my 160Gb Maxstore MaxAttach NAS that I maintain just for my .mp3 collection.

I'm serious - really.

This may sound silly but... (5, Interesting)

JoeShmoe (90109) | more than 12 years ago | (#2677199)

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

Re:This may sound silly but... (5, Funny)

Casca (4032) | more than 12 years ago | (#2677220)

What a great idea, give the kid a little tech training, and get him started down the path of "RIAA is bad" at the same time. I like that!

Re:This may sound silly but... (1)

finity (535067) | more than 12 years ago | (#2677291)

Jeez, $40 for 400 cds? That's around $.10 a cd! Lol, I'd never do it that cheap.

Re:This may sound silly but... (1, Funny)

Anonymous Coward | more than 12 years ago | (#2677300)

Which is why he didn't hire you.

Let's review:

Kid's net income: $40
Your net income: $0
Spending an entire weekend "walking the dog" and reading /. when you could have been working: Priceless

You cheap SOB. (0, Troll)

pjdoland (99640) | more than 12 years ago | (#2677304)

40 lousy bucks. I can't believe the kid agreed to do it. What is that? $1.20 an hour at best. You're a jerk.

Re: Free enterprise (1)

dstone (191334) | more than 12 years ago | (#2677328)

40 lousy bucks. I can't believe the kid agreed to do it. What is that? $1.20 an hour at best. You're a jerk.

Or the kid lacks basic math skills. Or the kid's parents/guardians don't have much influence on what/where he wastes his time!

Besides, you said it: "the kid agreed to do it." It takes two to mambo.

Perks (0)

Anonymous Coward | more than 12 years ago | (#2677431)

The kid probably got a lot of free music along the way.

Too bad it was mostly Neil Diamond and George Benson.

Re:You cheap SOB. (0)

Anonymous Coward | more than 12 years ago | (#2677385)

He probably does not know it but of the 400 cds he only got 350 or so back. You know he did not count the cds when he got them back.

Re:This may sound silly but... (1, Troll)

cabbey (8697) | more than 12 years ago | (#2677408)

boy the mpaa would love to get their hands on you... adding contributing to the deliqency of a minor to their list of normal offenses would definetly get their lawyers an extra christmas bonus.

Ogg Vorbis (1)

fossa (212602) | more than 12 years ago | (#2677205)

*cough* apago and Cliff, why not use Ogg Vorbis? [xiph.org]

Re:Ogg Vorbis (0)

Anonymous Coward | more than 12 years ago | (#2677241)

WE all know about that piece of shit format, but thanks so much for your informative link. and have you ever stopped to think that mp3 has become part of the popular lexicon, as a generic term for digital music? you know, like coke or kleenex? in conclusion, go fuck yourself.

Re:Ogg Vorbis (1)

modulus (67148) | more than 12 years ago | (#2677395)

No, you are wrong. MP3 is in fact a part of the "popular lexicon" as you say, but it definitely does not refer in general to digital music, at least not in conversation between any even moderately intelligent individuals. MP3 clearly specifies a single file format that is distinct from others. An "mp3 player" cannot automatically play any digital music in general, and it would be ridiculous to say that it can.

Disappointed in Rome (1)

cwernli (18353) | more than 12 years ago | (#2677222)

I must admit that I am extremely disappointed by this article.

After I've discovered Napster in August 1999, and have known for MP3 for some time, I started immediately to convert all my CDs - by hand (the downloads from Napster convinced me that it was actually feasible to have all my music in MP3-format).

The disappointement is that such a question surfaces 2 (two !) years too late - at least on my timescale that is. Call me a troll, but since I'm on the road most of the time, I can't afford to bring unnecessary hardware with me, and have therefore eradicated the problem at the root.

ogg (1)

rbolkey (74093) | more than 12 years ago | (#2677239)

ha! I'm actually burning oggs right now. Honestly, I'm liking them much better than mp3s. I get a higher bitrate at about the same file size. It's old news to a lot of people, but I'm a convert now.

Re:ogg (1)

WalrusSP (124853) | more than 12 years ago | (#2677302)

Since the bitrate determines the file size, you're probably getting higher QUALITY at about the same file size, not higher bitrate :-)

dunno about unix, but (2)

Naikrovek (667) | more than 12 years ago | (#2677246)

windac32 pro does it for windows. $30 if i remember correctly.

this is a good program, because its halfway intelligent. it doesn't even store .wav's in the decoding process - it rips the data and feeds it straight into an encoder (lame, ogg, what have you) so the disk you have is only used by the final encoded bitstream.

a good product, and it has excellent scratch repair. its very much worth $30.

http://www.windac.de/ [windac.de]

HOT GAY POOPSEX (-1, Offtopic)

Anonymous Coward | more than 12 years ago | (#2677247)

YES

Three cheers for Cliff (0)

Anonymous Coward | more than 12 years ago | (#2677253)

I must say, of all the Slashdot 'editors', Cliff is the least retarded, and even seems cool. The rest... ugh. Especially now that VA Linux's former CEO is posting more nonsense stories. Keep up the good work cliff.

Slink-e, S/P-DIF, etc. (5, Informative)

dstone (191334) | more than 12 years ago | (#2677293)

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 [nirvis.com] . 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 [connactivity.com]
someone's project & some links [www.hut.fi]
HA support [sourceforge.net]

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.

Recipe (0)

Anonymous Coward | more than 12 years ago | (#2677294)

I love tossing a "Taco" salad with sour cream once a day.

Here's how we do it... (1)

bmarklein (24314) | more than 12 years ago | (#2677314)

I helped set up a jukebox-based ripping system for an Internet radio site. We use a 600 disc JVC CD jukebox with 6 Plextor drives, and a bunch of Linux boxes. We use cdparanoia for ripping and scsi-changer [bytesex.org] to control the robot arm in the jukebox. We currently stream in RealAudio 8 format so we use RealProducer for encoding, but we also write out the WAV files to tape so that we can re-encode in new formats without having to handle the CDs again. We wrote software in-house to manage the ripping and encoding processes.

This would be a bit pricey for personal use (the jukebox is about $8K), but it's worked out extremely well for high-volume ripping and encoding.

it will be slow (1)

kfs27 (261031) | more than 12 years ago | (#2677324)

ripping thru an spdif will be slow since u wont't really be ripping....u'll be playingthe cd into the computer and then encoding to mp3

having an SPDIF means u will have perfect digital quality to WAV it's numbers not wavs remember...

the disadvantage is that the entire cd will be one big wav file...u can't get a wav player to know where the tracks start and end...it's just like if u use analog inputs with a tape deck or any audio source...it's one long recording session...

you sit for hours at your computer every day and if u have a decent CPU u won't even notice the ripping and encoding much at all (specially if u have SMP) i'd say it's easier to install more than one cdrom if u want the speed

Is there really a market? (5, Insightful)

RainbowSix (105550) | more than 12 years ago | (#2677331)

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.

Another solution. (1)

Groovy Aardvark (100433) | more than 12 years ago | (#2677335)

If you haven't already done so, I suggest you invest in Musicmatch Jukebox [musicmatch.com] and a fast CD/DVD-ROM drive like this Sony [sony.com.hk] . It encodes at speeds up to 20x on a Duron 850 - a regular CD is mp3-fied in 3 minutes.

Ripping and Encoding (1)

amspencer (472804) | more than 12 years ago | (#2677350)

I've also been ripping my CDs (1400+) and converting them to mp3s. What I usually do is have EAC (Exact Audio Copy) rip the CD in the background while I'm doing other things (like reading slashdot). When the computer beeps, then I put another CD. After 12 or so CDs, I run LAME and encode all the songs at once. Unfortunately, a lot of my CDs aren't in the FreeCDDB, so I end up typing a lot. I gave up looking for the fastest way to get everything done, slow and steady will eventually get everything done. When I'm done, everything will be streamed over to my Diamond Rio Receiver.

avoid ide jukeboxes; they tend not to do DAE (3, Informative)

TheGratefulNet (143330) | more than 12 years ago | (#2677379)

I went thru at least 4 models/brands and none of them did DAE (dig audio extraction).

I am told there's a few Nakamichi changers that extract DAE over the scsi bus.

you really don't want to be stuck with a 1x system (spdif). even 4x beats that. plus, when you extract over a computer bus (not spdif) you can ID the disc and even read its TOC to get the song lengths, and use that to get the network cddb info. with an spdif stream, none of that is do-able.

You want Automation? (1)

upstairs (183031) | more than 12 years ago | (#2677383)

Buy an Apple computer. Install iTunes. Modify iTunes preferences to automatically rip cd's upon entrance in the CD drive, at your desired bitrate of course. This is not rocket science, merely Apple's continued foresight.

Why are you using mp3? Use Ogg! (-1)

Pr0n K1ng (160688) | more than 12 years ago | (#2677398)

Why the fuck are all you open source faggots using mp3 to encode your cd's? I've recently finished ripping my entired cd collection into 192kbps ogg files. They sound very nice (no audible difference between them and mp3).

All you open source people say you support other open source projects, but when one is available that you can use that does exactly the same thing as its closed source counterpart, you sit on your ass and use mp3.

What the fuck is wrong with you hypocrits?

wav chopper! wav cutter! Wav divider! (0)

parasite (14751) | more than 12 years ago | (#2677446)


I've actually not been able to find something for linux that would divide the wav up into parts (if it was one huge one for the whole cd)...Until tonight that is, so I report my findings here for anyone else who might have been looking and didn't want to resort to **gasp** Windows.

http://freshmeat.net/projects/tape2mp3/

Escient or Compaq (1)

nrohyarts (536104) | more than 12 years ago | (#2677448)

Put all your CD's in the carousel, go to Starbucks, and when you return, this device will have connected over the Internet to CDDB, catalogued all CDs in the carousel (including artwork) and ripped them on the hard drive inside. Then you can play them on your home stereo system. http://www.escientconvergence.com/fireball.htm Or try the cheaper alternative.... http://athome.compaq.com/showroom/static/ipaq/musi c_center.asp
Load More Comments
Slashdot Account

Need an Account?

Forgot your password?

Don't worry, we never post anything without your permission.

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>
Sign up for Slashdot Newsletters
Create a Slashdot Account

Loading...