PDA

View Full Version : Recommended Ultra Secure Ripping Settings?



Phil Friel
11-25-2007, 11:43 PM
Hi,

I'm new around here, having recently registered dBpowerAmp Reference R12.

My main objective is to get the highest quality rips, even from CDs with scratches. From the options I have Ultra Secure selected in the Secure Ripping section. So far so good.

I have a question to ask about the Ultra Secure settings:

Do I enable Interpolate Unrecoverable Frames and Vary Drive Speed Each Pass? Or do I leave them unchecked? Will doing either adversely affect the quality of my rips?

Any and all help/suggestions will be greatly appreciated.

Phil

Spoon
11-26-2007, 04:57 AM
What is your drive?

I generally have 2 profiles a quick secure mode which relies on AccurateRip, and a more indepth error recovery mode with ultra passes for singled out difficult cds.

Phil Friel
11-26-2007, 02:53 PM
What is your drive?

I generally have 2 profiles a quick secure mode which relies on AccurateRip, and a more indepth error recovery mode with ultra passes for singled out difficult cds.

Hi Spoon, nice to be here, at last (remember me from the HydrogenAudio Forums?).

I have two drives, both LG. The one I most often use for ripping is the HL-DT-ST CD-RW GCE-8400B. The other is a HL-DT-ST DVD ROM GDR-8161B.

With these two drives, should I have the "Interpolate Unrecoverable Frames" and "Vary Drive Speed Each Pass" options selected (or unselected) in the Ultra Secure ripping options?

Do you think it could help doing different passes on both drives? Maybe one drive might get a more secure reading on a problematic track than the other one did? Would overheating on the drive adversely influence the rips? I could adopt a policy of a 15/20/30 minute break between each CD, to let the drive cool down (how long would you recommend?). The Ultra Secure ripping does make them overheat quite a bit.

I have lots of old disks with scratches. And, as my collection of CDs is so big, I intend to rip each CD only once, and do it properly first time. So I'd like to have the Ultra Secure settings at their highest/most optimal level before I start.

The way I plan to work for each CD (once I find out what I need to know about the Interpolate Unrecoverable Frames and Vary Drive Speed options) is:

Do a first pass on the CD-RW drive

All tracks with a successful AccurateRip symbol do not need to be ripped again
On CDs not present in the AccurateRip database (quite a few), all tracks with a "secure with a tick" symbol do not need to be ripped again

Select all tracks with a "secure with an i" symbol and all tracks with an "inaccurate" symbol (luckily none of those yet), and do several more passes, this time on both the CD-RW and DVD-ROM drive, in the hope that some of the tracks get more secure rips.

After all that, with CDs containing inaccurate or unrecoverable tracks, try to clean/fix up the CDs as much as possible (what do you recommend?) and try again on the dodgy tracks.

If all of this fails, give up and (if necessary) buy the CD again. :cry: :cry:

What do you think of this approach? Good, anal-retentive/overkill, or just stupid? I'm a newbie at this, and would appreciate all advice on how to get it right straight from the beginning. Ripping my collection a second time would not be an attractive option. The first time will take months (or maybe years), so I'd have no wish to repeat the process.

Phil

Spoon
11-27-2007, 04:07 AM
Do your drives support c2 error pointers?

Phil Friel
11-27-2007, 08:26 AM
Do your drives support c2 error pointers?

Yes. Both drives support C2 pointers.

Spoon
11-27-2007, 03:22 PM
I would not use interpolation, or the vary drive speed.

Phil Friel
11-27-2007, 06:05 PM
I would not use interpolation, or the vary drive speed.

Thanks for that info. This saves a lot of unnecessary work.

I've been duplicating interpolated/non-interpolated passes, on both drives, and making multiple passes on the few tracks that did not come up as AccurateRip (if in the database) or Secure (if not in the database).

Luckily it's only been on a couple of CDs so far, 'cos it's taken hours, but I've finally got AccurateRip/Secure rips for all tracks, on both drives, and in both interpolated and non-interpolated form. A lot of patience is needed for those stubborn tracks that require multiple passes.

Now that I can stop doing the interpolated passes, my ripping time will be cut in half. I can also free up some disk space by deleting the duplicate interpolated tracks.

Phil Friel
11-28-2007, 05:52 PM
Spoon,

Just out of curiosity, does using interpolation interfere/mess with the C2 pointers? I'd like to learn more about this sorta thing.

Spoon
11-29-2007, 03:49 AM
No

RipTheWorld
12-07-2007, 12:08 PM
I understand the order of rip quality goes as such:
Accurate Rip
Secure Rip
Inaccurate

So would the following be true:

Accurate Rip - Has matched in the Accurate Rip database so assuming 3 or more matches it is statistically impossible for it to be inaccurate

Secure Rip - The track is deemed to have been ripped perfectly, but has either not matched to the accurate rip database or isn't in the database. It is still essentially a perfect copy (or extremely close to perfect).

Inaccurate - Is not a good copy.

The issue I have is finding out how inaccurate a particular rip is. A particular track may not have ripped perfectly, but it still may be of a quality where you would rather have it than not. Is there a way to automatically remove tracks that are below a certain level. And at what level do noticeable errors such as pops and clicks occur?

Are there any settings that I may have missed that would allow me to do this?

Let me know if I'm being a total idiot and have missed something pretty obvious.

EliC
12-07-2007, 01:00 PM
Secure Rip - The track is deemed to have been ripped perfectly, but has either not matched to the accurate rip database or isn't in the database. It is still essentially a perfect copy (or extremely close to perfect).



The only time I really do not trust this is if the rest of the disc is listed as accurate with AR>1. I wish spoon would add a bit of extra power in the decision making tree. While accuraterip is done on a track basis, it does not make any sense that every other track on a CD would have an AR confidence of 5 and one track would be secure. Note, I have never had this problem with dbpoweramp, but have with EAC.

bhoar
12-07-2007, 02:29 PM
The only time I really do not trust this is if the rest of the disc is listed as accurate with AR>1. I wish spoon would add a bit of extra power in the decision making tree. While accuraterip is done on a track basis, it does not make any sense that every other track on a CD would have an AR confidence of 5 and one track would be secure. Note, I have never had this problem with dbpoweramp, but have with EAC.

A possible additional factor would be that you have either configured the cd ripper with incorrect secure-related settings for your drive (fua, cache size, c2 support) or the drive's implementation of these is not reliable and yet you turned on the features (perhaps the device passed the feature tests?). That could potentially result in a mix of AR and "Secure" results, when really the "secure" results were incorrect.

(is that a good description of the issue, spoon?)

-brendan

Spoon
12-07-2007, 03:57 PM
A track can be labelled as secure and still have errors, depends on drive (c2 helps reduce this), it is called a consistant error, which do happen.

>The issue I have is finding out how inaccurate a particular rip is. ....And at what
> level do noticeable errors such as pops and clicks occur?

Many drives will interpolate errors, so if there was an error it is silenced out, you will never hear a pop, but you might hear silence on a badly damged cd.

If you enable c2, that will catch most errors, a badly damaged cd is going to take a long time to rip (in comparison to a lightly damged cd), that would be the basis for determining quality.

EliC
12-07-2007, 04:06 PM
A possible additional factor would be that you have either configured the cd ripper with incorrect secure-related settings for your drive (fua, cache size, c2 support) or the drive's implementation of these is not reliable and yet you turned on the features (perhaps the device passed the feature tests?). That could potentially result in a mix of AR and "Secure" results, when really the "secure" results were incorrect.

-brendan

Either way, if 9/10 songs match AR with 5+ matches, and 1 song is listed as secure, I seriously doubt that song is secure, and would like to have the option to flag it that way, especially when using the batch ripper and not watching every rip myself.

bhoar
12-07-2007, 05:45 PM
Either way, if 9/10 songs match AR with 5+ matches, and 1 song is listed as secure, I seriously doubt that song is secure, and would like to have the option to flag it that way, especially when using the batch ripper and not watching every rip myself.

If the AR matches on the other songs are over 2, I agree.

If the AR matches on the other songs are only 1 (maybe even 2, if the original computer equipment submitted it twice, say after a window reinstall) and one track is listed as secure, then the original submitter might have a badly configured cd ripper and told it to trust dodgy equipment more than the operator should have. In which case, maybe your track was actually accurate...

Can something like the above happen?

-brendan

EliC
12-07-2007, 07:20 PM
I would think that there should be some sort of algorithm that would be reasonable. The more songs with AR matches, and the higher the number of matches for each of these, the less likely that any songs with just secure are actually secure. I would imagine that the number of C2 errors occurring in these "secure" tracks could also be considered.

Spoon
12-08-2007, 05:37 AM
I have seen weird pressings where 10 tracks match AR and one does not, so these would be incorrectly flagged as having errors when they do not.

EliC
12-08-2007, 08:01 AM
I would just like to see them flagged as possibly insecure or something that indicates a higher level of suspicion, especially if there were C2 errors on the track in question, or not every re-rip matched, ect...

chileboy
12-10-2007, 03:35 PM
I have seen weird pressings where 10 tracks match AR and one does not, so these would be incorrectly flagged as having errors when they do not.
This happened to me with James Blunt - Back to Bedlam. The first track rips as Inaccurate, every other track is fine. This with 50+ Confidence on all tracks.

I was guessing that it was due to the fact that there is a single occurrence of a certain four-letter word in the first track, which is over-dubbed on the non-explicit pressing. Not sure how AR handles that sort of thing, where folks are ripping two nearly-identical versions of the same CD.

- Mark

EliC
12-10-2007, 03:43 PM
If you used secure rip and it says the first track is inaccurate it is. The case above is when a track is listed as SECURE but all other tracks are accurate with a high degree. That makes me believe that the track is NOT secure.

chileboy
12-10-2007, 07:45 PM
If you used secure rip and it says the first track is inaccurate it is. The case above is when a track is listed as SECURE but all other tracks are accurate with a high degree. That makes me believe that the track is NOT secure.
I meant that, as I recalled, everything ripped as Secure, but only the one track showed as Inaccurate (according to AR), which is what I took that to mean.

I was apparently wrong anyway, I went and re-ripped the CD and it was both Accurate and Secure. Sorry.

- Mark

twostar
06-30-2009, 08:55 PM
Hi Everyone. Just a quick question. (I hope.)

This guide (http://www.dbpoweramp.com/cd-ripper-setup-guide.htm) recommends the ultra secure settings to be:

If your drive supports C2 pointers, set as Minimum Ultra Passes: 1 Maximum Ultra Passes: 2 End After Clean Passes: 1

But the help file recommends:

* Drive Supports c2 error pointers well enable Ultra Secure with Minimum 1, Maximum 6 and End after 1.
* Drive Supports c2, but badly enable Ultra Secure with Minimum 2, Maximum 6 and End after 2.
* Drive does not support c2 enable Ultra Secure with Minimum 3, Maximum 6 and End after 2.

Which one should I follow?

My drive by the way is: Drive: TSSTcorp - CDDVDW TS-L632H (68 users): 495 Accurate Submissions 4 InAccurate Submissions 99.1984 % Percentage Accuracy.

Spoon
07-01-2009, 04:31 AM
2 passes for C2 pointer which are supported well should be enough.

sredmyer
07-05-2009, 09:17 PM
2 passes for C2 pointer which are supported well should be enough.

I see alot of comments here regarding how well a drive does (or does not) support C2 pointers. Comments that seem to indicate that for a drive that supports C2 pointers well, Batch Ripper/CD Ripper should be configured to use them. On the other hand those same comments seem to indicate that if the drive does not support C2 well (or at all) they should not be used. I also know that the configuration allows us to test if our drive is reporting C2 pointers.

Question is, how do we know just how well C2 pointers are implemented by our drive. To further confuse this issue (for me anyway) is the fact that although the drive may support C2 pointers well (according to the both the manufactures documentation and Spoon), dbp may say it does not. I understand that this is usually due, not the drive, but the IDE/firewire or IDE/USB bridge being used. So a drive that supports C2 pointer very well (ie. an older "real" plextor) attached to a USB/IDE or Firewire/IDE bridge which does not may result in sub-standard support of the C2 pointers.

So again I ask the question how do we know how well our particular setup (drive and any interface hardware) handles C2 pointers. Then once we know that, what level of support for C2 is sufficent to make them worthwhile to use and below what level of support do they cause more harm than good?

Sapagrino
06-22-2013, 09:35 PM
I would like to know the answer to this as well?

Spoon
06-23-2013, 05:08 PM
With dBpoweramp you use c2 pointers if supported, unless it is very obvious they are not working well (for example on a unscratched disc it gives lots of frames to re-rip, such as 2000 and this goes away if c2 is disabled).