I am a new user of CUETools and would like to know what is the difference in function between repair and fix offset profiles.
Custom scripts
For testing purposes, I ripped the CD without the offset correction set in EAC (Read offset correction : 0). Then I used the fix profil. In Extra settings I set the correct offset correction for my recorder (ASUS DRW-2014L1T) which is +6
EAC extraction logfile from 19. July 2024, 19:50
Scorpions / White Dove
Used drive : ASUS DRW-2014L1T Adapter: 1 ID: 0
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No
Read offset correction : 0
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
Before using the fix script
[CUETools log; Date: 19.07.2024 19:52:34; Version: 2.2.5]
Pregap length 00:00:32.
[CTDB TOCID: lgF_0QjFMQ8s5oRFV3j7IsWJ2pY-] found.
Track | CTDB Status
1 | (138/140) Accurately ripped
2 | (139/140) Accurately ripped, or (1/140) differs in 131 samples @03:19:47
3 | (137/140) Accurately ripped
[AccurateRip ID: 0001a0b6-00056072-1f02b603] found.
Track [ CRC | V2 ] Status
01 [2d1afefb|1f04eb7b] (00+00/54) No match
02 [b7c1bae6|ffff3903] (00+00/54) No match
03 [b4bfd65f|26a59193] (00+00/53) No match
Offsetted by -469:
01 [65d2d47b] (03/54) Accurately ripped
02 [ebfcf0a7] (03/54) Accurately ripped
03 [fd2533fe] (03/53) Accurately ripped
Offsetted by 6:
01 [520f4948] (18/54) Accurately ripped
02 [e1d2747d] (18/54) Accurately ripped
03 [4aa29c96] (18/53) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 100,0 [5D5BEF6F] [5FAC04B1] CRC32
01 99,9 [B1AEA757] [D3B3D6AA]
02 100,0 [86DDCA81] [FB1875CA]
03 93,4 [9E06E5F0] [58B73564]
After using the fix script (verify script)
[CUETools log; Date: 19.07.2024 20:24:33; Version: 2.2.5]
Pregap length 00:00:32.
Offset applied: 6
[CTDB TOCID: lgF_0QjFMQ8s5oRFV3j7IsWJ2pY-] found.
Track | CTDB Status
1 | (138/140) Accurately ripped
2 | (139/140) Accurately ripped, or (1/140) differs in 131 samples @03:19:47
3 | (137/140) Accurately ripped
[AccurateRip ID: 0001a0b6-00056072-1f02b603] found.
Track [ CRC | V2 ] Status
01 [520f4948|44abe61b] (18+31/54) Accurately ripped
02 [e1d2747d|287dcd8b] (18+31/54) Accurately ripped
03 [4aa29c96|bc8d2d85] (18+30/53) Accurately ripped
Offsetted by -475:
01 [65d2d47b] (03/54) Accurately ripped
02 [ebfcf0a7] (03/54) Accurately ripped
03 [fd2533fe] (03/53) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 100,0 [127735C4] [98389886] [5D5BEF6F]
01 99,9 [17BEC7A7] [C7FE2865]
02 100,0 [8906583F] [52387B9E]
03 93,4 [FEB7E580] [58B73564]
CUETools recoded the input file using the set offset and the resulting file is now correct (AccurateRip), ok.
The problem occurs when I want to use offset correction -469 then offset 6 is still used. Of course I know that offset 6 has more confidence but I am doing this for testing purposes.
I have changed the settings but this does not help
Why, despite the offset being changed to -469, still +6 is in use?