Search options (Page 3 of 6)

Now all my PCE rips are from PerfectRip (except track 58, 66 and 70 of Valis IV, which I could read only with IsoBuster - not C2 errors, only "unknown sense key code combination" errors probably caused by bad mastering, so they should be good).

Is there a way to check all the data tracks and make them consistent between the PerfectRip way and your way? I don't like manually adding EDCs, especially with discs like Valis IV which have 30 data tracks (it took 2 days to dump it correctly); moreover writing down LBAs and generating EDCs one by one is prone to errors...

I'll try to redump my budget disc to see if it matches anything

Can you try dumping it with the Plextor and PerfectRip? Out of them all, I'd trust the Plextor gap the most... maybe PerfectRip can confirm results

Vigi, the dump is not good, PerfectRip itself says it. And the log says clearly that some sectors were replaced because they couldn't be read. I don't think having 0 corrupt C2 pointers is the only indication of a good dump.

Try EAC. It's very possible that PerfectRip has issues with some discs.

Dump track 2 with "Leave out gaps" option enabled (instead of "Append gap to next track"), then use psxt001z to create a 2:00 sec pregap, then attach it to gapless track 2.

I had no problem with the 4824 with either PerfectRip or D8 command, it supports 100b.

The only thing I can't judge about is the great buffer size, I don't know if it makes a difference.

Another thing you should look after for these out of production drives is state of conservation. When I bought mine it was 5 years old (it still had firmware 1.00!), and it was idle since years in the wild, I had to do a partial cleaning.

So if features are the same, choose the better conserved drive, and if both are boxed brand new, either is good.

Concluding:
-you can dump the way you like
-we care about offsets and having full audio
-we won't change our dumping method
-we think our dumping method is better
-everybody is happy

Basically, we're at the same point we were 3 days and 60 posts ago. Good luck with your work

Now the thread can be closed. It should be linked to whomever comes here in the future and asks why we don't want CDRWin

Eidolon, the discussion seems to me a bit like a dog trying to bite his own tail now.

We gave you PLENTY of reasons why Redump.org method is preferable to others, in IRC, Redump forums and your own forums. Now that you know these reasons, you only have to decide. You're in the dumpers category now, if you want to submit dumps here I'll be the first being happy, if you choose another way fine, I wish you good luck, but we won't support what we consider an inferior method. If settling to an inferior method was fine to us, we would have settled to dumping for TOSEC ages ago. At the time I didn't consider TOSEC to be a good way and I waited 'till Redump.org gave me the opportunity to do thing the better way. I had to choose too.

As I told you in IRC, for the love of God I only hope all of this isn't an emu politics issue. Maybe you want your own project to attract people to your community, I'm cool with that, but even if you decide to keep the dump info on your site only, I think it would be better to follow Redump.org method. We won't "steal" anything. Using CDRWin only to have it "your own way" sure isn't beneficial to the community.

Again, they work perfectly when loaded with a proper CD emulation tool like Daemon Tools. I think it's very clear where the fault resides.

You're good at keeping your carts clean then. 10 years of foggy basement have wrecked mine. Not to the point they're unreadable toe

Which return us to the point that a good CD-rom drive is needed. A good drive is a prerequisite of proper dumping. A good drive has (and not "should have") no problem reading data in raw mode. No problem at all. If not your drive is not good for the task.