Tracks coming up "Secure" with check mark on new CD?

[Eleven13]

Hey everyone,

I just have a quick question regarding rip status. I initially ripped a brand new CD (Opeth - Orchid) which is a re-issue CD featuring an added bonus track. When I ripped it the first time, the first 6 tracks ripped accurate with 15+, but the last two (one of the original tracks and the extra bonus at the end) both ripped "secure" with a check mark.

I had never encountered this before, so out of curiosity I got another brand-new copy of the CD and the EXACT same thing happened with that CD, first 6 tracks were accurate, and the last two were secure with a check mark.

What does that mean exactly? Do I have to be concerned with the audio quality or should it be fine?

Sorry if this question is asked a lot, I tried searching around but couldn't find a for-sure answer.

Thanks!

[Spoon]

Re: Tracks coming up "Secure" with check mark on new CD?

If you try a different cd drive with the different disc and get the same crc then it is 100% accurate.

[Eleven13]

Re: Tracks coming up "Secure" with check mark on new CD?

Thanks I'll test that out, so just compare the CRC that I just got from ripping the newer CD to the one that will display on the other computer?

[Eleven13]

Re: Tracks coming up "Secure" with check mark on new CD?

So just to update, I tested the disk with a different drive and the 7th track (last of the original tracks) matched up CRC with the one from my other PC. However, for the bonus track the CRCs were different, yet both yielded secure with a check mark and the CRCs remained the same after I ripped them both a few times.

So does that mean my rip for the last track definitely has an error?

edit: The VERY weird thing, however, is that it is ONLY the bonus track, which is the last track on the disk, on BOTH disks that does not match up CRC wise. I ripped both disks on my PC and on my Mac using Parallels, and both disks matched themselves perfectly in both rip status and CRC except for the bonus track on each disk (which again was labeled Secure with a check mark).

Could this just be due to the bonus track not really being seeded into Accurate Rip? Or does this mean that BOTH disks have errors in the last track?

[Spoon]

Re: Tracks coming up "Secure" with check mark on new CD?

Different drives might have different offsets, you have have to compare the AccurateRip CRC in the log as the CRC for the last track will be different.

It is likely that this disc is a different pressing only for the last few tracks (it is possible, although quite rare).

[Eleven13]

Re: Tracks coming up "Secure" with check mark on new CD?

edit: THanks for the help, I think I found it in the folder along with my files, this is what it looks like:

dBpoweramp Release 15 Digital Audio Extraction Log from Thursday, May 22, 2014 15:46

Drive & Settings
----------------

Ripping with drive 'D: [TSSTcorp - CDDVDW SH-S223Q ]', Drive offset: 6, Overread Lead-in/out: No
AccurateRip: Active, Using C2: Yes, Cache: 1024 KB, FUA Cache Invalidate: No
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Ultra:: Vary Drive Speed: No, Min Passes: 1, Max Passes: 2, Finish After Clean Passes: 1
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 34

Encoder: FLAC -compression-level-5
DSP Effects / Actions: -dspeffect1="ReplayGain=-albummode={qt}0{qt} -r128 -r128lufs={qt}-23{qt}"

Extraction Log
--------------

Track 1: Ripped LBA 0 to 63713 (14:09) in 0:40. Filename: E:\Music\Opeth\Orchid\01 Opeth - In Mist She Was Standing.flac
AccurateRip: Accurate (confidence 18) [Pass 1]
CRC32: 7C99D9C5 AccurateRip CRC: 142C76E9 [DiscID: 008-0017ce82-009ae62d-6310d608-1]
AccurateRip Verified Confidence 18 [CRCv2 142c76e9], Using Pressing Offset -1310
AccurateRip Verified Confidence 30 [CRCv1 c83b33fa], Using Pressing Offset -1310
AccurateRip Verified Confidence 14 [CRCv2 7f0e1852], Using Pressing Offset +748
AccurateRip Verified Confidence 21 [CRCv1 159dc1c6], Using Pressing Offset +748

Track 2: Ripped LBA 63713 to 108186 (9:52) in 0:22. Filename: E:\Music\Opeth\Orchid\02 Opeth - Under the Weeping Moon.flac
AccurateRip: Accurate (confidence 18) [Pass 1]
CRC32: 80E4B948 AccurateRip CRC: 39A45E3E [DiscID: 008-0017ce82-009ae62d-6310d608-2]
AccurateRip Verified Confidence 18 [CRCv2 39a45e3e], Using Pressing Offset -1310
AccurateRip Verified Confidence 30 [CRCv1 fbd3778d], Using Pressing Offset -1310
AccurateRip Verified Confidence 14 [CRCv2 e5f92027], Using Pressing Offset +748
AccurateRip Verified Confidence 21 [CRCv1 d6140357], Using Pressing Offset +748

Track 3: Ripped LBA 108186 to 122258 (3:07) in 0:06. Filename: E:\Music\Opeth\Orchid\03 Opeth - Silhouette.flac
AccurateRip: Accurate (confidence 18) [Pass 1]
CRC32: 5B2485F1 AccurateRip CRC: 9F9EF2E7 [DiscID: 008-0017ce82-009ae62d-6310d608-3]
AccurateRip Verified Confidence 18 [CRCv2 9f9ef2e7], Using Pressing Offset -1310
AccurateRip Verified Confidence 30 [CRCv1 7ce5fcf], Using Pressing Offset -1310
AccurateRip Verified Confidence 14 [CRCv2 64edcee], Using Pressing Offset +748
AccurateRip Verified Confidence 19 [CRCv1 63d68dc2], Using Pressing Offset +748

Track 4: Ripped LBA 122258 to 181135 (13:05) in 0:25. Filename: E:\Music\Opeth\Orchid\04 Opeth - Forest of October.flac
AccurateRip: Accurate (confidence 17) [Pass 1]
CRC32: 5C458B9E AccurateRip CRC: 5BF25B7C [DiscID: 008-0017ce82-009ae62d-6310d608-4]
AccurateRip Verified Confidence 17 [CRCv2 5bf25b7c], Using Pressing Offset -1310
AccurateRip Verified Confidence 30 [CRCv1 1b1fae7], Using Pressing Offset -1310
AccurateRip Verified Confidence 14 [CRCv2 f99a2812], Using Pressing Offset +748
AccurateRip Verified Confidence 20 [CRCv1 da07ce72], Using Pressing Offset +748

Track 5: Ripped LBA 181135 to 230777 (11:01) in 0:19. Filename: E:\Music\Opeth\Orchid\05 Opeth - The Twilight Is My Robe.flac
AccurateRip: Accurate (confidence 18) [Pass 1]
CRC32: DC5FBCFE AccurateRip CRC: 5B2CE94B [DiscID: 008-0017ce82-009ae62d-6310d608-5]
AccurateRip Verified Confidence 18 [CRCv2 5b2ce94b], Using Pressing Offset -1310
AccurateRip Verified Confidence 30 [CRCv1 f90760b9], Using Pressing Offset -1310
AccurateRip Verified Confidence 14 [CRCv2 98d6a75c], Using Pressing Offset +748
AccurateRip Verified Confidence 21 [CRCv1 25c5c756], Using Pressing Offset +748

Track 6: Ripped LBA 230777 to 236139 (1:11) in 0:02. Filename: E:\Music\Opeth\Orchid\06 Opeth - Requiem.flac
AccurateRip: Accurate (confidence 18) [Pass 1]
CRC32: 6A588E00 AccurateRip CRC: 0D21F42B [DiscID: 008-0017ce82-009ae62d-6310d608-6]
AccurateRip Verified Confidence 18 [CRCv2 d21f42b], Using Pressing Offset -1310
AccurateRip Verified Confidence 30 [CRCv1 712d8030], Using Pressing Offset -1310
AccurateRip Verified Confidence 14 [CRCv2 16f6d854], Using Pressing Offset +748
AccurateRip Verified Confidence 20 [CRCv1 339f854f], Using Pressing Offset +748

Track 7: Ripped LBA 236139 to 294732 (13:01) in 0:43. Filename: E:\Music\Opeth\Orchid\07 Opeth - The Apostle in Triumph.flac
Secure [Pass 1, Ultra 1 to 1]
CRC32: 058956B9 AccurateRip CRC: 3E7260D3 (CRCv2) [DiscID: 008-0017ce82-009ae62d-6310d608-7]

Track 8: Ripped LBA 294732 to 323254 (6:20) in 0:20. Filename: E:\Music\Opeth\Orchid\08 Opeth - Into the Frost of Winter.flac
Secure [Pass 1, Ultra 1 to 1]
CRC32: 1C29B9D1 AccurateRip CRC: CB3AE7EC (CRCv2) [DiscID: 008-0017ce82-009ae62d-6310d608-8]

--------------

8 Tracks Ripped: 6 Accurate, 2 Secure

So do you mean I should be comparing CB3AE7EC for track 8 against the other rip with my Mac?

edit 2: So I went ahead and ripped the last track again using my Mac and also got CB3AE7EC for the last track, does that mean I'm 100% accurate?

[Spoon]

Re: Tracks coming up "Secure" with check mark on new CD?

Yes matching AccurateRip CRCs = 100% secure

[Eleven13]

Re: Tracks coming up "Secure" with check mark on new CD?

Awesome thanks a lot for your help, I'm sure this will come in handy in the future to!

[eaglescout1998]

Re: Tracks coming up "Secure" with check mark on new CD?

it is ONLY the bonus track, which is the last track on the disk, on BOTH disks that does not match up CRC wise

A CRC mismatch on the last track may not indicate that anything is wrong. I believe the checksum algorithm ignores the last 5 frames at the end of the last track (as well as the first 5 frames at the beginning of the first).