Difference between revisions of "Exact Audio Copy"

From Hydrogenaudio Knowledgebase
Jump to: navigation, search
(Added link to EAC and TAK guide)
m
Line 3: Line 3:
 
| name = Exact Audio Copy
 
| name = Exact Audio Copy
 
| screenshot = [[Image:EAC_screenshot.png|250px|EAC screenshot]]
 
| screenshot = [[Image:EAC_screenshot.png|250px|EAC screenshot]]
| caption = popular secure ripper with C2 error correction  
+
| caption = popular secure ripper with C2 error correction
 
| maintainer = Andre Wiethoff
 
| maintainer = Andre Wiethoff
 
| stable_release = 0.95b4
 
| stable_release = 0.95b4
 
| preview_release =  
 
| preview_release =  
 
| operating_system = Windows, Linux/BSD (Wine Emulation)
 
| operating_system = Windows, Linux/BSD (Wine Emulation)
| use = Digital Audio Extraction  
+
| use = Digital Audio Extraction
 
| license = Free, Cardware
 
| license = Free, Cardware
 
| website = [http://www.exactaudiocopy.org EAC website]
 
| website = [http://www.exactaudiocopy.org EAC website]
 
}}
 
}}
  
'''Exact Audio Copy''' (EAC for short) is a free software that can be used to extract tracks from an Audio CD to your computer's hard disk. What makes EAC special compared to other rippers is the fact that it is capable of reading audio CDs almost perfectly.
+
'''Exact Audio Copy''' ('''EAC''' for short) is a free software that can be used to extract tracks from an Audio CD to your computer's hard disk. What makes EAC special compared to other rippers is the fact that it is capable of reading audio CDs almost perfectly.
 
EAC uses various methods for extracting audio data. EAC can also invoke externally installed encoders, thereby making it possible to simultaneously rip and encode audio data to the format of your choice.
 
EAC uses various methods for extracting audio data. EAC can also invoke externally installed encoders, thereby making it possible to simultaneously rip and encode audio data to the format of your choice.
  
 
+
== Features of Exact Audio Copy ==
==Features of Exact Audio Copy==
+
 
* Usage of the Windows 95 and Windows NT ASPI Interface, so both SCSI and ATAPI CD-ROM drives are supported
 
* Usage of the Windows 95 and Windows NT ASPI Interface, so both SCSI and ATAPI CD-ROM drives are supported
 
* Hidden sector synchronization (jitter correction)
 
* Hidden sector synchronization (jitter correction)
Line 33: Line 32:
 
* Detection of pre-track gaps
 
* Detection of pre-track gaps
 
* Detection of silence in pre-track gaps
 
* Detection of silence in pre-track gaps
* Automatic creation of CUE sheets for CDRWin, including all gaps, indicies, track attributes, UPC and ISRC
+
* Automatic creation of CUE sheets for CDRWin, including all gaps, indices, track attributes, UPC and ISRC
 
* CD player functionality and prelistening to selected ranges
 
* CD player functionality and prelistening to selected ranges
 
* Automatic detection of drive features, whether a drive has an accurate stream and/or does caching
 
* Automatic detection of drive features, whether a drive has an accurate stream and/or does caching
Line 52: Line 51:
 
* Program is Cardware, so feel free to copy
 
* Program is Cardware, so feel free to copy
  
 
+
== How it works ==
==How it works==
+
=== Extraction technology ===
===Extraction technology===
+
 
In secure mode, this program reads every audio sector at least twice. That is one reason why the program is so slow. 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 retries are identical, but at maximum one, three or five times (according to the error recovery quality) these 16 retries are read. So, in the worst case, bad sectors are read up to 82 times! But this will help the program to obtain best result by comparing all of the retries. If it is not sure that the stream is correct (at least it can be said at approx. 99.5%) the program will tell the user where the (possible) read error occurred. The program also tries to adjust the jitter artefacts that occur on the first block of a track, so that each extraction should be exactly the same. On drives found to have the ''accurate stream'' feature, this is guaranteed. Of course, this is a little bit more complex, especially with some CD drives which have caching. When these drives cache audio data, every sector read will be read from cache and is identical. I initially implemented two ways of dealing with the caching problem. First there is an extra option for resetting the cache for use the the old secure mode (the one being kept for compatibility reasons). In the current beta version, the cache will still be reset by resetting the drive completely. You might imagine that this would slow down the reading process very badly.
 
In secure mode, this program reads every audio sector at least twice. That is one reason why the program is so slow. 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 retries are identical, but at maximum one, three or five times (according to the error recovery quality) these 16 retries are read. So, in the worst case, bad sectors are read up to 82 times! But this will help the program to obtain best result by comparing all of the retries. If it is not sure that the stream is correct (at least it can be said at approx. 99.5%) the program will tell the user where the (possible) read error occurred. The program also tries to adjust the jitter artefacts that occur on the first block of a track, so that each extraction should be exactly the same. On drives found to have the ''accurate stream'' feature, this is guaranteed. Of course, this is a little bit more complex, especially with some CD drives which have caching. When these drives cache audio data, every sector read will be read from cache and is identical. I initially implemented two ways of dealing with the caching problem. First there is an extra option for resetting the cache for use the the old secure mode (the one being kept for compatibility reasons). In the current beta version, the cache will still be reset by resetting the drive completely. You might imagine that this would slow down the reading process very badly.
  
 
That is why it was implemented three new read modes in version 0.85beta. One really fast mode (up to half of maximum speed) is only for non-caching, accurate stream CD-ROM drives. The second one could be used for caching, accurate stream drives and the last one will work with drives that don't have accurate streams, or do caching. The last two will be much slower, when no read errors occur it will usually something around a third to a fourth of the drives maximum speed.
 
That is why it was implemented three new read modes in version 0.85beta. One really fast mode (up to half of maximum speed) is only for non-caching, accurate stream CD-ROM drives. The second one could be used for caching, accurate stream drives and the last one will work with drives that don't have accurate streams, or do caching. The last two will be much slower, when no read errors occur it will usually something around a third to a fourth of the drives maximum speed.
For testing, it was used a Plextor 14/32 drive that does no caching and a Teac R56S-600 drive that does caching. Furthermore the Plextor 14/32 supports the ''accurate stream'' feature, so it produces no jitter artifacts on any stream.
+
For testing, it was used a Plextor 14/32 drive that does no caching and a Teac R56S-600 drive that does caching. Furthermore the Plextor 14/32 supports the ''accurate stream'' feature, so it produces no jitter artefacts on any stream.
  
This program is really damn slow in secure mode in comparison with other grabbers, but the program checks every sector over and over to get the correct data with high certainty. If you don't like this feature of EAC and prefer fast copies instead of secure copies, you should use the fast or burst extraction option in the options menu. But of course in fast mode, the program will no longer be able to find read errors. Only if a read error occurs in a sector synchronization area, will a sync error will still be displayed. Fast mode is sector synchronized with 2 blocks of 23 as synchronization blocks. Burst copy is even worse, no synchronization is done, enabling extraction at maximum speed of the drive. No error checking of any kind can be performed. If the stream ever breaks, it will tell the user in the status report by showing up suspicous positions. Of course this is only heuristic; there needn't be any errors on that positions; moreover there could be errors that are not found at all.  
+
This program is really damn slow in secure mode in comparison with other grabbers, but the program checks every sector over and over to get the correct data with high certainty. If you don't like this feature of EAC and prefer fast copies instead of secure copies, you should use the fast or burst extraction option in the options menu. But of course in fast mode, the program will no longer be able to find read errors. Only if a read error occurs in a sector synchronization area, will a sync error will still be displayed. Fast mode is sector synchronized with 2 blocks of 23 as synchronization blocks. Burst copy is even worse, no synchronization is done, enabling extraction at maximum speed of the drive. No error checking of any kind can be performed. If the stream ever breaks, it will tell the user in the status report by showing up suspicious positions. Of course this is only heuristic; there needn't be any errors on that positions; moreover there could be errors that are not found at all.
 
A new option for selecting the error recovery quality will determine how often these blocks of 16 reads will be done before giving up and working with the results obtained so far. For bad CDs, low error recovery quality will be fastest, but high recover quality should give best results.
 
A new option for selecting the error recovery quality will determine how often these blocks of 16 reads will be done before giving up and working with the results obtained so far. For bad CDs, low error recovery quality will be fastest, but high recover quality should give best results.
  
===Gap technology===
+
=== Gap technology ===
 
In the new versions of EAC it is possible to detect pre-track gaps. These are the pauses between two tracks. Usually they are two seconds long and a CD player will display a negative time during this pause. By enabling the option ''Detect Pre-Track Gaps'' it will be possible to detect all gap-lengths by reading the sub-channel information. Because this information is not stored on the CD directly retrievable, EAC has to search for the position a track ends. This search is quite fast, but it still takes on average a second per track. That's why I made it possible to disable it in the options. Besides that option you can choose to add the gaps to the previous track nevertheless. Otherwise you can choose either to append the gap to the correct track or to leave it out . A benefit of performing the detection and getting the gap times is the selection of a range to copy. There the correct times will be displayed. One last word on this topic: Because these pre-track gaps are found by testing positions, it is possible that it will not be 100% exact. But in most cases it will be correct.
 
In the new versions of EAC it is possible to detect pre-track gaps. These are the pauses between two tracks. Usually they are two seconds long and a CD player will display a negative time during this pause. By enabling the option ''Detect Pre-Track Gaps'' it will be possible to detect all gap-lengths by reading the sub-channel information. Because this information is not stored on the CD directly retrievable, EAC has to search for the position a track ends. This search is quite fast, but it still takes on average a second per track. That's why I made it possible to disable it in the options. Besides that option you can choose to add the gaps to the previous track nevertheless. Otherwise you can choose either to append the gap to the correct track or to leave it out . A benefit of performing the detection and getting the gap times is the selection of a range to copy. There the correct times will be displayed. One last word on this topic: Because these pre-track gaps are found by testing positions, it is possible that it will not be 100% exact. But in most cases it will be correct.
  
===Automatic feature detection technology===
+
=== Automatic feature detection technology ===
 
From version 0.8 beta on it is possible to autodetect CD-ROM drive features. For each drive the program builds a separate drive options page. On this option page this function can be called.
 
From version 0.8 beta on it is possible to autodetect CD-ROM drive features. For each drive the program builds a separate drive options page. On this option page this function can be called.
 
There are two different features that will be checked by EAC: First if the stream is accurate and second, if the drive caches audio data. Even if the drive has a cache (drive specifications), it does not automatically mean that the drive uses the cache for audio extractions.
 
There are two different features that will be checked by EAC: First if the stream is accurate and second, if the drive caches audio data. Even if the drive has a cache (drive specifications), it does not automatically mean that the drive uses the cache for audio extractions.
The test for the accurate stream feature should be always correct, but testing for cache will give some problems with drives that extract audio very slowly (under 4X speed). If results are uncertain (given e.g. two different results on different tests), you should assume that the drive does caching. The new secure mode for non-accurate and/or caching drives should work for all drives. The other new read modes are only a bit faster. If testing for accurate stream only sometimes gives a negative result, then you could nevertheless try to use the accurate secure mode. From version 0.8 beta on it is possible to autodetect CD-ROM drive features. For each drive the program builds a separate drive options page. On this option page this function can be called.
+
The test for the accurate stream feature should be always correct, but testing for cache will give some problems with drives that extract audio very slowly (under speed). If results are uncertain (given e.g. two different results on different tests), you should assume that the drive does caching. The new secure mode for non-accurate and/or caching drives should work for all drives. The other new read modes are only a bit faster. If testing for accurate stream only sometimes gives a negative result, then you could nevertheless try to use the accurate secure mode. From version 0.8 beta on it is possible to autodetect CD-ROM drive features. For each drive the program builds a separate drive options page. On this option page this function can be called.
  
===Track synchronization technology===
+
=== Track synchronization technology ===
Usually CD audio extraction programs will extract one track after another. This could cause some problems on CD-ROM drives which are not accurate, when using a CD which has no gaps. When this option is enabled in the EAC options, EAC will synchronize a track with a preceeding track if there is no silence at the track junction, so track transitions will be free from jitter artifacts (e.g. on live recordings).
+
Usually CD audio extraction programs will extract one track after another. This could cause some problems on CD-ROM drives which are not accurate, when using a CD which has no gaps. When this option is enabled in the EAC options, EAC will synchronize a track with a preceding track if there is no silence at the track junction, so track transitions will be free from jitter artefacts (e.g. on live recordings).
  
===Offset technology===
+
=== Offset technology ===
 
''Sample Offset'' is another new feature of EAC, it will help to always get the same WAVs compared to a different reader and to prevent generation losses. Nearly all drives can not position the head correctly. That means if the program tells the drive to read block 10000 it will probably read data somewhere in block 9998 instead. But this is not visible to the reading program, it won't know if it is really the data it wanted. Usually the head will be set always to a fixed offset before or after the correct read position. So it is possible to detect this offset once and use it for all CDs coming afterwards. To find out the offset of any drive the offset has to be calculated relative to an absolute offset (reference offset).
 
''Sample Offset'' is another new feature of EAC, it will help to always get the same WAVs compared to a different reader and to prevent generation losses. Nearly all drives can not position the head correctly. That means if the program tells the drive to read block 10000 it will probably read data somewhere in block 9998 instead. But this is not visible to the reading program, it won't know if it is really the data it wanted. Usually the head will be set always to a fixed offset before or after the correct read position. So it is possible to detect this offset once and use it for all CDs coming afterwards. To find out the offset of any drive the offset has to be calculated relative to an absolute offset (reference offset).
  
To implement this detection for all drives some bytes from common CDs (reference CDs) are used. These are the reference each CD-ROM drive has to compare with. Of course it was implemented only a limited selection of CDs that can be used to detect this offset. Sometimes there are different versions (releases) of the same CD, but only the same press like the one that was used will work. Furthermore, drives that have jitter are unable to position their heads correctly. So you should activate the secure or fast extraction method and moreover if your drive does caching, activate no-caching emulation. The ''Searching Track Start'' algorithm tries to find the correct start position even if jitter occurs. But this is not always possible, mainly if the drive jitters too much. But it can be shown that nearly 80% of the reads will get the same results. A drive's characteristic offset can be found automatically from the CD from on the list of reference CDs. Because of the mentioned jitter error the value given back is also not 100% sure. You should start the test several times and remember to activate emulate no-caching if necessary. Then you should get one value that occurs more often than other values. YOU SHOULD USE THIS TEST ON TWO DIFFERENT CDS AT LEAST! BOTH TESTS SHOULD GIVE BACK THE SAME VALUE!
+
To implement this detection for all drives some bytes from common CDs (reference CDs) are used. These are the reference each CD-ROM drive has to compare with. Of course it was implemented only a limited selection of CDs that can be used to detect this offset. Sometimes there are different versions (releases) of the same CD, but only the same press like the one that was used will work. Furthermore, drives that have jitter are unable to position their heads correctly. So you should activate the secure or fast extraction method and moreover if your drive does caching, activate no-caching emulation. The ''Searching Track Start'' algorithm tries to find the correct start position even if jitter occurs. But this is not always possible, mainly if the drive jitters too much. But it can be shown that nearly 80% of the reads will get the same results. A drive's characteristic offset can be found automatically from the CD from on the list of reference CDs. Because of the mentioned jitter error the value given back is also not 100% sure. You should start the test several times and remember to activate emulate no-caching if necessary. Then you should get one value that occurs more often than other values. '''You should use this test on two different CDs at least! Both tests should give back the same value!'''
 
As different models of common CD-R writer usually do not add the same offset on writing, it seems that also big CD manufactures also do not always press the same offset on their CDs. So it was determined the most common offset of pressed CDs and integrated it into the offset detection routines.
 
As different models of common CD-R writer usually do not add the same offset on writing, it seems that also big CD manufactures also do not always press the same offset on their CDs. So it was determined the most common offset of pressed CDs and integrated it into the offset detection routines.
Please help us measure more reference CDs. If you have a Plextor 14/32 32x CD-ROM drive, we know the offset. So all you have to do is run some popular disks from your own collection through it with a utility you could download here and send us the output.
+
Please help us measure more reference CDs. If you have a Plextor 14/32 32× CD-ROM drive, we know the offset. So all you have to do is run some popular disks from your own collection through it with a utility you could download here and send us the output.
  
 +
== Exact Audio Copy guides ==
 +
You can begin configuring EAC by starting with the Drive Configuration followed by the Gap Settings and finally, the Encoder Options. Remember to use only an original, factory-pressed Audio CD for configuring EAC. Please do not use, CD-Rs, CD-RWs, bootlegs or any such discs. Also use a non copy-protected disc which carries the familiar “Compact Disc-Digital Audio” logo.
  
==Exact Audio Copy guides==
+
=== General guides ===
You can begin configuring EAC by starting with the Drive Configuration followed by the Gap Settings and finally, the Encoder Options. Remember to use only an original, factory-pressed Audio CD for configuring EAC. Please do not use, CD-Rs, CD-RWs, bootlegs or any such discs. Also use a non copy-protected disc which carries the familiar "Compact Disc-Digital Audio" logo.
+
 
+
===General guides===
+
 
* [[EAC Drive Configuration]]
 
* [[EAC Drive Configuration]]
* [[Gap settings | EAC Gap settings]]
+
* EAC [[Gap settings]]
  
===Compression guides===
+
=== Compression guides ===
 
* [[EAC and Lame]]
 
* [[EAC and Lame]]
 
* [[EAC and Musepack]]
 
* [[EAC and Musepack]]
 
* [[EAC and Ogg Vorbis]]
 
* [[EAC and Ogg Vorbis]]
 
* [[EAC and WavPack]]
 
* [[EAC and WavPack]]
* [[EAC and Flac]]
+
* [[EAC and FLAC]]
 
* [[EAC and Monkeys Audio]]
 
* [[EAC and Monkeys Audio]]
 
* [[EAC and TAK]]
 
* [[EAC and TAK]]
  
 
+
== See also ==
==See also==
+
 
* [[EAC CUE Sheets]] ASCII formats explained
 
* [[EAC CUE Sheets]] ASCII formats explained
* [[EAC_Vs_CDex_SecureMode | EAC secure mode versus CDex full paranoia]] (by Pio2001)
+
* [[EAC Vs CDex SecureMode | EAC secure mode versus CDex full paranoia]] (by Pio2001)
* [[REACT | REACT 2 integration for running EAC scripts]]
+
* [[REACT]] 2 integration for running EAC scripts
  
==External links==
+
== External links ==
 
* [http://www.rjamorim.com/rrw/eac.html Historical versions of EAC] at ReallyRareWares
 
* [http://www.rjamorim.com/rrw/eac.html Historical versions of EAC] at ReallyRareWares
 
* [http://users.pandora.be/satcp/tutorials.htm EAC tutorials]
 
* [http://users.pandora.be/satcp/tutorials.htm EAC tutorials]
 
* [http://www.digital-inn.de/forum14/ EAC forum]
 
* [http://www.digital-inn.de/forum14/ EAC forum]
 +
  
 
[[Category:CD Rippers]]
 
[[Category:CD Rippers]]

Revision as of 20:32, 2 December 2007

Featured article
Exact Audio Copy
{{{logo}}}
EAC screenshot
popular secure ripper with C2 error correction
Developer(s) Andre Wiethoff
Release information
Initial release {{{released}}}
Stable release 0.95b4
Preview release
Compatibility
Operating system Windows, Linux/BSD (Wine Emulation)
Additional information
Use Digital Audio Extraction
License Free, Cardware
Website EAC website

Exact Audio Copy (EAC for short) is a free software that can be used to extract tracks from an Audio CD to your computer's hard disk. What makes EAC special compared to other rippers is the fact that it is capable of reading audio CDs almost perfectly. EAC uses various methods for extracting audio data. EAC can also invoke externally installed encoders, thereby making it possible to simultaneously rip and encode audio data to the format of your choice.

Features of Exact Audio Copy

  • Usage of the Windows 95 and Windows NT ASPI Interface, so both SCSI and ATAPI CD-ROM drives are supported
  • Hidden sector synchronization (jitter correction)
  • Secure, fast and burst extraction methods selectable. Fast extraction should run at the same speed as other grabbers, but is probably not exact anymore. Burst mode just grabs the audio data without any synchronization.
  • Read error and complete loss of sync detection and correction in secure modes, as far as possible
  • Output of time positions of all non-exact corrections and listen to these positions
  • Copy of ranges of music data, not only tracks
  • Automatic Speed reduction on errors and fallback afterwards
  • Normalization of extracted audio
  • Usage of the Windows Audio Compression Manager (ACM Codecs) for direct compression e.g. to MP3 waves
  • Support for the BladeEnc DLL that is usable like an ACM Codec for online MP3 compression
  • Support of external MP3, VQF, RA and AAC encoders for automatic compression after extraction
  • Batch compression and decompression of/to WAV files
  • Compression offset support for exact compression/decompression
  • Detection of pre-track gaps
  • Detection of silence in pre-track gaps
  • Automatic creation of CUE sheets for CDRWin, including all gaps, indices, track attributes, UPC and ISRC
  • CD player functionality and prelistening to selected ranges
  • Automatic detection of drive features, whether a drive has an accurate stream and/or does caching
  • Sample Offsets for drives with no accurate streams, including the option of filling up missing samples with silence
  • Option for synchronizing tracks for non-accurate stream drives
  • Filename editing with local and remote CDDB database and cdplayer.ini support and more features like ID3 tagging
  • Browse and edit local database
  • Local CDDB support
  • Record and Loop Record functions for recording from LP, radio, etc.
  • Automatic rename of MP3 files according to their ID3 tag
  • Catalog extraction function
  • Multisession (CD-Extra) support
  • CD-Text support
  • CD-Write support for some drives
  • ID3 Tag editor with drag and drop possibility from track listing and database
  • Glitch removal after extraction
  • Small WAV editor with the following functionality: delete, trim, normalize, pad, glitch removal, pop detection, interpolation of ranges, noise reduction, fade in/out, undo (and more)
  • Program is Cardware, so feel free to copy

How it works

Extraction technology

In secure mode, this program reads every audio sector at least twice. That is one reason why the program is so slow. 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 retries are identical, but at maximum one, three or five times (according to the error recovery quality) these 16 retries are read. So, in the worst case, bad sectors are read up to 82 times! But this will help the program to obtain best result by comparing all of the retries. If it is not sure that the stream is correct (at least it can be said at approx. 99.5%) the program will tell the user where the (possible) read error occurred. The program also tries to adjust the jitter artefacts that occur on the first block of a track, so that each extraction should be exactly the same. On drives found to have the accurate stream feature, this is guaranteed. Of course, this is a little bit more complex, especially with some CD drives which have caching. When these drives cache audio data, every sector read will be read from cache and is identical. I initially implemented two ways of dealing with the caching problem. First there is an extra option for resetting the cache for use the the old secure mode (the one being kept for compatibility reasons). In the current beta version, the cache will still be reset by resetting the drive completely. You might imagine that this would slow down the reading process very badly.

That is why it was implemented three new read modes in version 0.85beta. One really fast mode (up to half of maximum speed) is only for non-caching, accurate stream CD-ROM drives. The second one could be used for caching, accurate stream drives and the last one will work with drives that don't have accurate streams, or do caching. The last two will be much slower, when no read errors occur it will usually something around a third to a fourth of the drives maximum speed. For testing, it was used a Plextor 14/32 drive that does no caching and a Teac R56S-600 drive that does caching. Furthermore the Plextor 14/32 supports the accurate stream feature, so it produces no jitter artefacts on any stream.

This program is really damn slow in secure mode in comparison with other grabbers, but the program checks every sector over and over to get the correct data with high certainty. If you don't like this feature of EAC and prefer fast copies instead of secure copies, you should use the fast or burst extraction option in the options menu. But of course in fast mode, the program will no longer be able to find read errors. Only if a read error occurs in a sector synchronization area, will a sync error will still be displayed. Fast mode is sector synchronized with 2 blocks of 23 as synchronization blocks. Burst copy is even worse, no synchronization is done, enabling extraction at maximum speed of the drive. No error checking of any kind can be performed. If the stream ever breaks, it will tell the user in the status report by showing up suspicious positions. Of course this is only heuristic; there needn't be any errors on that positions; moreover there could be errors that are not found at all. A new option for selecting the error recovery quality will determine how often these blocks of 16 reads will be done before giving up and working with the results obtained so far. For bad CDs, low error recovery quality will be fastest, but high recover quality should give best results.

Gap technology

In the new versions of EAC it is possible to detect pre-track gaps. These are the pauses between two tracks. Usually they are two seconds long and a CD player will display a negative time during this pause. By enabling the option Detect Pre-Track Gaps it will be possible to detect all gap-lengths by reading the sub-channel information. Because this information is not stored on the CD directly retrievable, EAC has to search for the position a track ends. This search is quite fast, but it still takes on average a second per track. That's why I made it possible to disable it in the options. Besides that option you can choose to add the gaps to the previous track nevertheless. Otherwise you can choose either to append the gap to the correct track or to leave it out . A benefit of performing the detection and getting the gap times is the selection of a range to copy. There the correct times will be displayed. One last word on this topic: Because these pre-track gaps are found by testing positions, it is possible that it will not be 100% exact. But in most cases it will be correct.

Automatic feature detection technology

From version 0.8 beta on it is possible to autodetect CD-ROM drive features. For each drive the program builds a separate drive options page. On this option page this function can be called. There are two different features that will be checked by EAC: First if the stream is accurate and second, if the drive caches audio data. Even if the drive has a cache (drive specifications), it does not automatically mean that the drive uses the cache for audio extractions. The test for the accurate stream feature should be always correct, but testing for cache will give some problems with drives that extract audio very slowly (under 4× speed). If results are uncertain (given e.g. two different results on different tests), you should assume that the drive does caching. The new secure mode for non-accurate and/or caching drives should work for all drives. The other new read modes are only a bit faster. If testing for accurate stream only sometimes gives a negative result, then you could nevertheless try to use the accurate secure mode. From version 0.8 beta on it is possible to autodetect CD-ROM drive features. For each drive the program builds a separate drive options page. On this option page this function can be called.

Track synchronization technology

Usually CD audio extraction programs will extract one track after another. This could cause some problems on CD-ROM drives which are not accurate, when using a CD which has no gaps. When this option is enabled in the EAC options, EAC will synchronize a track with a preceding track if there is no silence at the track junction, so track transitions will be free from jitter artefacts (e.g. on live recordings).

Offset technology

Sample Offset is another new feature of EAC, it will help to always get the same WAVs compared to a different reader and to prevent generation losses. Nearly all drives can not position the head correctly. That means if the program tells the drive to read block 10000 it will probably read data somewhere in block 9998 instead. But this is not visible to the reading program, it won't know if it is really the data it wanted. Usually the head will be set always to a fixed offset before or after the correct read position. So it is possible to detect this offset once and use it for all CDs coming afterwards. To find out the offset of any drive the offset has to be calculated relative to an absolute offset (reference offset).

To implement this detection for all drives some bytes from common CDs (reference CDs) are used. These are the reference each CD-ROM drive has to compare with. Of course it was implemented only a limited selection of CDs that can be used to detect this offset. Sometimes there are different versions (releases) of the same CD, but only the same press like the one that was used will work. Furthermore, drives that have jitter are unable to position their heads correctly. So you should activate the secure or fast extraction method and moreover if your drive does caching, activate no-caching emulation. The Searching Track Start algorithm tries to find the correct start position even if jitter occurs. But this is not always possible, mainly if the drive jitters too much. But it can be shown that nearly 80% of the reads will get the same results. A drive's characteristic offset can be found automatically from the CD from on the list of reference CDs. Because of the mentioned jitter error the value given back is also not 100% sure. You should start the test several times and remember to activate emulate no-caching if necessary. Then you should get one value that occurs more often than other values. You should use this test on two different CDs at least! Both tests should give back the same value! As different models of common CD-R writer usually do not add the same offset on writing, it seems that also big CD manufactures also do not always press the same offset on their CDs. So it was determined the most common offset of pressed CDs and integrated it into the offset detection routines. Please help us measure more reference CDs. If you have a Plextor 14/32 32× CD-ROM drive, we know the offset. So all you have to do is run some popular disks from your own collection through it with a utility you could download here and send us the output.

Exact Audio Copy guides

You can begin configuring EAC by starting with the Drive Configuration followed by the Gap Settings and finally, the Encoder Options. Remember to use only an original, factory-pressed Audio CD for configuring EAC. Please do not use, CD-Rs, CD-RWs, bootlegs or any such discs. Also use a non copy-protected disc which carries the familiar “Compact Disc-Digital Audio” logo.

General guides

Compression guides

See also

External links