Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: CD-DA TOC sector start offset. (Read 5138 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

CD-DA TOC sector start offset.

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 ====



Re: CD-DA TOC sector start offset.

Reply #2
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

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   "

 

Re: CD-DA TOC sector start offset.

Reply #3
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.
korth