Hello!
Just say that I use an online translator.
I have a question.
Tell me, please, what can be the reason for the TOC displacement of reading some disks when using EAC?
For example, there is a log file in which reading does not start from the zero sector. I noticed that this happens on some disk copying, even on those that are being verified accuraterip.
Tell me, is this due to drive error? The error of the disk itself? Is this related to the EAC settings?
Is it critical? Is this rip a bad copy?
Or is it normal for some cd and you should not worry?
I'll add that I analyzed the frequency spectrogram of the first track, and he does not have absolute silence at the beginning, he immediately begins with the introductory noise.
At the end of the track there is absolute silence and a fragment of the next track is visible.
https://c.radikal.ru/c10/1801/70/704c2dfb1b1a.png
https://c.radikal.ru/c21/1801/51/2d1bcb0f3c2f.png
I would like to receive detailed answers about the displacement of TOC. Thank you.
Exact Audio Copy V1.3 from 2. September 2016
EAC extraction logfile from 23. January 2018, 9:17
Raoul Petite / C'est sûr, si t'assures, c'est pas dur
Used Drive : HL-DT-STDVDRAM_GH15N Adapter: 1 ID: 0 (not found in database)
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No
Read offset correction : 667
Overread into Lead-In and Lead-Out : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Null samples used in CRC calculations : Yes
Used interface : Native Win32 interface for Win NT & 2000
Gap handling : Appended to previous track
Used output format : User Defined Encoder
Selected bitrate : 1024 kBit/s
Quality : High
Add ID3 tag : No
Command line compressor : C:\Program Files (x86)\Exact Audio Copy\Flac\flac.exe
Additional command line options : -8 -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T
"DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "PERFORMER=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "ALBUMARTIST=%albumartist%" -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" -T "COMMENT=%comment%" %source% -o %dest%
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.32 | 4:32.13 | 32 | 20444
2 | 4:32.45 | 5:50.42 | 20445 | 46736
3 | 10:23.12 | 2:12.30 | 46737 | 56666
4 | 12:35.42 | 4:29.38 | 56667 | 76879
5 | 17:05.05 | 4:48.42 | 76880 | 98521
6 | 21:53.47 | 4:48.65 | 98522 | 120186
7 | 26:42.37 | 3:25.68 | 120187 | 135629
8 | 30:08.30 | 7:01.70 | 135630 | 167274
9 | 37:10.25 | 4:08.37 | 167275 | 185911
10 | 41:18.62 | 4:56.65 | 185912 | 208176
Track 1
Filename C:\Encode\FLAC\Raoul Petite - C'est sûr, si t'assures, c'est pas dur (1984) [FLAC] {Musidisc 107432}\01 - Sable fin, cocotiers (Bananaze).wav
Pre-gap length 0:00:02.42
Peak level 99.2 %
Extraction speed 4.5 X
Track quality 100.0 %
Test CRC B4D647AA
Copy CRC B4D647AA
Cannot be verified as accurate (confidence 1) [1699D176], AccurateRip returned [6EE9D5D2] (AR v2)
Copy OK
***I copy the process of only the first and last tracks***
Track 10
Filename C:\Encode\FLAC\Raoul Petite - C'est sûr, si t'assures, c'est pas dur (1984) [FLAC] {Musidisc 107432}\10 - Oh ! Louise.wav
Pre-gap length 0:00:03.20
Peak level 96.7 %
Extraction speed 8.2 X
Track quality 100.0 %
Test CRC 97F94EC1
Copy CRC 97F94EC1
Cannot be verified as accurate (confidence 1) [61576AC5], AccurateRip returned [3AC59C3D] (AR v2)
Copy OK
No tracks could be verified as accurate
You may have a different pressing from the one(s) in the database
No errors occurred
End of status report
---- CUETools DB Plugin V2.1.6
[CTDB TOCID: 6ttNmoVCZSESpRDoNgXZSOryoZ4-] found
Submit result: 6ttNmoVCZSESpRDoNgXZSOryoZ4- has been confirmed
Track | CTDB Status
1 | (7/7) Accurately ripped
2 | (7/7) Accurately ripped
3 | (7/7) Accurately ripped
4 | (3/7) Accurately ripped
5 | (7/7) Accurately ripped
6 | (3/7) Accurately ripped
7 | (5/7) Accurately ripped
8 | (7/7) Accurately ripped
9 | (7/7) Accurately ripped
10 | (7/7) Accurately ripped
==== Log checksum D2719A68C9D3DD8651114F58C8C4FEBA7202C2F8DF598FBE06D2D7CEBB622602 ====
Tell me, please, what can be the reason for the TOC displacement of reading some disks when using EAC?
This is not "TOC displacement". This is just pregap before first track.
Also see http://wiki.hydrogenaud.io/index.php?title=HTOA (http://wiki.hydrogenaud.io/index.php?title=HTOA)
Tell me, please, what can be the reason for the TOC displacement of reading some disks when using EAC?
This is not "TOC displacement". This is just pregap before first track.
Also see http://wiki.hydrogenaud.io/index.php?title=HTOA (http://wiki.hydrogenaud.io/index.php?title=HTOA)
Thanks. This is normal for some cd discs? Do not I worry? " Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.32 | 4:32.13 | 32 | 20444 "
CUETools DB stats page
http://db.cuetools.net/stats.php
Down on the bottom right you'll see a section for pregaps. If you hover over 32 on the pie chart it shows there are over 57,000 CDs in the DB like your example.