Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 


Forgot your password?
Close
typodupeerror
×
Hardware

How Many CDs Can You Burn at Once? 112

Posted by Cliff from the burn-fevah dept.
kfs27 asks: "In an attempt to help a professor of mine record and duplicate his lectures. I have been asked to put together a CD duplicating box. Commercial products seem to be very expensive and I figured a PC with some SCSI160 Cards (HW or SW Raid maybe), SCSI Burners and a 15K RPM drive (size not an issue) could do the job for cheaper. But the question is, how many CDs can you burn at once of 30 minutes, mono audio. 10 at a time would be excellent I think. More of course better. Cost is not a huge issue, as long as it's less than Commercial Duplicators, it's more of an experiment, but must be stable and easy to operate (I'd be willing to script up a frontend)."
This discussion has been archived. No new comments can be posted.

How Many CDs Can You Burn at Once? More

How Many CDs Can You Burn at Once?

Comments Filter:

  • RAM Disk, not Hard Drives (Score:5, Informative)

    by Zack ( 44 ) on Monday February 11, 2002 @03:15PM (#2988458) Journal
    With the prices of RAM being as low as they are, you might want to consider building a ram disk to store the data that's going to get burned. That way you don't have to worry about the speed of the hard drives, the ram will always be faster.

    We have one box here with 4 SCSI burners in it with a 700 meg ram drive. Everything works wonderfully in it.
    • hmmm, I really like this idea about RAMDISK. But don't forget duplication services like http://www.ctexinc.com/ or http://www.cd-rom-replication.com/ . Take your total cost of your design and weigh it against using a company like these. 10,000 cd's should run about $4,000.00 US
      • Oh and another thing: 1.Why isn't there an edit post option? and 2.Using a service would save you from swapping new media 1,000 times if you make 10,000 at a rate of 10 at a time. I know a student time is cheaper than prison labor, but that cheap I think not. Spend your time doing real research (not that you aren't ).
        • There isn't an edit post option because this isn't a personal web log, it's comments section. If you could edit your comments, it would result in people debating each other, then constantly correcting their comments to try and make themselves look smarter.

          Also, people could karma whore a comment up to +5 then change it to some goatse.cx esque drivel.

          I agree though, use a service. Who wants to sit there and switch out 10,000 cds? You can get them with nice silkscreened labels, too, even on a cd-r.

          furnace cd [furnacecd.com] has some great rates.
          • Where did any of you get that "10,000 cds" number? He said "help a professor of mine record and duplicate his lectures". He's probably interested in making 30-50 copies. I'm guessing, sure, but so are you.

            As to solving the problem: I'd use a multi-threaded, multi-tasking operating system on a box with 10 SCSI CD-ROM burners and burn 10 disks in parallel (simultaneous but asynchronous -- launch 10 jobs all reading the same source but writing different destinations). You might need/want a huge RAM drive to hold the source, to ensure the 10 reads from one drive can keep up with the 10 parallel writes, but I don't know; maybe a fast hard drive is enough. It certainly depends on the speed of the box and the speed of the burners.

            • Why in the name of god would someone want to pay for this box to make 30-50 copies? There are small run services that will do them in that bulk for like $2.50 a cd- or less.

              I hope the poster needs at least a thousand of these, otherwise he's crazy to spend the money on the replicating system. Even then, furnacecd.com (to pick one company I trust) charges $0.89 each for orders over 500. And that is with a guaranteed 3 day turnaround.

              I don't think he'd have posted this if he just needed 50 cds made. If he's building a system for $2000+ to make 50 cds when he could just pay $125 bucks instead, he's crazy.

              • Do the math! (Score:3, Interesting)

                by Rick the Red ( 307103 )
                He doesn't want to do this once, he wants to do it many times a year, for each of the professor's lectures. If he had "orders over 500" then buying in bulk would make sense; but if he only needs 30-50 copies of each lecture (my guess) then he doesn't want to make them one at a time (but ten at at time would be OK) and he doesn't want/need to buy 500 from a service. If he's making 30 copies of 20 lectures that's 600 CDs, not 50, so it's more like $4/CD if the equipment costs him $2000. But your way would cost $0.89x500=$445/batch (not the $125 you claimed -- your math is flawed somewhere) x 20 batches = $8900 (plus throwing away 9000+ unneeded CDs). Clearly the $2000 homemade box is cheaper for this application, and if he needs more than 30 copies of each lecture it's even cheaper.

                Of course, another way around this would be to put CD burners on 10 existing PCs in a lab somewhere. Not as convenient, but workable and cheaper (assuming they can get time to use that lab :-)

                • Re:Do the math! (Score:3, Interesting)

                  by joshsisk ( 161347 )
                  You said:

                  your way would cost $0.89x500=$445/batch (not the $125 you claimed -- your math is flawed somewhere)

                  I said:

                  If he's building a system for $2000+ to make 50 cds when he could just pay $125 bucks instead, he's crazy.

                  I think your reading is flawed somewhere, I specifically wrote FIFTY, not 500. (The 500 number, which you took from elsewhere in my comment, was an example of the pricing curve of CD-R services. Note the first paragraph where I say you can get 30-50 made for $2.50 each.)

                  Again, it still seems cheaper to just get the CDs made as you need them. You pay $125 for each batch (assumming a batch of 50), never have to worry about bad burns, don't have to have someone spend their time "scripting a frontend" or any of that business. Also, you never have to worry about your hardware going bad, or anything really.

                  . If he's making 30 copies of 20 lectures that's 600 CDs, not 50, so it's more like $4/CD if the equipment costs him $2000.

                  And furnacecd (and others, I assume) will make cd-r batches as small as ONE cd-r for $2.50 each, with the price dropping the more you make. If your way gets the price down to $4 a CD, it's still cheaper to use a service- $2.50 each at the most. Of course, over several years, using your own equipment will become cheaper- but that's not including time for maintenence, replacing hardware if it becomes needed, setup and actually doing the work.

                  It also means an investment of hardware and capitol for something they might decide wasn't the best way of distributing the lectures in the first place. If, after one $125 outlay through a service, they realized that the students didn't even use the CDs, they could just not make another batch. No $2000 and all the time wasted.

                  I'd recommend getting the first batch made through a service for this reason even if they plan to build the equipment. That way they can see if the students even want this. I can easily see the professor asking for a show of hands "who listened to my lectures on the cd?" and only one or two students raising their hand.

                  Another thing to consider is the space taken for this equipment, and the hassle of requisitioning the hardware. I have worked in the University environment, and in my experience you can do small funding outlays (under $500) with little or no problem... But have to do proposals and seek bids for more expensive items.

                  Incidentally, I agree with others on here that the best way to distribute lectures is via the web- why even bother making CDs in the first place? Just let them download them, or listen in the library/their home pc.
    • ...a month or so ago, where ya been?

  • Well at a glance.. (Score:3, Insightful)

    by jonistron ( 523903 ) on Monday February 11, 2002 @03:15PM (#2988463)
    [(max bandwidth to drive)*(n disks)]/[(max bandwidth cd-r drive)*(n cdr's)] > 1
    • If all the CDs are burning at once, you have to do one read and many writes. Speed of the hard disk is not a factor. Speed of the bus and drive interfaces might be.

      If a CD holds 660 MB and holds 1 hour of audio, that's a data rate of 11 MB/minute. Burning at 24x, that's 264 MB/minute. Bandwidth of a 64-bit wide PCI bus at 66 MHz is 528 MB/second, some 120 times the requirement of the single CD drive. It would appear that one could burn 10 or 20 CDs at a time at 24x and have plenty of bus bandwidth left over (so long as you were burning in parallel).

      I'm not qualified to judge the architectural features which might create other bottlenecks, but neither the hard drive nor the machine bus appear to be a difficulty.

  • Plextor Replex Tower (Score:3, Interesting)

    by haplo21112 ( 184264 ) <haplo@epithnaFREEBSD.com minus bsd> on Monday February 11, 2002 @03:18PM (#2988487) Homepage
    The Plextor Replex tower would be a much better way to go...it and its software are made for this sort of thing and are reasonablely cheap...about the same cost as what you are suggesting, after a quick calculation in my head..

  • Nero can do it (Score:2, Interesting)

    by jpt.d ( 444929 )
    Nero can burn with more than one recorder at once.

    I have never used it personally for that, nor do I know the scope of its support.

  • Umm, depends. (Score:3, Insightful)

    by polymath69 ( 94161 ) <dr.slashdot@NoSPam.mailnull.com> on Monday February 11, 2002 @03:25PM (#2988535) Homepage
    Factors are going to include the speed of the drives holding the .iso images, the number of CD burners per SCSI bus, and the speed that you are trying to burn the disks at (eg. 4x). The idea of using a RAM disk to eliminate the hard drive variable has some merit, but unless you've got a gig of RAM or so, you'll only be able to burn one image at a time onto those multiple disks.

    But here's an unrelated thought. You say these CDs are to contain 30 minute mono lectures. A CD will hold 60 minutes easily. Why not put two lectures per CD and save on your overhead in loading and unloading the disks?

    You could take it even further by recording one lecture in the left audio channel, and another in the right, to fit four lectures per disk. It might be worth considering.

    • Couldn't you mount the iso in RAM as a filesystem so all could access the same iso?

      • Re:Umm, depends. (Score:1, Informative)

        by Anonymous Coward
        You wouldn't want to mount the ISO as a filesystem (I assume you're talking about using a loopback device), because then you'd need to recreate it for each CD you want to burn - that would be pointless. You could mount the ISO in a 700MB ramdisk if you wanted, but that shouldn't be necessary. You just need a large software buffer. I use cdrecord with a 32MB fifo, creating ISO images on the fly, and that buffer never drops below 85%. That buffer would be ridiculously large if you're just burning an image directly off the hard drive - you could probably get away with an 8MB buffer for each drive (each drive still has an internal buffer on top of that), meaning you'd only need 80MB to burn 10 CDs at once.

      • Re:Umm, depends. (Score:3, Interesting)

        by polymath69 ( 94161 )
        The AC is right; it wouldn't make sense to mount the ISO itself, as it's the image that's of use to the burner.

        But here's an even better idea. Skip the ramdisk. Instead, create a bunch of named pipes like np1..np10. Then start up a bunch of cdrecord instances, each reading from one of the named pipes. They should all block until they fill their input buffers.

        Next, use tee to copy the ISO image from the hard disk into each of the pipes.

        $ tee np1 np2 np3 np4 np5 np6 np7 np8 np9 < file.iso > np10

        That reads the ISO from the disk only once, and so should have the same performance advantages as setting it up in a tremendously large RAM disk (the contents of which might get swapped out anyway.)

        Note that the final named pipe was redirected to, rather than named as an argument to tee. That avoids the need to write an extra copy out to /dev/null.

        Will it work? You'd have to try it...

  • PCI bus is your bottleneck... (Score:4, Insightful)

    by stienman ( 51024 ) <adavis@@@ubasics...com> on Monday February 11, 2002 @03:43PM (#2988640) Homepage Journal
    The only bottleneck you have then is your PCI bus.

    You'll probably be fine with the 10 drives and one HD as long as:
    1) You use a ramdisk
    2) You make sure each burner has at least 2MB of buffer

    With the 2MB buffer, fast scsi, ram disk and DMA you should run into no problems even with 24 or 32 speed burners. You'd be better off, of course, with a faster/wider PCI bus.

    Integrate a robotic loading/unloading system, and 24x drives - you'll get 10 cds every two minutes. Your class of fifty can get their CD on the way out the door. It may be more cost effective to get twice as many drives that run at half the speed.

    -Adam
    • I definatly wouldn't suggest the x86 archhetechture. in that case, with no cost problems, and at a university, you might be able to a) buy an old sun workstation from another department, or b) permenantly "borrow" one from the local research department...

      as i recall, the sun and sgi workstations have really wide pci busses, which was what people on a recent macslash [macslash.com] thread were debatinng why apple still has a long way to go to dethrone the two big S's in terms of personal rendering stations.

      for a home solution, or at a eshop of sorts, an old sparc station or the likes might be out of the question, but if you're going to hack together somthing, just drop an old S motherboard, 10-20 cd burners, and a powersupply into a metal box, and let er' burn.
      • I should think that any PC motherboard with a 64bit/66Mhz PCI bus could handle that task quite handily. The feature of SGIs and Suns that they may have been referring to is the backplane, or the main memory bus. PCs are just now catching up to technology that has been used in SGIs and Suns for a bvery long time. Also, the SCSI controllers on both manufacture's computers are usually provided by a mainstream company (Adaptec comes to mind, especially for SGI equipment). And those devices typically interface over a regular 'ol PCI bus. Sun is an excpetion, as some of their equipment uses a PCI bus that isn't quite PCI. IIRC, they further overclock the bus/pump more bits thru it to make it faster than standard; also requiring special drivers from your OEM. So, if you could find a PC server motherboard with a few 64bit/66Mhz PCI slots, and PCI-SCSI controllers to do the job, it becomes more of an issue of working the software. As another poster noted, there are many great CD duplicator towers around, that can hook up to a computer or network, or operate stand-alone. If I needed a quick and cheap (time wise) solution, I'd go for that. If I needed to make alot of cds, I might look into making a custom burning machine with a robotic loader (who really wants to flip CDs all the time?). But it would have to be more economical than letting another company handle it.

    • Re:PCI bus is your bottleneck... (Score:4, Insightful)

      by hamjudo ( 64140 ) on Monday February 11, 2002 @07:19PM (#2990697) Homepage Journal
      Don't make this too hard. The PCI bus on a cheap motherboard is 32bits at 33Mhz, or a peak bandwidth of 132Mbytes/second. A 1X CD-ROM is 44.1Khz * 2 channels * 16 bits (2 bytes) or 176Kbytes/second. If the PCI bus were perfect, it could drive a single 748X CD writer, or ten 74X CDWriters. It's not perfect, but you'll easily get more than half of the max bandwidth (assuming modern PCI cards). Since 32X is the fastest CDwriter available today, you can easily drive 10 of them with quite a margin.

      If they're new CDwriters, they'll have protection against making coasters, so the penalty for running too many CDwriters, is they'll slow down.

      If you're good with metal working tools, you can make a double wide case that can hold 10 drives. Plug a bunch of IDE controller cards into the PCI bus. Note: IDE cables are limited to 18 inches. So you have to do a little design work, before you start cutting metal.

      If you're not into metal working, just take a few cheap PC's, max them out with CDwriters and network them with 100base-T ethernet cards. A little glue, and it will be like one big machine. This design can be expanded to hundreds of drives.

      I'm assuming student labor, so you won't need a robot disk changer.

      • Add-in PCI IDE controllers such as the various Promise adaptor that are out there have very, very spotty support for ATAPI devices. Big, burly hardware IDE RAID controllers (eg 3Ware) don't work with ATAPI at all. This is an application to which SCSI is well suited. Not to say you couldn't make it work, but that you're in for a bit harder job. Incidently, one of my desktop machines (well, actually it's a giant tower) has five Yamaha 4x CD-R drives in it, all on a single Adaptec 2940UW. The machine isn't even that fast (Duron 850MHz) but manages just fine for my CD-duping needs.

        Visit StorageForum. We like new people! [storageforum.net]

      • ...32X is the fastest CDwriter available today...

        Not to be pedantic or anything, but you can get a 40X [plextor.com] drive for USD $209 [plextorshop.com].

        • Cool. Fortunately, that's not fast enough to change the conclusion. Even if it really was that fast. The Plextor web page says: capable of burning a CD in just over three minutes.. The back of my envelope says that works out to an average of 25X.

          The "burnproof" technology makes it so that nothing catastrophic will happen when the PCI bus bandwidth is saturated.

      • Since 32X is the fastest CDwriter available today . . .

        Just wanted to mention the fact that Plextor actually recently released a 40x CD-RW drive, info on which can be found here [plextor.com].

    • Re:PCI bus is your bottleneck... (Score:2, Interesting)

      by Anonymous Coward
      Wow, never new so many computer Illiterates could respond to such an easy question... Specially the one's who are even more clueless about PCI... most don't even know how to spell PCI.... LOL

      All you need is a SCSI drive and bunch of SCSI CD-R burners @ any speed... They can be cheap... and on a single SCSI you can put upto 16 devices or even more... and this doesnot need any PCI interaction as long as you HDD is also a SCSI 8GB drive...

      You can buy a Adaptec 2940 used for about $50 and put all your drives on them...

      Been there done that... you can burn as many CDs as you want... If you wanna go all out you should get a D/C (dual channel) SCSI and put yer HDD on one and ALL your CD-ROMS on the other ( this is fer the fools who would say "hey, but ...")

      That's all

  • Let the students burn... (Score:4, Insightful)

    by martyb ( 196687 ) on Monday February 11, 2002 @03:59PM (#2988751)

    Let the students burn the CDs themselves. Just set up a server (ala napster), tell the students to download the lectures. Then, if the students actually want to burn them to CD, they're free to do so (set upa FAQ, if need be).

    • What if the students dont have computers. i know it sounds stupid but in my college, my class of 18 students studying networking and software systems including computer programming and other computer tools, about 8 people have computers and of them 6 are good computers. the other 10 use the college. So what do you do then?
    • I agree with martyb. Use the CD burners already in place in the computer labs. Lots of kids drop lectures, don't attend, ignore lecture notes and read the books, etc. Any CD you gave them would end up as a coaster the following saturday night.

      If the students really want to learn the material, and they feel that this CD would help them, then they should go to the lab, download an .ISO, put in a CD and burn it, with all of the instructions on a web page with a link to the ISO. They then provide their own media and time to learn, and they learn how to burn CDs too.

      I know at my school, we have probably 30 Plextor 16x CD burners in the lab, and I have seen them used once and I am in the lab often.

      My advice, save time money and headache by making a nice ISO and a nice webpage and letting the students loose. If they can't follow well written instructions after asking a few questions (or burning a few coasters), then they shouldn't be in college.

  • Why CDs? (Score:5, Insightful)

    by Jerf ( 17166 ) on Monday February 11, 2002 @04:09PM (#2988829) Journal
    Why CDs? 30 minutes of mono audio, encoded in 32Kb/s MP3, is (30 * 60 * 32 / 8) = 7200 KB (with the last "/ 8" to get us to kiloBYTES instead of kiloBITS). There are MUCH better codecs then MP3 for this at this bitrate, I just use MP3 as a convenient and easily obtained example. Record the lecture, convert to (lossily-compressed-audio-format-of-your-choice), and load it on the web.

    At the end of the semester, give each student ONE CD with the entire course on it!

    Nowadays, if your student can use a CD, they can play an MP3. And even a 7MB download is doable over a modem connection. (And you might cut that down to perhaps 1 or 2 MB or less by using a codec designed to do voice-only, but you'll probably have to pay for it.)

    • Re:Why CDs? (Score:1, Flamebait)

      by Suppafly ( 179830 )
      first off, you don't know what type of audience he's shooting for with these cds, second off, he never said it was mono audio or even audio in the first place.. Most college profs are big on using powerpoint and such combined with audio and video, in which case, a cdr would be the ideal choice, and is probably why said prof is looking at having someone make him a huge cd replicating box.

      • Re:Why CDs? (Score:2, Informative)

        by (startx) ( 37027 )
        re-read the question. go ahead, I'll wait. done? good. He did say ~30 minutes of mono audio. now go sit in the corner with the pointy cap.

    • Actually for 30 minute lectures why not audio cassettes.
      • Actually, it's been my experience that most college students don't keep tape decks. It's a kinda silly thing to still have around, if you're too young to have a huge tape collection.

  • Don't mean to be a contrarian but... (Score:1, Insightful)

    by Anonymous Coward
    Why does he need to burn his lectures for mass distribution? If it's some sort of ego thing then it would be easier to post the lectures on a server and let the students decide if it's worth the bandwidth.

  • Plenty. Is there a pile of Kenny G. . . (Score:3, Funny)

    by human bean ( 222811 ) on Monday February 11, 2002 @05:00PM (#2989182)
    That I can light off? :)

  • don't use a RAM disk (Score:5, Interesting)

    by MSG ( 12810 ) on Monday February 11, 2002 @05:07PM (#2989258)
    First, I have to say that I agree with the comments already posted suggesting that you just compress the audio and make it available for download. It's much more efficient. Especially when semester end comes and students want to review data from several lectures, not swapping disks frequently will be more convenient.

    I'd mod them up if I didn't have to say that RAM disks are a bad idea. If you simply add the RAM to the system, then the OS can cache the data in the most efficient manner possible. As long as you have the RAM to cache the image, the OS shouldn't be reading it from the drive constantly. Using a RAM disk is actually harmful to system performance, because the OS may not be able to cache disk sectors that are frequently needed. Statically allocating the RAM only works if you have more information about disk use than your OS, which you almost certainly do not.
    • uh, no... You dont need drive sector info because you are not on a drive. Its just data.
    • Using a RAM disk is actually harmful to system performance, because the OS may not be able to cache disk sectors that are frequently needed.

      The ramdisk and the OS's caches are both living in the same memory store; the cache won't be much faster, if any at all, and that only by the OS maybe having a less complicated way to get at the data. Thus, any improvement gained by duplicating ramdisk virtual sectors in a cache would be marginal. Ideally, the OS shouldn't cache any of it; the entire ramdisk is the freaking cache. The ramdisk idea is smart.

  • ... but I'd like to burn all existing copies of Windows XP and Office XP, plus all copies of their source code. That'd make a nice bonfire.

    Perhaps Bill Gates could be the Guy.

  • Practical problems. (Score:3, Informative)

    by billcopc ( 196330 ) <vrillco@yahoo.com> on Monday February 11, 2002 @07:23PM (#2990731) Homepage
    Burning multiple discs at once does sound nice at first, but there is one thing you seem to have overlooked : bus contention. No matter how many hyperfast SCSI cards you put in there, they will all share the same PCI bus and they will all compete over whose data stream is most important. This leads to reduced total throughput and greatly increased latency.

    One thing you could try instead is to just use a bunch of older P2-300's with IDE burners and stream the audio files from a fast NFS or SMB server. Burning at 8x requires about 1400 KB/sec, so good ole 100base-T could serve 4-5 clients without a hiccup. Throw in 3-4 nics and you could have yourself a burner-cluster for very cheap.
    • Um, that's not going to work. Your choices are:
      • One system running all the data over one PCI bus to some SCSI burners or
      • Several systems each having one burner and one server pushing all the data over one PCI bus to a NIC
      In short, the data is still going over one PCI bus (on the NFS server), so PCI bus is still a bottleneck and you've just wasted time/money/simplicity on this solution.

      The only way round this is to have a server class system as the NFS server; assuming you have one of these, it's probably already working as an NFS server and will probably not be available to be dedicated to working as a server for your burner-cluster. If it's not dedicated, you have contention for scarce resources (the PCI bus, CPU, memory, network bandwidth) which will likely result in coasters.

  • Key points highlighted (Score:4, Informative)

    by autocracy ( 192714 ) <slashdot2007@sto ... .com minus berry> on Monday February 11, 2002 @07:47PM (#2990882) Homepage
    • Buy enough RAM to hold the entire image of whatever you're burning - but don't make a RAM disk to store it in. The OS will do just fine caching it (my twin 18 gig SCSI drives that I got on the cheap evidence this - my computer barely reaches for them after the first hour of uptime. REALLY fast!).
    • SCSI burners wanted. This might even come out costing less because of the fact that an IDE card can only take 4 devices, while you'll be able to push several times that on SCSI. IDE will suffice for the HD if you're only burning one image at a time though.
    • Avoid theoretical numbers. Worst case scenario all the way. Assume that even if you start all your burners at the same time, they'll have drifted by the end of the cycle. And as you do more and more reloads, I can see the timings differing. This won't affect reads of the image (it'll be cached), but writes will hurt. Get a SCSI card and wide enough PCI bus (shoot for 64/66) to take it. Sure, theoretical measurements say you'll hack it with a 32/33, but keep in mind that others things run on that bus besides just what you plug into the slots - and that's assuming 100% efficiency.
    • SCSI stressed again. Bus mastering will help your CPU SSSSOOOO much. And yeah, I can't vouch it'd be that great on the ide -> scsi deal - but it's cached in RAM and RAM -> SCSI will help the proc.
    • Hardware you'll want: 1 Gig of RAM (why skimp? A full CD is 700 meaning that you'll probably buy 768 (multiple of 256 - derr!), so shoot for the gig to play with. Any CPU P-III or better will do, maybe even a P-II. I'd just go pick myself up a decent Athlon though. As for the Mobo - Dual Athlon model. No, you won't use that second proc, but you will use the onboard Ultra160. If you can get one with dual channels - bonus! This is because you'll be capable of handling 30 drives.
    Consideration: You'll have to have something to change out the discs. Set up with 10 drives, you should be able to EASILY do this for ~$2000. It's up to you to figure out way to change the discs automatically, though! And good luk on the case :)
  • look, if you're going to be burning copies of your kenny G cd and then selling them to little kids in china, you would be better spending your time encoding them to mp3 and then telling them about how you bought an expensive 10-cd burner and built it all yourself, but now you just burn your one cd a year for the lectures. just about everything sold now as a consumer cd player also understand mp3s as well. it would be an interesting project to set it up and script it. i would like to see the load when it was 100% busy. but other than a novelty i can't believe you would need one of those unless you were making tons of $$$ to do it which means it's probably illegal also.
  • Somehow, I had linked that in my mind with the *previous* Ask Slashdot [slashdot.org] story. Fahrenheit 451, indeed! More like Fahrenheit 200 for these chunks of plastic.
  • (I Am Not A Software Pirate)

    Nero will burn 10 identical disks at a time. Plextors's 40x burner costs $215. So for about $3,000 you can burn 200 disks an hour. Don't put your ATA raid motherboard/ATA controller carded monster in a case. Pulling 10 disks out of trays stacked in a tower after they have all ejected simultaniously is a pain in the butt.
    • Pulling 10 disks out of trays stacked in a tower after they have all ejected simultaniously is a pain in the butt.


      That's what slot-in drives are for. :-)

  • Just need to build the bonfire big enough.

    Heck, I'll even show you how it's done. Lemme just grab my sister's Backstreet Boys collection...

  • More information Needed ... IDE DRIVES? (Score:5, Informative)

    by fwc ( 168330 ) on Tuesday February 12, 2002 @04:56AM (#2992989)
    There's a lot of information missing from the posters query.

    First of all, if these MUST be in standard CD-audio format, then the answer to the question about how many disks you can burn of 30 minutes of audio in a given time can be calculated by dividing 30 minutes by the speed of the reader (say 15x), and then adding a minute or two for lead-in lead-out, toc, loading, etc. In this case, a 15x drive should be able to burn a 30 min CD in about 3-4 mins. A single drive should be able to turn out around 15-20 an hour.

    The poster did say he wanted to do this on the cheap. The bandwidth bottleneck in a PC environment will most likely be the PCI bus. Even with two IDE drives on an IDE chain, you should be able to keep up with the burning at 15x (150MB/min per drive). If I was going to do this on the cheap, I'd get me a used Pentium-II/Celeron class machine, or possibly a higher end pentium machine, get 4 IDE chains in it, and load it up with 6 CDR drives. Total cost should be under $1000, assuming you use linux or freebsd or similar. ($600 for drives, $50 for controller card, $350 for used machine). You may need to add a little for memory expansion, as I think the idea of a Ramdisk (300Megish) would be good, but memory is cheap (512 total MB should be sufficient). If you need more drives, add another machine. If you find that the machine can't keep up with this many, drop one or two and put them on a second machine.

    If these are for delivery to students which aren't at the lecture, or for review, perhaps the best thing would be to not focus on bulk duplication, but instead to figure out an on-demand system. What I mean is that if a student WANTS the lecture, then they can visit a computer at a specific location, select the date of the lecture, insert media and wait 5 mins for it to spit it out. That would be *Really* cheap (linux box w/CDR and suitably sized hard drive).

  • use a memory filesystem to store the image, get a machine with 64-bit PCI, and a nice fast 64-bit U160 SCSI controller, and you should be able to do a lot. if you want to know how much alot is, do the math.
  • You're not going to save money by doing it yourself. Let me rephrase that.

    You will spend less money by having them professionally duped, and you won't have a fucking beast of a computer left sitting there.

    "No problem," you say. "I can just dupe CD's for other people." Nope. You're not going to turn a profit for quite a while, and the other houses are sure to have lower prices than you.

    Even though you might get your prices lower, as a musician, i'd much rather go with a pro house with DEDICATED equipment than some hack mucking about with a bunch of consumer-level burners and SCSI cards duct-taped into his HP minitower.

    (i know, hyperbole, but you get the drift.)

  • windows (Score:2, Interesting)

    by Suppafly ( 179830 )
    This is a problem that lends itself really easily to a windows/ commercial software solution. Discjuggler by padus has support for up to 250 burners or something huge like that.. So you could get win2k a gig of ram or so and 10+ scsi burners and be good to go.

  • Disk Changer (Score:3, Interesting)

    by Anonymous Coward on Wednesday February 13, 2002 @02:40PM (#3001558)
    If the creation of the disks isn't time sensative, you might want to consider some sort of CDRW coupled to a disk changer, so that you don't have to sit there the entire time waiting for it to spit out disks. At 6x write speed 30 minutes of audio is written in 5 minutes, so that would be about 4 hours for fifty copies. Not too bad if you don't have to sit there feeding the drives.
  • DiscJuggler [padus.com]. No question about it. The pricing isn't too bad, and the software works great. It is good for both mastering and duplication, with good support for multiple drives.

  • Alternatives to what you want. (Score:4, Insightful)

    by Linuxathome ( 242573 ) on Wednesday February 13, 2002 @06:42PM (#3003583) Homepage Journal
    Are you just burning audio or are you also including powerpoint slides or images? I'm also a student, and the lectures we have (1 hour lectures at a time) are recorded as wav files and then encoded as mp3 files at a 16K bitrate (trust me, I've listened to them and they work fine for lecture audio) and at that bitrate, the techs managed to squeeze 1 hour in 5 MB's (well, they also squeezed the sample rate down during recording too). That's the size of a regular music track at 192K bitrate, 44.1KHz samplerate--in other words, just the perfect size to publish online and download. Add less than 1 MB for the powerpoint file and you have enough info for most of the students to skip class and just listen to audio while flipping through the slides at home. Let me emphasize again that this is already implemented at my medical school and lots of students skip class due to this feature. ;-)

    Ok, my question is: why spend the money on CD duplicators? I think it's more worthwhile to spend it on a computer station with all necessary drives for all available media that the students use. You can even turn it into a webserver if it has fast internet access. That way, all the lectures will be on this station and the students would only need to go to it and pop in their zip disk, jaz disk, cd-r or even better, a cd-rw, and then be able to copy what lectures they want. So, I think rather than spend your time trying to build the cd-duplicator, spend your time on writing the software/program that is running on the station that will allow the student to easily choose what they want and then instantly hit the "Burn" or "Copy" button and copy it to their media. In my view, this station is a much better use of your time.

    Actually, if you wanted to make it a truly killer app, then instead of copying the mp3's and the powerpoint files separately, have them integrated with, say, a macromedia program that the students can run independently (without the need of either a mp3 player or even powerpoint) and it'll automatically play the audio and show the slides cued to the audio (no need for the students to guess which slide the prof is on).

    But then again, I could be totally offtopic and your reasons behind building this cd-copying system far outweighs my suggestion. Anyway, these are just my thoughts.

  • CD Tower and Nero (Score:2, Informative)

    by Kheldarstl ( 543640 )
    worked fine for us, the CD tower had 5 Plextor SCSI CDRW drives (Can't remember the model #'s offhand) external scsi connectors to an adaptec scsi card in a PC next to it, placed cd to be copied in the CDROM drive of the PC and up to five blanks in the tower, used Nero 5 software, Disk Juggler if I remember correctly would also work, I'll see if I can dig up more detailed specs if you need them. The PC was a Windows NT 4.0 Machine, with very little loaded onto it.

    Keith

  • multi CDRs (Score:2, Insightful)

    by anthares ( 535628 )
    DiscJuggler - Unlimited Recorder Version Full version supporting up to 32 CD-R/RW drives. Based on this CDR software you can connect up to 32 CDRs. http://www.padus.com/downloads/full.php

  • Use caution when burning CD's (Score:3, Funny)

    by selectspec ( 74651 ) on Thursday February 14, 2002 @03:45PM (#3009258)
    Remember what happened to those Texas College students burning those logs? Don't build your CD burning pile too high. Stay clear when you ignite it. Be careful! Children's Barney CDs tend to ignite quickly. Don't burn only Brittney Spears. Don't leave out your David Hasslehoff and Shatner CD's. Be creative with your bad artists.
  • I use my home brew workstation for CD duplication. It is an Athlon 1.4 w/ 512MB DDR RAM, on board Adaptec U160 SCSI, 7200 RPM IBM Ultrastar drive (U160, 4MB cache), 4 Plextor Plexwriter 8X/20X CD-R drives and a Plextor Ultraplex 40Max CD. I run Red Hat 7.2 and simply use cdrecord to run all four writers at once. Works like a charm!

    You don't need nearly that much power to do the same thing, though. Before I upgraded to an Athlon, I ran a P3-500 system feeding the same 4 writers with an Initio UW SCSI card and a much slower UW SCSI hard disk. It was still solid enough to ignore and continue doing whatever other tasks you have to do while it writes 4 CD-Rs. CPU utilization was less than 4% on the 500 and about 1% on the Athlon.

    Linux, SCSI and lots of RAM are key here. :)
    --

Slashdot Top Deals

He has not acquired a fortune; the fortune has acquired him. -- Bion

Close