Preventing Secure Rip Aborts

[Kiwi]

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.

[ShrinerMonkey]

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).

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

[Spoon-]

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).

[bhoar]

Re: Preventing Secure Rip Aborts

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

[ShrinerMonkey]

Re: Preventing Secure Rip Aborts

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?

[pangit]

Re: Preventing Secure Rip Aborts

I haven't tried burst rip myself. It never occurred to me to do so, since I have a few thousand discs to rip and want the highest accuracy possible. I have UltraSecure rips enabled and my setup is AccurateRip verified - it seems this sort of configuration should be more robust, not less.

If I get time I may give the burst mode a shot to corroborate what ShrinerMonkey reported, but ultimately that mode is of no interest to me. The ultra-secure and AccurateRip capability is one of the main reasons I purchased this product, so I would hope these issues could be resolved at some point.

[ShrinerMonkey]

Re: Preventing Secure Rip Aborts

What happens if you burst rip the track in dbpoweramp?

-brendan

The track rips and doesn't report errors. Funny thing, I listened to the track and could hear no audible errors, but that is the case with almost every problematic track. Regardless, I don't really care because I don't intend to rip without accurate rip options.

[ShrinerMonkey]

Re: Preventing Secure Rip Aborts

ShrinerMonkey, I agree with you and have had the same concerns and frustrations. I often have to use EAC to rip a problematic track that dBpoweramp won't seem to handle. What always happens to me with these - even though I have also set mine NOT to abort in case of errors - is that the resulting unplayable file has a very small size, typically only a few kilobytes. So I go into EAC, and in every case (and there have been many) I've been able to get the track ripped that dBpoweramp wouldn't encode. I rip it to a WAV, and then use dBpoweramp to encode it to a FLAC.

Incidentally, after reading Spoon's comment about using version 13.2 (which supposedly should encode even in the case of errors), I upgraded to that version today, and then tried re-ripping a disc I know to be problematic. Same exact results - the problem track produced a useless 15Kb file, so I had to rip it with EAC. The problem track did NOT encode successfully.

I also agree that EAC's feature of allowing you to listen to potential problem spots after a track rips with errors is extremely useful, and I really wish dBpoweramp did something like that.

I love dBpoweramp overall, but this aspect of it does frustrate me quite a bit. :cry:

That is the EXACT problem I am having.... useless 15kb file after errors even with abort options disabled. I am also running R13.2 also BTW. This problems is very frustrating because I was planning on re-ripping about 200 CDs but don't want to bother if I will have to deal with the error tracks in this way. I am weighing the hassle of fixing bad tags from EAC vs re-ripping in dbpa and dealing with the poor error handling.

I am a little bit vexed that I paid money for this software and have to deal with such an obvious flaw. Next time I will test the trial version more before purchase.

Unrelated question:

Does DBpoweramp have a feature that allows editing tags of already ripped files using it's metadata providers?

[bhoar]

Re: Preventing Secure Rip Aborts

What happens if you burst rip the track in dbpoweramp?

-brendan

[pangit]

Re: Preventing Secure Rip Aborts

ShrinerMonkey, I agree with you and have had the same concerns and frustrations. I often have to use EAC to rip a problematic track that dBpoweramp won't seem to handle. What always happens to me with these - even though I have also set mine NOT to abort in case of errors - is that the resulting unplayable file has a very small size, typically only a few kilobytes. So I go into EAC, and in every case (and there have been many) I've been able to get the track ripped that dBpoweramp wouldn't encode. I rip it to a WAV, and then use dBpoweramp to encode it to a FLAC.

Incidentally, after reading Spoon's comment about using version 13.2 (which supposedly should encode even in the case of errors), I upgraded to that version today, and then tried re-ripping a disc I know to be problematic. Same exact results - the problem track produced a useless 15Kb file, so I had to rip it with EAC. The problem track did NOT encode successfully.

I also agree that EAC's feature of allowing you to listen to potential problem spots after a track rips with errors is extremely useful, and I really wish dBpoweramp did something like that.

I love dBpoweramp overall, but this aspect of it does frustrate me quite a bit. :cry:

[Spoon-]

Re: Preventing Secure Rip Aborts

Using R13.2? this latest release should encode the file even if there is an error.

[ShrinerMonkey]

Re: Preventing Secure Rip Aborts

Ripping to which format? multi encoder?

FLAC

However, I do plan on using multi-encoder to do FLAC and MP3.

[Spoon-]

Re: Preventing Secure Rip Aborts

Ripping to which format? multi encoder?

[ShrinerMonkey]

Re: Preventing Secure Rip Aborts

So if it can't recover an error the whole rip is canceled even if I disable the abort option? I turned off the abort options and it still aborts leaving me without a rip.

[Spoon-]

Re: Preventing Secure Rip Aborts

An unrecoverable error is an unrecoverable error, if you set the abort after then you are effectivly saying that on error do not continue to recover, if EAC reports errors at the end then it is the same as disabling the abort after option.