HOME HYPERLINKFORUM HYPERLINKCDR HYPERLINKSUB-SYTEM HYPERLINKHARDWARE HYPERLINKHOW_TO'S HYPERLINKLINKS HYPERLINK

Tricks and Secrets for Successful CD Burning CDR  Burning CDRW Burning, Burning Issues, CDR, CDRW, CD Burning forum, burningissues for Burning & copying copy protected CD's, CD burners, CD writing, CD CDR CDRW Burning

There's depressingly little data available on the real-world performance of CD-burning applications; this is partly due to the makers shying away from the performance issue which most interests consumers: how well the thing can copy a CD.

Burningissues is carrying out several series' of tests on these applications; this one simply considers the straight-line speed making then burning an image-file [".iso"] from an unprotected audio-disk.

The next series of tests - almost complete - is with protected CD's; using a wide range of reading/writing hardware together with the best performing applications from this test.

As you might imagine, these test-series take hundreds of hours: some of the application versions below may appear a generation or two behind: we believe them to give a fair picture of the read/write performance of the applications' engines. They will be updated where we believe the applications' basic performance has changed.

 

 

Extract image file

CloneCD 2.0.2.4

CDRWin 3.8a-e

MultiCopy [ICDW5.2]

Nero 4.0.8.8

DiskJuggler 2.00.412b

WinOnCD 3.7.058PE

EasyCD 4.02 DL

PrimoCD Plus1.1.356

BlindRead 3.0.20

Minimum commands

[TM]C [TM]C

[TM]C[W]C

[W]C[TM]C TC[W]C

[W]MCC[W]M C[TM]C[TM]C [TM]C[W]C

[W]MC[TM]C C[W]CCCC

[TM]CCC [W]CCC

[W]DrMC [TM]BTC

[W]CrC [TM]CC

[W]C[W]C [W]C

Command time

00:02

00:02

00:09

00:09

00:08

00:06

00:14

00:04

00:03

Average extract time

01:51

01:51

01:57

01:58

02:04

01:52

05:15

11:12

01:45

Read speed

23x

23x

22x

22x

21x

23x

8x

4x

25x

Total

01:53

01:53

02:06

02:07

02:12

01:58

05:29

11:16

01:48

Ranking

2=

2=

5

6

7

4

8

9

1

Write image file

CloneCD 2.0.2.4

CDRWin 3.8a-e

MultiCopy [ICDW5.2]

Nero 4.0.8.8

DiskJuggler 2.00.412b

WinOnCD 3.7.058PE

EasyCD 4.02 DL

PrimoCD Plus1.1.356

FireBurner 1.6beta5

Minimum commands

[TM]C [TM]C

[TM]C[W]C [W]CC[W][+ 3 load cue]C

[W]CCC[TM] CC[W]C

[W]MCC[W] MC[TM]CC [TM]C

[W]MC[TM]C C[W]CCC

[TM]CCC [W]CCC

[W]MC[TM] CC[TM]C [TM]C

[W]MC[W] CCC

[W]C[W] CrCCCCr C[W]CC

Command time

00:02

00:08

00:06

00:08

00:07

00:06

00:06

00:05

00:09

Average 2x write time 

23:37

24:01

23:56

23:57

24:16

24:49

23:53

24:01

23:57

Totals

23:39

24:09

24:02

24:05

24:23

24:55

23:58

24:06

24:06

Ranking

1

7

3

4

8

9

2

5=

5=

Sum Time

25:32

26:02

26:08

26:12

26:35

26:53

29:27

35:22

25:54

Difference from fastest

 

00:30

00:36

00:40

01:03

01:21

03:55

09:50

00:22

Ranking

1

3

4

5

6

7

8

9

2

 

Commands: C=left Click, Cr=right Click, D=Drag/drop, M=Menu [1 second each]; B=Browse, T=Type [5 seconds]. [TM]=Task Manager/new task sheet; [W]=Application Window/new window.

EasyCD v 4.02 ran in W9x – would not run stable as sole application in two clean installs W2K w/ full ASPI-layer. All applications except EasyCD ran in W2K & varied 1% at most between runs.

Burners: Philips CDD3600 v 2 [CloneCD], Yamaha 6416S v 1c [all others]. Reader: Plextor 40TSi v 1.11

Machine: Soyo6BA+IV/PPGA at 577Mhz/Advansys UW PCI SCSI host/96Mb PC100 CAS2 SDRAM/IBM ATA66 HD on HPT366.

At least 3 CD’s were burnt per application, at least one of which was fully checked against single pressed audio source.

At least 3 native-format image-files were extracted per application, all to the same dedicated partition, emptied between runs.

Test OS partition fully defragmented between runs

 

What can all those hours spent with a stop-watch doing these simple tests tell? Well:

1: Burning by Design

Burning applications are cutting-edge tools as much as the CD devices: one aspect affecting the application's performance is design - design not as in what a pretty colour the package is that the chisel came in, but how well the handle fits the hand: there's no point in having a keen application if the interface is slippery with meaningless options.

During these simple tests, it became obvious that some powerful applications took excessive commands to do simple tasks; accompanied, in the worst cases, by some half-witted "wizard." It's easier to design a simple - in terms of tasks & options - application like CloneCD, what's not simple is to keep the focus of the mouse-pointer [the distances you cover between clicks] tight and logical; especially when it's a very powerful general-purpose application like WinOnCD or Nero. The designer's failure to get this part of the application right can make for a lot of wasted time, effort & frustration on the part of any user, however experienced.

Since speed was being tested, it became obvious that the command-time to do simple tasks would have to be measured, or at least realistically estimated. This varied between a couple of seconds - CloneCD - to a dozen or more clicking randomly round the screen.

Nero is one of the dumbest-designed tools imaginable: one central problem is that two choices are needed early on: between which recording device is to be used [it counts your HD as a virtual recorder for image-files], and which type of CD is to be recorded. These choices - for no discernable reason - are not made in the same active window or task-manager. To make it worse, the last-used recorder is default for the next session; so if you wrote an image-file to the HD last time you will always need to reset the recorder to a real burner, and vice-versa if you last wrote to CD.

Worse still, the normal process for extracting an image-file takes you through several trivial task-manager screens each with a couple of radio-buttons, then another couple of windows, each demanding a click or two. Not only do you have to wear your mouse-button to the bone; but these clicks are scattered all over the place, demanding much scrolling. The application wilfully ignores the right mouse-button, leaving the icons no more than dumb pictures.

Multicopy – the copy utility in Vob Instant CDWizard 5.2 – deals with the same choices as Nero much more coherently: in a two-paned startup window all the possible source drives, including the HD, are to the left; & all possible write devices, including the HD, are to the right: any one source, and any one or more write device may be selected. Dropping down from this same window is a tabbed properties manager, where detailed read & write properties may be set, then saved if desired as named tasks. The sole time-waster is the necessity to type a image-file name each time, even in a named task.

WinOnCD starts up with a genuinely useful task-manager, where preset tasks, as well as personal favourites, are no more than a couple of clicks away. You are then into a task-focussed window, where a few more clicks - usually geographically close - set the job going: any twiddling & adjusting device or disk-properties is generally done through the right button. This sort of ergonomic thoroughness took real thought & makes this application one you would recommend to users new & old.

DiskJuggler needs a lot of commands for not very complex tasks: on the other hand it specifically encourages you to set & save favourite routines. The several task-windows have a coherent layout, which saves confusion. This seems to me to be a professional tool where it is assumed the user will want to have regular full access to many options: care has been taken to make this possible.

CDRWin is a well-designed application - a classic example of a great deal of users' feedback refining a rather clunky original. You can adjust everything; but may equally set some sensible defaults. If it has a fault, it is that the most commonly used buttons are not grouped to one area of the sequence of screens - all to the bottom, or right, for example.

CloneCD does its simple tasks perfectly well - as a piece of product design, it simply has no fault. Most tasks take a couple of left-clicks: defaults are simple to adjust.

Of the applications tested, FireBurner is the hidden gem: it is as ugly as can be; but from the design point of view does very complex things in a very small space, using both left & right buttons in a coherent way. To describe it as "designed" would be difficult while keeping a straight face; but, like CDRWin, it is a tool refined by a great deal of intelligent concentrated effort.

PrimoCD Plus makes use of the right button to get at active & useful properties windows for the devices. Its management of tasks is also logical. The application is a little unfocussed, requiring the covering of a lot of screen-area during the mercifully short command-sequences. It has clearly been decorated by a graphics designer, albeit one whose last job was signage for an airport.

BlindRead does its simple thing well, if taking rather a lot of screen-space: the sequence of screens is logical, & the clicks are coherently grouped. It will be most interesting to see whether BlindWrite, whatever its functional qualities, can provide the same modest perfection in design as CloneCD.

EasyCD D/L v.4.02 has its own standards in ergonomics, as in so much else, and takes half-as-long again as the next-worst application to get to write an image-file. Once the “wizard” – more a gormless imp – has been got rid of, you are faced with an encouragingly pre-set-up screen for drag ‘n drop from source to an audio-list, in bright kindergarten colours. The File menu offers you – again encouragingly – an option to make an image-file.

From that point on it all goes slooooow: you must browse to the extract-to directory/partition, then type in the file-name. Neither action appears to save new defaults.

The write-image commands are little worse than the next-worst: the EasyCD bonus is that, if using CDRW’s, a last-minute alert-screen prevents you from writing until you have noted the non-playability of RW’s in home & car hi-fi: this nag appears to be impossible to strangle.


2: Performance & conclusions

We are preparing some more tests covering extraction from tougher sources with various readers. Here, all that is tested is the simple performance of the applications’ extract & write engines, moderated by the design issues considered above. The source was an unprotected stamped audio CD, unscratched and clean.

Though the writes were at 2x, the differences in times between the applications will largely hold true for higher write-speeds: it is the time an application spends faffing around with cache, buffers & disk-analysis which tends to vary