[quote=outscape,Jan 9 2004, 10:18 PM]i know that it's better to burn at high speeds when using phthalocyanine-based discs [/quote]
Can you provide error scans ?
[quote=outscape,Jan 9 2004, 10:18 PM](lower speeds can actually make matters worst), but cyanine and metal azo media should provide stable performance at both high and low speeds.[/quote]
How do you explain that Alexnoe's Azo CDRs are Ok at 52x, and crappy at 4x ? And that his Cyanine ones are best at 4x, good at 52x and worst at 20x ? (
http://club.cdfreaks.com/showthread.php?s=&threadid=69698 )
You can't rely on any rule...
In the page that you links, there is much talk about the sound of digital, but there is not a single blind test mentionned.
Here are some comments :
[quote]If the original clock sampled IN evenly |--|--|--|--|--|--|--|--| but the playback OUT was uneven (jittery) |---|-|--|-|--|---|-|--| the playback could sound more brittle, less wide and smooth, more dry and grainy.[/quote]
There has never been any double blind test showing this to my knowledge, the tricky part being being able to measure the jitter of the source. So this is still speculation.
[quote]Most computer-based digital audio cards have quite high jitter due to ground and power contamination and the proximity of other clocks on the computer's motherboard[/quote]
The problem of power contamination and proximity of other clocks was a reality in the SB16 days, now, the signal to noise ratio of soundcards being as good as, or sometimes superior to the one of standalone CD Players shows that this issue is solved. For jitter, I don't know.
[quote]Errors - CD plants (should) always do BLER (Block Error) scans to make sure that uncorrectible errors don't cause your CDR master to be rejected[/quote]
Yes, so errors are not an issue, since it is ensured that there are none.
[quote]Recalculations occur when you are processing sound in any digital processor, like Pro Tools, Nuendo, a Finalizer, you name it. The sonic quality of those recalculations depends on a lot of things, but lets move on...[/quote]
Off topic ! If you process the sound, you don't expect it to sound the same as the original to begin with.
[quote]DAT machines mistrackkkkk[/quote]
Must be rejected as defective (unfortunately not always done), there are error counters on professional DAT decks.
[quote]files get fragmented (mostly slows access, may cause crashes)... [/quote]
Off topic. A coaster can't be read anyway.
[quote]files become corrupted (software can be largely to blame), [/quote]
Wrong, only hardware can "corrupt" files. If the software changes files, it is bugged. You can check by yourself that EAC, CDex, etc don't corrupt file with a file compare utility, or the DOS command line.
[quote]high-end digital gear folks say that Toslink/fiber optic cable doesn't sound as good as AES/EBU or BNC...[/quote]
...but no one cares to setup any double blind test.
[quote]... Error correction helps, but when it comes to your master, you want the ultimate... not second-best[/quote]
The only acceptable explanation (still unverified) for different sounding digital cables is jitter. Error correction has nothing to do with it. There is no error even on a cheap analog cable used instead of digital. You can also check it by yourself (
http://perso.numericable.fr/~laguill2/spdif/proof.htm )
[quote]
Different CDRs sound different
[/quote]
Proof ?
[quote]I find the 700mb sound better than 650 mb[/quote]
I've read that sound engeeners used exclusively 650 MB CDRs (at CDRlabls or CD Freaks, some years ago) because before around 1998, 700 MB CDRs were violating the orange book standard, and some old players are not compatible with them. The problem that we can see here is that the advice of professional people is no more professional than anyone else advice. They contradict each other, like audiophiles...
[quote]Software designers are sometimes required to program for efficiency instead of precision. This means in order to make a program run fast at a competitive price, they end up making it handle larger blocks of data at once, compromising the possible resolution of the sound. A small error within a block gets corrected, and thus the whole block is changed.[/quote]
There is no relation between the amount of data processed at once and the resolution of the sound, and the second sentence is illogical : if the error is corrected, the data should not be changed. If they are changed, it means that the error was not corrected.
Again, you can check by yourself. There must not be a single error between an original and a copy. Secure rippers are there to ensure this.
[quote]A great engineer, Lynn Fuston, took a top-of-the line multitrack digital studio recording and made 30, count them 30, identical (plus-or-minus a couple microscopic hairs) mixes on different DAWs. This is the Awesome DAWSUM comparison. Here's the 3D forum home and here's my sonic analysis of each system. Not for the faint at heart and the results were pretty incredible... [/quote]
I can see no solid results. The test was sighted, only the names of the DAW were masked. The author just gives his personal opinion about each recording, without any blind test showing that any difference could be actually heard.
[quote]I've experienced transferring a sound file from one hard drive to another and the sound changed[/quote]
When you say that you've got a goose in your garden, and we ask a proof, you can send us a photo of the goose in your garden. Looking at it, we'll agree that there was a goose in your garden.
But when you say that there is a unicorn in your garden, we won't believe it even if we see a photo of a horse with a horn on the forehead.
Here the author tells us that there is a unicorn in his garden, and he doesn't even provide a photo of it, that would be the results of a blind listening test in order to see if a real difference can be heard.
[quote]The reason a data CDR doesn't have errors and an audio CDR does is partly because when the data CDR encounters an error, it re-reads the section over and over until it reads the data correctly, whereas when playing an audio CDR, this doesn't happen because it cant keep stalling the audio output so it can reread the data over and over![/quote]
This has 0.00001 % to do with the fact hat there are much fewer errors on CD ROMs than on CDDAs. The 99.99999 % reason is because there are more error correction information on a CD ROM than on a CD DA, like he says just after.
[quote]One of the two other engineers who heard exactly what I heard is a 30 year+ veteran with name credits. The musician in the session who didn't hear the difference was a 19 year old guitar player involved in his first professional recording.[/quote]
This doesn't mean anything. A professional sound engeener once came in this board, claimed that MP3 sounded bad enough so that he could hear it anytime on professional equipment, because it was his job, etc... When provided with some samples, he mistook the Mp3 and the original ones. Some people always brag their diplomas, their experience, their knowledge and their golden ears, but never perform any blind listening test ! (This is not the case of the one who came here, who fairly accepted to pass the test). This behaviour alone discredits them in our eyes, because this is unscientific. It's not the job or the experience that proves what one hears, it's the results of the blind listening test.