Preventing Secure Rip Aborts

**bhoar** · 04-10-2009, 12:15 AM

Re: Preventing Secure Rip Aborts

Originally posted by ShrinerMonkey

So is the concensus that I will have to use EAC to rip tracks that dbpoweramp aborts on? Should I contact support about this issue to see if they can help?

I'd probably try a different manufacturer's drive. Or, if the disc in in accuraterip, a burst rip and hope it comes through accurate.

-brendan

**Spoon** · 04-10-2009, 09:00 AM

Re: Preventing Secure Rip Aborts

If there is a bug, it will be investigated and fixed.

This exact issue was investigated for R13.2, no issues could be found on our end (in that the full files were being written).

There is a case where if the disc is so badly damaged the CD drive will refuse to return a section of audio, in this case dbpoweramp would abort in stead of writing silence (for 1/4 second).

**ShrinerMonkey** · 04-10-2009, 12:54 PM

Re: Preventing Secure Rip Aborts

Originally posted by Spoon

If there is a bug, it will be investigated and fixed.

This exact issue was investigated for R13.2, no issues could be found on our end (in that the full files were being written).

There is a case where if the disc is so badly damaged the CD drive will refuse to return a section of audio, in this case dbpoweramp would abort in stead of writing silence (for 1/4 second).

You might want to investigate further as there are 2 users on this thread reporting the exact same issue.

**Kiwi** · 04-10-2009, 10:50 PM

Re: Preventing Secure Rip Aborts

I have experienced the same issues with errors, and corresponding "little" useless files, as the other posters. I invested in a machine (Aleratec) to repair physically damaged discs and I use two different CD drives. I still have discs that I need dBpoweramp to rip to the best of its ability but I don't feel I am able to get that with they way the software is currently operating.

I am willing to conduct any tests that would be required.

**Spoon** · 04-11-2009, 04:53 PM

Re: Preventing Secure Rip Aborts

A log file would be good, CD Ripper >> Options >> Secure Settings

Set the Report Level to 'Complete' and 'Add to Information Log after Ripping' (click ok, ok), then the menu \/ next to options and After Ripping enable Display Information Log

**ShrinerMonkey** · 04-12-2009, 02:26 AM

Re: Preventing Secure Rip Aborts

Here is the log file from when I tried to rip the one bad track that resulted in a 15kb Flac file:

dBpoweramp Release 13.2 Digital Audio Extraction Log from Sunday, April 05, 2009 11:56 AM

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

Ripping with drive 'D: [TSSTcorp - DVD+-RW TS-H653F]', Drive offset: 6, Overread Lead-in/out: No
AccurateRip: Active, Using C2: Yes, Cache: None, 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-8
DSP Effects / Actions: -dspeffect1="ReplayGain=-albummode={qt}0{qt}"

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

Track 14: Ripped LBA 239920 to 303925 (14:13) in 7:11. Filename: C:\Music\Ripped\Various Artists\The X-Files; The Album\14 - Dust Brothers, The - The X-Files Theme.flac
AccurateRip: Inaccurate (confidence 65) Insecure [Pass 1, Ultra 1 to 1, Re-Rip 224 Frames]
CRC32: F09E9F64 AccurateRip CRC: 6C77ADC4 [DiscID: 014-001d7f85-013dd4c4-d70fd40e-14]
Insecure Audio from 00:03:06.426 to 00:03:06.440
Insecure Audio from 00:03:06.933 to 00:03:06.946
Insecure Audio from 00:12:33.320 to 00:12:33.613
Insecure Audio from 00:12:34.413 to 00:12:39.386
Insecure Audio from 00:12:39.906 to 00:12:39.933
Insecure Audio from 00:12:41.560 to 00:12:42.133
Insecure Audio from 00:12:44.026 to 00:12:44.040
Insecure Audio from 00:13:01.906 to 00:13:10.186
Insecure Audio from 00:13:10.720 to 00:13:11.560
Insecure Audio from 00:13:12.093 to 00:13:12.946
Insecure Audio from 00:13:13.480 to 00:13:15.973
Insecure Audio from 00:13:16.506 to 00:13:24.520
Insecure Audio from 00:13:25.320 to 00:13:26.733
Insecure Audio from 00:13:28.093 to 00:13:28.106

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

1 Tracks Ripped Inaccurately

====================

dBpoweramp Release 13.2 Digital Audio Extraction Log from Monday, April 06, 2009 7:52 PM

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

Ripping with drive 'D: [TSSTcorp - DVD+-RW TS-H653F]', Drive offset: 6, Overread Lead-in/out: No
AccurateRip: Active, Using C2: Yes, Cache: None, FUA Cache Invalidate: No
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 34

Encoder: FLAC -compression-level-8
DSP Effects / Actions: -dspeffect1="ReplayGain=-albummode={qt}0{qt}"

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

Track 14: Ripped LBA 239920 to 303925 (14:13) in 6:21. Filename: C:\Music\Ripped\Various Artists\The X-Files; The Album\14 - Dust Brothers, The - The X-Files Theme.flac
AccurateRip: Inaccurate (confidence 65) Insecure [Pass 1, Re-Rip 214 Frames]
CRC32: 65DD990B AccurateRip CRC: EA9674F0 [DiscID: 014-001d7f85-013dd4c4-d70fd40e-14]
Insecure Audio from 00:03:06.426 to 00:03:06.440
Insecure Audio from 00:03:06.933 to 00:03:06.946
Insecure Audio from 00:12:33.320 to 00:12:33.893
Insecure Audio from 00:12:34.413 to 00:12:39.386
Insecure Audio from 00:12:39.906 to 00:12:39.933
Insecure Audio from 00:12:41.560 to 00:12:42.133
Insecure Audio from 00:12:44.026 to 00:12:44.040
Insecure Audio from 00:13:01.906 to 00:13:10.186
Insecure Audio from 00:13:10.720 to 00:13:11.560
Insecure Audio from 00:13:12.093 to 00:13:12.946
Insecure Audio from 00:13:13.480 to 00:13:15.973
Insecure Audio from 00:13:16.506 to 00:13:24.520
Insecure Audio from 00:13:25.320 to 00:13:26.733
Insecure Audio from 00:13:28.093 to 00:13:28.106

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

1 Tracks Ripped Inaccurately

Let me know if you need any other information.

**BruceH** · 04-13-2009, 07:33 AM

Re: Preventing Secure Rip Aborts

Shriner, Kiwi, and Pangit:

For grins, could you try ripping one or more of the "bad" tracks again with the C2 option unchecked to see if behavior is different? Please report results here.

I have experienced a similar but somewhat different problem that resolved by turning C2 off in dBpoweramp options, possibly indicating a bug in dBpoweramp's C2 logic. If your results change by turning C2 off, that could add support to this idea.

Thanks,
Bruce

**LtData** · 04-14-2009, 12:05 AM

Re: Preventing Secure Rip Aborts

Note: All posts after the above were moved to BruceH's thread involving his issue, as the conversation was not related to original user's problem.

**ShrinerMonkey** · 04-21-2009, 02:47 AM

Re: Preventing Secure Rip Aborts

Originally posted by BruceH

Shriner, Kiwi, and Pangit:

For grins, could you try ripping one or more of the "bad" tracks again with the C2 option unchecked to see if behavior is different? Please report results here.

I have experienced a similar but somewhat different problem that resolved by turning C2 off in dBpoweramp options, possibly indicating a bug in dBpoweramp's C2 logic. If your results change by turning C2 off, that could add support to this idea.

Thanks,
Bruce

I turned off the C2 option and the track was able to rip with ultra secure not enabled and all abort options turned off. Of course I have no idea how accurate this rip is or how accurate undamaged tracks will rip with these options set this way. I have included the log below:

dBpoweramp Release 13.2 Digital Audio Extraction Log from Monday, April 20, 2009 9:43 PM

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

Ripping with drive 'D: [TSSTcorp - DVD+-RW TS-H653F]', Drive offset: 6, Overread Lead-in/out: No
AccurateRip: Active, Using C2: No, Cache: None, FUA Cache Invalidate: No
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 34

Encoder: FLAC -compression-level-8
DSP Effects / Actions: -dspeffect1="ReplayGain=-albummode={qt}0{qt}"

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

Track 14: Ripped LBA 239920 to 303925 (14:13) in 1:05. Filename: C:\Music\Ripped\Various Artists\The X-Files; The Album\14 - Dust Brothers, The - The X-Files Theme.flac
AccurateRip: Inaccurate (confidence 65) Secure (Warning) [Pass 1 & 2, Re-Rip 46 Frames]
CRC32: 121EE9F6 AccurateRip CRC: 38C58D6C [DiscID: 014-001d7f85-013dd4c4-d70fd40e-14]

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

1 Tracks Ripped Securely (Warning: sectors had to be re-ripped) (AccurateRip: Different Pressing?)

**ShrinerMonkey** · 04-23-2009, 08:10 PM

Re: Preventing Secure Rip Aborts

Any thoughts on what I need to do to get this working correctly? Will my rips be accurate with C2 turned off?

**Spoon** · 04-24-2009, 09:44 AM

Re: Preventing Secure Rip Aborts

Perhaps less so.

**ShrinerMonkey** · 04-27-2009, 01:38 PM

Re: Preventing Secure Rip Aborts

So does the fact that this track ripped and didn't abort with C2 turned off indicate that their is a bug with the C2 logic?

**Spoon** · 04-27-2009, 05:59 PM

Re: Preventing Secure Rip Aborts

No, just that the error is not being caught when c2 is not enabled?

**pangit** · 05-05-2009, 05:45 AM

Re: Preventing Secure Rip Aborts

I've been trying to hang back, chill, and not let this problem bother me too much. Having gone through a large stack of titles to rip today, I have to say I'm *extremely* frustrated. :vmad: I don't think this can be explained away - it's a bug, and big one IMHO.

I tried ripping a visually pristine disc tonight three times, and a re-rip of just ONE frame kills track four consistently, and leaves me with a useless 26Kb file. It seems ridiculous to me that re-ripping a single frame would kill the whole track. As usual, EAC rips this track perfectly, reporting NO ERRORS.

Sorry to everyone for the bilious post, but my fuse has shortened considerably when it comes to this problem.

Log is as follows:

dBpoweramp Release 13.2 Digital Audio Extraction Log from Monday, May 04, 2009 10:48 PM

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

Ripping with drive 'D: [HL-DT-ST - DVDRAM GH22LS40 ]', Drive offset: 667, Overread Lead-in/out: No
AccurateRip: Active, Using C2: Yes, Cache: None, FUA Cache Invalidate: Yes
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Ultra:: Vary Drive Speed: Yes, Min Passes: 1, Max Passes: 4, Finish After Clean Passes: 2
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 100

Encoder: FLAC -compression-level-7 -verify
DSP Effects / Actions: -dspeffect1="Audio CD - Hidden Track Silence Removal= -digsilence -dbsilence={qt}-45{qt} -window={qt}4000{qt}" -dspeffect2="Audio CD - Silence Track Deletion= -digsilence -dbsilence={qt}-45{qt}" -dspeffect3="HDCD=" -dspeffect4="ReplayGain=-albummode={qt}0{qt}"

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

Track 1: Ripped LBA 32 to 23410 (5:11) in 1:31. Filename: F:\Redbook\Will Ackerman\Passage\Will Ackerman - 01 - Remedios.flac
Secure [Pass 1, Ultra 1 to 1]
CRC32: B215BE43 AccurateRip CRC: F70E7F90 [DiscID: 008-000afafa-0048680a-64082208-1]

Track 2: Ripped LBA 23410 to 40945 (3:53) in 1:00. Filename: F:\Redbook\Will Ackerman\Passage\Will Ackerman - 02 - Processional.flac
Secure [Pass 1, Ultra 1 to 1]
CRC32: A0D1ED17 AccurateRip CRC: 037DBC2B [DiscID: 008-000afafa-0048680a-64082208-2]

Track 3: Ripped LBA 40945 to 68402 (6:06) in 1:23. Filename: F:\Redbook\Will Ackerman\Passage\Will Ackerman - 03 - The Impending Death of the Virgin Spirit.flac
Secure [Pass 1, Ultra 1 to 1]
CRC32: CB5AB60F AccurateRip CRC: A940BF3C [DiscID: 008-000afafa-0048680a-64082208-3]

Track 4: Ripped LBA 68402 to 78800 (2:18) in 0:36. Filename: F:\Redbook\Will Ackerman\Passage\Will Ackerman - 04 - Pacific I.flac
Insecure [Pass 1, Ultra 1 to 1, Re-Rip 1 Frames]
CRC32: F2957849 AccurateRip CRC: 82B3D748 [DiscID: 008-000afafa-0048680a-64082208-4]
Re-rip Frame: 71248 (00:00:37.933). Insecure (c2 dropped 100)

Track 5: Ripped LBA 78800 to 96482 (3:55) in 0:53. Filename: F:\Redbook\Will Ackerman\Passage\Will Ackerman - 05 - The Bricklayer's Beautiful Daughter.flac
Secure [Pass 1, Ultra 1 to 1]
CRC32: 28B2F3FA AccurateRip CRC: 059916C9 [DiscID: 008-000afafa-0048680a-64082208-5]

Track 6: Ripped LBA 96482 to 119490 (5:06) in 0:59. Filename: F:\Redbook\Will Ackerman\Passage\Will Ackerman - 06 - Hawk Circle.flac
Secure [Pass 1, Ultra 1 to 1]
CRC32: 453C5CC9 AccurateRip CRC: 58B0ABD5 [DiscID: 008-000afafa-0048680a-64082208-6]

Track 7: Ripped LBA 119490 to 135832 (3:37) in 0:42. Filename: F:\Redbook\Will Ackerman\Passage\Will Ackerman - 07 - Anne's Song.flac
Secure [Pass 1, Ultra 1 to 1]
CRC32: 0DC5FD93 AccurateRip CRC: BEDA0EBE [DiscID: 008-000afafa-0048680a-64082208-7]

Track 8: Ripped LBA 135832 to 156217 (4:31) in 0:49. Filename: F:\Redbook\Will Ackerman\Passage\Will Ackerman - 08 - Passage.flac
Secure [Pass 1, Ultra 1 to 1]
CRC32: F001C2F1 AccurateRip CRC: 8248BAD2 [DiscID: 008-000afafa-0048680a-64082208-8]

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

8 Tracks Ripped: 7 Secure, 1 Inaccurate

**Spoon** · 05-05-2009, 08:29 AM

Re: Preventing Secure Rip Aborts

Try removing the DSP effects for track 4, also make sure no abort after is set on the advanced page.

Preventing Secure Rip Aborts

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment