Exact Audio Sync Error
Contents |
Sound Editor Tips & Tricks Information Awards Contact About me Resources Download What's new Registration Links Commercial SDK Support FAQ Forum Documentation Other Projects DAE Quality Extraction Technology In secure mode this program either reads every exact audio copy burst mode audio sector at least twice or rely on extended error information that
Exact Audio Copy Secure Mode
some drives are able to return with the audio data. That is one reason why the program is slower
Exact Audio Copy Error Correction
than other rippers. But by using this technique non-identical sectors are detected. If an error occurs (read or sync error), the program keeps on reading this sector, until eight of 16
Defeat Audio Cache
retries are identical, but at maximum one, three or five times (according to the selected error recovery quality) these 16 retries are read. So, in the worst case, bad sectors are read up to 82 times! But this effort will help the program to obtain the best result by comparing all of the retries. Advertisement / Anzeige If it is not sure that eac gap detection method the audio stream is correct (at least that it can not be said at approx. 99.5%) the program will tell the user where the (possible) read error occurred. The program also tries to correct the jitter artefacts that occur on the first block of a track, so that each extraction should be exactly the same. On drives which have the "accurate stream" feature, this is guaranteed. Of course, this technology is a little bit more complex, especially with some CD drives which implements caching. When drives cache audio data, every sector read will be read from the drives cache and is that way always identical. Basically there are several ways to clear the cache. In newer versions it will overread sectors, so that the cache contains sectors from a position elsewhere on the CD. Advertisement / Anzeige EAC has several secure read modes, depending on the features of the drive. One really fast mode (nearly burst mode speed) is for drives with C2 error pointer support, accurate stream and are non-caching. Another mode (up to half of maximum speed) is for non-caching, accurate stream drives (w
sync error on a brand-new CD 1 Print Topic: EAC sync error on a brand-new CD(Read 4446 times) previous topic - next topic 0 Members and 2 Guests are viewing this topic. SonicBooom! Full eac test and copy Member Joined: 16 February, 2011 Posts: 118 Logged EAC sync error on a brand-new eac timing problem CD 16 March, 2013, 09:11:42 PM I recently bought a brand-new "Fallen" by Evanescence CD. This CD seems to be of a exact audio copy slow different pressing because I have the same CD I bought ever since it was released (2003) and it has different markings esp. on the CD itself. But anyway, I rip the new CD straight ahead, and http://www.exactaudiocopy.de/en/index.php/overview/basic-technology/extraction-technology/ because it is brand-new it doesn't have any kind of scratches.Code: [Select]Exact Audio Copy V1.0 beta 3 from 29. August 2011EAC extraction logfile from 17. March 2013, 9:09Evanescence / FallenUsed drive : ATAPI iHAS122 C Adapter: 0 ID: 0Read mode : SecureUtilize accurate stream : YesDefeat audio cache : NoMake use of C2 pointers : YesRead offset correction : 6Overread into Lead-In and Lead-Out : NoFill up missing offset https://hydrogenaud.io/index.php/topic,99972.0.html samples with silence : YesDelete leading and trailing silent blocks : NoNull samples used in CRC calculations : YesUsed interface : Native Win32 interface for Win NT & 2000Gap handling : Not detected, thus appended to previous trackUsed output format : User Defined EncoderSelected bitrate : 128 kBit/sQuality : HighAdd ID3 tag : NoCommand line compressor : C:\Program Files\FLAC\flac.exeAdditional command line options : -T "artist=%artist%" -T "title=%title%" -T "album=%albumtitle%" -T "date=%year%" -T "tracknumber=%tracknr%" -T "genre=%genre%" -5 %source% TOC of the extracted CD Track | Start | Length | Start sector | End sector --------------------------------------------------------- 1 | 0:00.00 | 3:34.71 | 0 | 16120 2 | 3:34.71 | 3:57.22 | 16121 | 33917 3 | 7:32.18 | 3:15.66 | 33918 | 48608 4 | 10:48.09 | 4:24.16 | 48609 | 68424 5 | 15:12.25 | 3:06.49 | 68425 | 82423 6 | 18:18.74 | 4:38.05 | 82424 | 103278 7 | 22:57.04 | 4:17.39 | 103279 | 122592 8 | 27:14.43 | 3:49.73 | 122593 | 139840 9 | 31:04.41 | 3:40.27 | 139841 | 156367 10 | 34:44.68 | 4:07.25 | 156368 | 174917 11 | 38:52.18 | 5:29.25 | 174918 | 199617 12 | 44:21.43 | 4:33.27 | 199618 | 220119 Track 1 Filename C:\Users\Ron\Music\Exact Audio Copy\01 Going Under.wav Suspicious
Gear / Technical Help» Post-Processing, Computer / Streaming / Internet Devices & Related Activity» Topic: EAC Read and Sync Errors « previous next » Print Pages: [1] Go Down Author Topic: EAC Read and Sync Errors (Read 1551 times) 0 Members and 2 Guests are viewing http://taperssection.com/index.php?topic=130562.0 this topic. jamroom Trade Count: (1) Taperssection Member Posts: 831 EAC Read and Sync Errors « on: December 26, 2009, 09:20:31 AM » Can anyone explain why read and sync errors occur?I use EAC to rip live audio recordings that are sent http://www.thetradersden.org/forums/archive/index.php/t-9582.html to me on cd. Up until recently, I probably found errors on only one disc, out of many ripped over the last couple of years. However, over the last couple of weeks, I have found read and sync errors on cds exact audio from three different sources. Though I could successfully rip some cds from the batches sent to me, some had a number of errors, listed as "suspicious positions". As many of you will know, some of these discs take a looooong time to rip. FWIW, I always clean the discs, when necessary.I started to suspect my pc dvd-rw, but after loading EAC and setting the offset correction on my laptop, I am having the same problems with the same discs. I loaded one exact audio copy of the ripped discs into Audition, but could not detect any audible (or visible) errors at the "suspicious positions". Given that many traders are concerned with "less than perfect" lineage, including rip errors, I was wondering what you think about this matter. Logged boojum Trade Count: (1) Needs to get out more... Posts: 3633 Gender: Re: EAC Read and Sync Errors « Reply #1 on: December 26, 2009, 02:58:43 PM » There is an excellent EAC support group on Yahoo which would be the best source of help on this. It is active and knowledgeable. That you have had the same problem on different drives eliminates that it is a drive problem, I would think. Are they from the same source/burner, these faulty CD's? Logged Nov schmoz kapop. jamroom Trade Count: (1) Taperssection Member Posts: 831 Re: EAC Read and Sync Errors « Reply #2 on: December 26, 2009, 04:16:35 PM » Thanks for the advice. No, the discs come from three different guys in different parts of the world. I'm just lucky, I guess... Logged H₂O Trade Count: (26) Needs to get out more... Posts: 4960 Gender: Re: EAC Read and Sync Errors « Reply #3 on: December 26, 2009, 10:42:15 PM » Read and Sync errors just mean that the calc'd CRC doesn't match what is written to the CD. This can be caused by many things and can end up with inaudible issues or audible issues. Some causes I have seen -
error correction coming at the tail end of the track? Is the acceptability of this marginal or is it OK? If you see this should you be trying to re-rip to get it to 100%? dancin_carrot2005-07-18, 07:08 PMAs far as I know, getting less than 100% simply means it took more than one attempt to rip that track perfectly. As long as it says copy ok at the bottom, the track is fine. Lou2005-07-18, 07:27 PMOK good, thanks. dancin_carrot2005-07-18, 07:38 PMJust a bit more detail from http://users.pandora.be/satcp/eac07.htm While Peak level tells nothing about the quality of extraction, Track quality does. A Track quality of 100% obviously means that the track was extracted 100% correct. But here's where some people make mistakes; sometimes EAC rereads certain audio sectors multiple times to get accurate extraction results. For every reread EAC does, the Track quality decreases, but this does not mean that the extraction is less accurate. It is possible to have a bit-by-bit perfect copy of a track, while Track quality is lower than 100%. As long as Exact Audio Copy does not report any errors in the Status and Error Messages log, the extracted files are bit-by-bit perfect copies of the original. Track quality should be interpreted as the physical quality of the CD and not of the extracted data. A CD with some scratches or dirty fingers on will certainly cause rereads in EAC and thus a Track quality lower than 100%, but still the extracted tracks may be perfect. Thus if the log says Copy OK for a track that means it's extracted perfect - no matter of the Track quality. So, I hope that made things more clear as many people are confused by the Track quality. Lou2005-07-18, 07:48 PMThat's excellent because I always just assumed that anything less than 100% meant it was near perfect, but EAC couldn't get it to perfection due to scratches, smudges, etc. pmo