Tweet
From what I can gather, is it possible that with a single-track CD, the AccurateRip result might be wrong? I bought a 1-track promotional CD. It was a replacement for a previous copy which had failed to rip last year. When I bought that copy I submitted it to FreeDB. I noticed then and I notice now that there are at least two alternative matches for Metadata so I don't think anyone had submitted the Bee Gees promo CD before then. It's possible they had ripped it and submitted the disc to AccurateRip without entering the metadata. I've ripped the CD and it is inaccurate based on 1 entry. Could it be based on an AccurateRip submission from one of these different titles which has a matching TOC for a single-track CD?
dBpoweramp Release 15.3 Digital Audio Extraction Log from Friday, January 27, 2017 14:29
Drive & Settings
----------------
Ripping with drive 'H: [ATAPI - iHAS124 F ]', Drive offset: 6, Overread Lead-in/out: No
AccurateRip: Active, Using C2: No, Cache: 1024 KB, FUA Cache Invalidate: No
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Ultra:: Vary Drive Speed: No, Min Passes: 2, Max Passes: 4, Finish After Clean Passes: 2
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 60
Encoder: Apple Lossless -v
DSP Effects / Actions: -dspeffect1="ReplayGain= -albummode={qt}0{qt} -itunnorm={qt}1{qt} -r128lufs={qt}-18{qt}"
Extraction Log
--------------
Track 1: Ripped LBA 33 to 17610 (3:54) in 1:12. Filename: G:\Music\iTunes\iTunes Music\Music\Automatically Add to iTunes\Bee Gees\You Win Again\01 Bee Gees - You Win Again (7' Fade).m4a
AccurateRip: Inaccurate (confidence 1) Secure [Pass 1 & 2, Ultra 1 to 2]
CRC32: 7619F1AC AccurateRip CRC: A457CFDB (CRCv2) [DiscID: 001-000044eb-000089b5-0200ea01-1]
--------------
1 Tracks Ripped Securely (AccurateRip: Different Pressing?)
Also tried it in EAC:
Exact Audio Copy V1.1 from 23. June 2015
EAC extraction logfile from 27. January 2017, 15:08
Unknown Artist / Unknown Title
Used drive : ATAPI iHAS124 F Adapter: 1 ID: 1
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : Yes
Read offset correction : 6
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 : Not detected, thus appended to previous track
Used output format : Internal WAV Routines
Sample format : 44.100 Hz; 16 Bit; Stereo
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.33 | 3:54.27 | 33 | 17609
Track 1
Filename C:\Users\Theo\Music\01 You Win Again (7'' Fade).wav
Peak level 85.4 %
Extraction speed 6.1 X
Track quality 100.0 %
Copy CRC 7619F1AC
Cannot be verified as accurate (confidence 1) [A457CFDB], AccurateRip returned [8873A968] (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: TLYp3SzoR3HVpBf2_m_IVDdXIO0-] found
Submit result: TLYp3SzoR3HVpBf2_m_IVDdXIO0- has been uploaded
Track | CTDB Status
1 | (0/2) No match
The CTDB TOCID was found here and seems to suggest "Fable" by Robert Miles
AccurateRip says my disc is:
DiscID: 001-000044eb-000089b5-0200ea01-1
Which aside from the first and last set of numbers, matches the CTDB TOCID for that disc:
000044eb-000089b5-0200ea01
Is it likely that for a single-disc CD the AccurateRip results don't relate to the same disc? I think I've noticed before that a homemade CD-R showed up in AccurateRip which was impossible as it was a few tracks a friend burnt for me, unless someone else was given that same set of tracks and submitted it then I doubt it could be in the database. So I turned AccurateRip off for ripping that CD.
dBpoweramp Release 15.3 Digital Audio Extraction Log from Friday, January 27, 2017 14:29
Drive & Settings
----------------
Ripping with drive 'H: [ATAPI - iHAS124 F ]', Drive offset: 6, Overread Lead-in/out: No
AccurateRip: Active, Using C2: No, Cache: 1024 KB, FUA Cache Invalidate: No
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Ultra:: Vary Drive Speed: No, Min Passes: 2, Max Passes: 4, Finish After Clean Passes: 2
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 60
Encoder: Apple Lossless -v
DSP Effects / Actions: -dspeffect1="ReplayGain= -albummode={qt}0{qt} -itunnorm={qt}1{qt} -r128lufs={qt}-18{qt}"
Extraction Log
--------------
Track 1: Ripped LBA 33 to 17610 (3:54) in 1:12. Filename: G:\Music\iTunes\iTunes Music\Music\Automatically Add to iTunes\Bee Gees\You Win Again\01 Bee Gees - You Win Again (7' Fade).m4a
AccurateRip: Inaccurate (confidence 1) Secure [Pass 1 & 2, Ultra 1 to 2]
CRC32: 7619F1AC AccurateRip CRC: A457CFDB (CRCv2) [DiscID: 001-000044eb-000089b5-0200ea01-1]
--------------
1 Tracks Ripped Securely (AccurateRip: Different Pressing?)
Also tried it in EAC:
Exact Audio Copy V1.1 from 23. June 2015
EAC extraction logfile from 27. January 2017, 15:08
Unknown Artist / Unknown Title
Used drive : ATAPI iHAS124 F Adapter: 1 ID: 1
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : Yes
Read offset correction : 6
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 : Not detected, thus appended to previous track
Used output format : Internal WAV Routines
Sample format : 44.100 Hz; 16 Bit; Stereo
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.33 | 3:54.27 | 33 | 17609
Track 1
Filename C:\Users\Theo\Music\01 You Win Again (7'' Fade).wav
Peak level 85.4 %
Extraction speed 6.1 X
Track quality 100.0 %
Copy CRC 7619F1AC
Cannot be verified as accurate (confidence 1) [A457CFDB], AccurateRip returned [8873A968] (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: TLYp3SzoR3HVpBf2_m_IVDdXIO0-] found
Submit result: TLYp3SzoR3HVpBf2_m_IVDdXIO0- has been uploaded
Track | CTDB Status
1 | (0/2) No match
The CTDB TOCID was found here and seems to suggest "Fable" by Robert Miles
AccurateRip says my disc is:
DiscID: 001-000044eb-000089b5-0200ea01-1
Which aside from the first and last set of numbers, matches the CTDB TOCID for that disc:
000044eb-000089b5-0200ea01
Is it likely that for a single-disc CD the AccurateRip results don't relate to the same disc? I think I've noticed before that a homemade CD-R showed up in AccurateRip which was impossible as it was a few tracks a friend burnt for me, unless someone else was given that same set of tracks and submitted it then I doubt it could be in the database. So I turned AccurateRip off for ripping that CD.
Comment