Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Secure Ripper Test (part 2 concise results) (Read 145735 times) previous topic - next topic
0 Members and 4 Guests are viewing this topic.

Secure Ripper Test (part 2 concise results)

Reply #275
Spoon, one more thing... I am sure you heard of the German magazine c't. They developed a tool called "h2cdimage" which will attempt to create an image of a data CD or DVD. While it reads the sectors, it marks which sectors it wasn't able to read in a special file. After the reading process is over, the program tells you that let's say 10000 sectors were unreadable. Then you can insert the same CD/DVD into another drive and start the h2cdimage again. If the program finds the "flag file" containing information about which sectors were unreadable, it will attempt to re-read only those sectors with the new drive since the non-marked sectors were already readable by the previous drive. You can repeat this process with as many drives as you want.
The idea behind this is that you have the following data ABCDEFGH. First drive is able to read ABC_E__H. Second drive is able to read ABCD__GH and a third drive is able to read AB___F__. So by using three drives that each complete each other, you have a CD/DVD image that is 100% accurate. Unfortunately, the program only works with data CDs and DVDs and does not support audio or video discs. Any idea if something like this can be implemented for audio CDs?

Secure Ripper Test (part 2 concise results)

Reply #276
Spoon, one more thing... I am sure you heard of the German magazine c't. They developed a tool called "h2cdimage" which will attempt to create an image of a data CD or DVD. While it reads the sectors, it marks which sectors it wasn't able to read in a special file. After the reading process is over, the program tells you that let's say 10000 sectors were unreadable. Then you can insert the same CD/DVD into another drive and start the h2cdimage again. If the program finds the "flag file" containing information about which sectors were unreadable, it will attempt to re-read only those sectors with the new drive since the non-marked sectors were already readable by the previous drive. You can repeat this process with as many drives as you want.
The idea behind this is that you have the following data ABCDEFGH. First drive is able to read ABC_E__H. Second drive is able to read ABCD__GH and a third drive is able to read AB___F__. So by using three drives that each complete each other, you have a CD/DVD image that is 100% accurate. Unfortunately, the program only works with data CDs and DVDs and does not support audio or video discs. Any idea if something like this can be implemented for audio CDs?


Someone already mention/requested/suggested a similiar feature earlier in the thread I believe. Spoon's reply was "anything is possible". I think it would be a nice feature.

Secure Ripper Test (part 2 concise results)

Reply #277
I think this would be a great feature also!

I was able to recently reconstruct good data from a bad disc using the same drive thanks to the execllent implementation of C2 pointers during re-reads and the way they are reported to the log file.

This combined with the ability to change the criteria of what the program considers acceptable during re-reads would have saved me a lot of time.  There were some frames that were good after the ripping was over where C2 had dropped all but one.  The number of re-reads was set to 2000.

I'm wondering how much re-reading was performed after the data that wasn't dropped was read.

Secure Ripper Test (part 2 concise results)

Reply #278
@spoon: Thanks for your help. I have successfully set it up to rip to iTunes AAC. Hopefully my drive doesn't crash anymore since I updated its firmware just now....

Secure Ripper Test (part 2 concise results)

Reply #279
Just wondering, has anyone been able to get R12 working with an external/USB drive yet?  If so, how?

regards,
spockman


Secure Ripper Test (part 2 concise results)

Reply #281
I'm going to take a look at this ripper later today, and perhaps create a plug-in for using it with Omni Encoder if it is possible (so I don't loose any EAC users!)

Secure Ripper Test (part 2 concise results)

Reply #282
My LG E10L is an USB 2.0 device and it just worked.


Ah...OK.  I gathered from earlier posts in this thread that there may have been a problem with R12 and USB drives, but apparently not.  I have had no luck with my drive so far... 

spockman.

Secure Ripper Test (part 2 concise results)

Reply #283
Just using c2 pointers over USB is a problem still.

Secure Ripper Test (part 2 concise results)

Reply #284
I just set up my Liteon SOHR 5238s over a cheap usb-adapter (this time I removed Daemon-Tools SPT) and C2, as expected, still doesn't work. Very strange, though, is that apparently FUA does. I thought only Plextor drives supported FUA?

Also, Nero CD speed has no trouble doing C1/C2 scans, even with Daemon Tools SPT installed.


Secure Ripper Test (part 2 concise results)

Reply #286
I have not had the time to research it.

Secure Ripper Test (part 2 concise results)

Reply #287
I ended up buying a Firewire enclosure for that exact reason, now all my old desktop drives work great in R12

Secure Ripper Test (part 2 concise results)

Reply #288
I'll be upgrading to Windows Vista when it is launched.

Will this ripper be compatible with Vista?

Secure Ripper Test (part 2 concise results)

Reply #289
Ripping this second on Vista. The last 3 weeks have done extensive vista testing and it runs fine (we had to digital sign various parts of dbpoweramp to integrate it with vista without all the nasty warnings, also updated manifests to ask for admin rights where needed).


Secure Ripper Test (part 2 concise results)

Reply #291
I'm having the same problem. Is it going final?

edit: I see there are time limited new versions, which I've not updated to yet.
daefeatures.co.uk

Secure Ripper Test (part 2 concise results)

Reply #292
I've been testing this since Oct and I've decided to stick with EAC.  Too many missing features that make ripping large numbers of CDs annoying.

Secure Ripper Test (part 2 concise results)

Reply #293
I've been testing this since Oct and I've decided to stick with EAC.  Too many missing features that make ripping large numbers of CDs annoying.

I'll probably switch and buy, if C2 over USB is fixed. I'm using a laptop as my only pc, and while the inbuilt drive is OK for ripping, I want to be able to use my Lite-on in problematic cases. Otherwise, great work Spoon!


Secure Ripper Test (part 2 concise results)

Reply #295
Quote
What do you think is missing? Seems to have most of what EAC offers plus better performance and ease of use....
(Not the OP:) Encode a disc as a single file (much more convenient when you listen to your music in an album-oriented way) and, as a corollary, cue sheet support (both of these feature should be able to "forget" that there's a last .bin track -- EMI did that heavily circa 2003-2004 and their CDs are a pain to rip in Plextools, for instance).

Secure Ripper Test (part 2 concise results)

Reply #296
Quote
What do you think is missing? Seems to have most of what EAC offers plus better performance and ease of use....
(Not the OP:) Encode a disc as a single file (much more convenient when you listen to your music in an album-oriented way) and, as a corollary, cue sheet support (both of these feature should be able to "forget" that there's a last .bin track -- EMI did that heavily circa 2003-2004 and their CDs are a pain to rip in Plextools, for instance).


I would say that is one missing feature used by a very small number of people. Spoon has already said he would add it, but I see no reason to make it a priority. Go look at the HA ripping poll, even here ripping image/cue is a minority, and outside of HA I doubt anyone is doing it.

Secure Ripper Test (part 2 concise results)

Reply #297
I would say that is one missing feature used by a very small number of people.
But if you're one of those people, it's still annoying.

Quote
Spoon has already said he would add it, but I see no reason to make it a priority.
The problem is that Spoon already promised to implement it several years ago. People tend to get impatient, you know...
Over thinking, over analyzing separates the body from the mind.

 

Secure Ripper Test (part 2 concise results)

Reply #298
With this latest version a few of the secure mode options are greyed out (Ultra Secure mode, FUA and C2 settings). Is this intentional?

I have a copy protected disc I can't rip in secure mode. I'd like to disable C2 but can't. Burst mode results in consistent CRCs yet there is still no burst mode logging it seems.
daefeatures.co.uk

Secure Ripper Test (part 2 concise results)

Reply #299
Install the Reference version, not the normal one.

As a side note, I have c2 working over usb, will release test version shortly, a bonus - EAC would not run my Plextor 230a over usb with c2 (other drives yes, but not this plextor( - I have found a way to squeeze c2 out of it!