RAW DVD dumping discussion (Page 1 of 2)

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

Hi,

many thanks for this.. gamecube dumping is working on Plextor now (with command 0)! is there any way to speed up dumping? trying different methods now, but it seems to be stuck at 28.47 mb/h (~32 kb each cycle, which takes maybe 3 seconds)!.. maybe you can add a new vanilla method that reads as many sectors as requested at a time? because I think the Plextor caches much more sectors (>500) with each read, so this could speed up the dumping dramatically, at least for command 0 drives.. (with 500 sectors each cycle it would be at least 30 times faster than it is now)

Also, it seems like the raw output for normal dvd's is not correct.. would it be possible to support normal DVD's also? 

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

ok, added parameters, added Samsung's command as 'vanilla 2384'
but it isn't currently associated with any drives and has to be selected manually
restricted Lite-On to that single tested model
and some fixes here and there

http://www.mediafire.com/?zthygznudnt

raw output works for me though, but iso output for non Nintendo DVDs would be incorrect
i'll either have to add regular descrambling algorithm
or remove this option sometime later, now for testing it's good

edit:
Lite-On's methods are now joined in single one - method1
method2 might work faster with Plextors, it's as 1 but without cache flushing

syntax for methods with parameters is --method0=16,16 or in short form -016,16

first value is how many sectors to read from DVD, so smaller might produce faster results
2nd value - nr. of sectors to fetch from cache, effect from changing this won't be linear
but generally it's better to keep it close to multiple of 16

oh yes, they're limited to 100, so 512 resets to default value
but if 64 fails, it's too much already
i guess we'll have to to find something special for Plextor

does Samsung work with regular DVDs?

yes

readbuf_tool reads data in 64kb chunks, if it's more than that, it would loop until criteria is met
friidump does the same, actually about everything i know does
(e.g. CD tools would usually read 26 sectors at a time which is 26*2448=63648 )
as this is the size that all devices should support, larger than that does not have to work and often it doesn't
drive is not only thing responsible for this limit, ther's also controller, drivers and such
for example my IDE controller is weird - picky on data alignment
and older PC i have in other room wouldn't read buffer at all from this very same LH-18A1H

DVD drives would return either 2064 or 2384 byte RAW sectors
sectors are grouped in blocks by 16
all this is taken into account when doing reads with those methods, so that's why i said it's non linear
100 sectors, it's more than 5 blocks, that best Hitachi method has
friidump's author had ~1250 MB/h with it and some guys would get as much as 2500 MB/h
Lite-On would do about ~1100 on 27 sector requests (27*2384=64368 - about full page); ~2000 on PC DVDs
so further it wouldn't matter really, it would mean drive has to fill this amount of cache inbetween reads,
while calculations are done - it's very unrealistic

dumping fails because there are numerous checks done on data sequence and integrity
therer's likely incorrect content returned from cache, e.g. garbage or sectors from previous reads

yeah, we have to disable those error corrections
i'll send you a program later tonight to try some things out, ok?

This offset difference is used to reallign GC (and I think also Wii) disc frame layout (this as long as I know is the GC protection). It has to be added an option to avoid this shift for non-Nintendo dvds.

http://debugmo.de/?p=96

ok, 0.5.2:
- Corrected handling of standard DVDs
  (type should be forced to 3, when dumping or unscrambling).
- Better response to 'speed' parameter.
- Uniform raw output for all devices: unscrambled data + headers.
- Slight performance increase (~1650 MB/h on LH-18A1H).
- Added LH-18A1P, LH-20A1H, LH-20A1P to list of supported devices.

so raw output now also depends on disc type, i.e. --type (-T) parameter
default is Nintendo layout, but for regular DVDs always should be forced to 3

and i couldn't actually test dual-layer DVDs, because of lack of free space

Just had a go at dumping http://redump.org/disc/11512/ with FriiDump 0.5.3

settings: friidump -d e: -c 1 -x 1 -T 3 -0 -i capcom.iso'

drive: SH-D162D

the friidump-dump matched the database.

.

this is a lot faster cmd.line, on my system...Athlon 64bit 4 ghz / 4gb ddr ram / PCIE / Vista 64-Bit
friidump -d v: -c 1 -x 1 -T 3 -0=[16,32] -i Steamboy.iso

1695 Mb/h, no swap, normal dvd-video, it's an un-copyable 1/3 though, just seeing what raw dumping can do. On one system.

.

Other system using same cmd.line, which is usually better/faster 4 ghz pentium core duo / 4gb ddr2 ram / PCIE / XP 32-Bit

friidump -d f: -c 1 -x 1 -T 3 -0=[16,32] -i Tekkonkinkreet.iso

1345 Mb/h, no swap, normal dvd-video, it's an un-copyable 2/3 though, just seeing what raw dumping can do. On one system.

.

Both dumps gave up at 3%, luckily I managed to get my PC shutdown, without crashing.

Any news on gamecube, on the SH-D162D, I still keep meaning to get one of the LG's.

Well.. now you said it.. it's a normal dvd-video.. so that's why it's so fast.. I even doubt if you need friidump for it.. it might also work with isobuster.

Tell me something I need friidump for and can use on my drive GameCube and Wii don't work, do they?

I have been trying stuff that doesn't need raw dumping so far and it seems to be working ok, can x360 discs get dumped with frii.

Or how about those heavily protected DVD-Video, the special batch Sony Made for certain anime films, they wont dump properly with anything, and have seemed to pack inabout 3% with frii, thats about the point isobuster packs in.

I'VE HAD AN IDEA, I'M DOING AN XBOX1 DUMP. WISH ME LUCK, HMM IS IT AROUND THE 10% POINT THAT THE DUMPING SLOWS  DOWN.

NEARLY RIGHT 8%, AND MY PC HAD TO BE HELD IN POWER PRESSED MODE TO SWITCH IT OF. THATS SEVERAL TODAY.

SO FAR MY ONLY WORKING FRIIDUMPS HAVE BEEN WITH SIMPLE COPY PROTECTION, NOTHING EXOTIC LIKE XBOX, NGC, OR BAD SECTOR DVD-VIDEOS. IS THAT ALL I CAN EXPECT FROM THE SH-D162D