Search options (Page 22 of 32)

50 dumps in 2 days? not bad

Btw, -x 1 appears to be much better for Plextor.. it no longer makes any sounds and the reading cycle is only 2 seconds.. although I still don't understand why the last parameter doesn't work.

Just so this is clear: -016,32 means that 16 sectors are read with the read command, and 32 are read from buffer (so with this command, the filesize should increase by ~64kb everytime instead of the normal 32?)? If so, then I don't see why it works fine in readbuf_tool if you read e.g. 206400 bytes from the buffer and why not here with 100 sectors.. maybe there's a bug? Also, since Plextor buffer holds up to 624 sectors, is it possible to raise the limit from 100 to for instance 1000?

Tests with a normal DVD:

1. 'friidump -d d: -c 0 -x 1 -T 3 -0 -r test.iso' reads a normal dvd at ~650 mb/s on Plextor! So looks like you're right and Plextor needs a different approach for GC.
2. 'friidump -d e: -c 1 -x 1 -T 3 -0 -r test.iso' works fine on Samsung and normal DVD, although contents are scrambled (like in Truong's tool).

So, normal DVD's are working fine, but gamecube discs act entirely different on Plextor (with and without swapping) and Samsung (only tested without swapping).. iR0b0t is having the same issues, so I guess that for now, only lite-on drives offer results that are comparable to LG's?

Actually, the Plextor DOES work with lite-on methods 4-6, but speed appears to be the same as method 0.

And I just tried, it does work without swapping! But you have to use stop command first. Samsung might also work then, but we'll need the new command Maybe swapping isn't needed after all then.

Looking forward to testing larger cycles and the samsung drive..

edit: I just tested my plextor buffer capacity and it's around 624 sectors for DVD's, so 500 or 600 should be a safe value, although a parameter would be ideal (different drives can have different limits).

So much effort has gone into great tools such as these.. It would be nice to have them all in a separate thread / Redump software repository because now they're scattered across many threads.

ps. the 'Read Buffer' command for Plextor etc. drives is documented here: http://www.13thmonkey.org/documentation … andset.pdf  (page 164 of the internal document).

If px_d8 gives you +68 on a drive then that's the (combined) offset that you should use in PR (but you have to enter it as -68 in PR) and EAC (+68).

I don't remember having any problems with PR in W7.. anyway, I agree with F1ReB4LL about setting it to a lower speed (like 8x)..

Dremora used the default forms for all systems.. guess he was too lazy to remove any unnecessary fields 

The problem is, we can't be sure in some cases which was first: the No EDC or the EDC..

EDC / No EDC tag is used because that's the difference between the dumps.. one has EDC and the other one doesn't.. but what I meant to say is.. for the original, first release it is irrelevant to add a tag.. imho we should only add (EDC) to changed releases.. like we only add (Alt) to the releases that we think to be different from the original release.

WTF is the point of this thread? the extension was changed from .gcm to .iso.. It's not a big deal, is it?

And if there are certain staff members that always come up with conflicting views (and use the most !'s in their posts), then maybe it's better that they start putting their effort in other things?

No replies.. guess I'm the only one who's impressed?