]> FriiDump Source - friidump.git/blob - docs/NEWS
Record A102 and B101 live profile evidence
[friidump.git] / docs / NEWS
1 Since last official version original method 1 have been renamed to method 0
2 and it undergone certain changes. Methods 2, 3, 4 have been renamed to 7, 8
3 and 9 respectively. Method 0 should work with all drives as long as they
4 are supported by one of memory dump commands, so if drive is unrecognized it
5 is preferable to keep method at 0, and try all commands. If one of such
6 combinations turns out to work, you can proceed then testing other methods
7 with this commad. In case none of commands work, you could try to determine
8 drive's Read Buffer command's parameters with supplied 'BruteForce3C.exe'.
9
10 Generally program's overall bahaviour regarding commandline haven't changed
11 and you should be able to use same options as with official versions, though
12 in case you were using unrecognized drive, which would nevertheless work with
13 Hitachi command, you'll need to set command to 2 now (e.g. --command 2) and
14 method to 7, 8 or 9.
15
16 Performance have increased since official release and should be now about the
17 same as with 'RawDump'.
18
19 Regarding supported drives:
20
21 1. Hitachi-LG GDR8161B, GDR8162B, GDR8163B, GDR8164B, GDR8082N
22 Those drives can read GC/Wii media without swapping. Expected performance is
23 1600..1900 MB/h for *4B, *3B and 2100..2600 MB/h for *2B, *1B. Custom memory
24 dump command is used, which returns 2064 bytes of data. It was reproted that
25 they can not read other (e.g. PC) discs this way though, this needs
26 confirmation.
27
28 2. Lite-On LH-18A1H, DVDRW LH-18A1P, DVDRW LH-20A1H, DVDRW LH-20A1P
29 Reading performance for PC DVDs can go up to 5000 MB/h, which means program's
30 core as well as new methods are capable to output data at least at this rate.
31 Reading performance for GC was about 1600..1700 MB/h so likely this slowdown is
32 caused by drive logic itself. Though I only had one GC game to test with, so
33 possibly better results can be achieved depending on media. Best results were
34 obtained, when using method 5 with parameter 16,27 (--method5=16,27). This
35 combination isn't set as default because it can cause noticable delays
36 depending on medium quality and to make methods more general for use with other
37 devices. Lite-On won't read GC/Wii DVDs at all without swapping. Lite-On
38 returns 2384 bytes of data (2064 + ECC) by means of vendor specific READ BUFFER
39 command. Tested with models LH-18A1H, LH-18A1P and LH-20A1H.
40
41 3. Plextor
42 Plextor would return 2064 bytes of already unscrambled data with READ BUFFER
43 command. It works good with ordinary DVDs but due the lack of streamed reading
44 support is practically useless for GC/Wii dumping because of very low
45 performance. Works nevertheless and could be used for some experiments and
46 testing. Results from PX-760A.
47
48 4. Toshiba Samsung SH-D162A, SH-D162B, SH-D162C, SH-D162D
49 Returns 2384 data bytes per sector like Lite-On does. Appears to support
50 streamed reading but performance with tested model (SH-D162D) was somewhat low
51 and unstable even with ordinary DVDs. Looks promising, if only good-working
52 method could be determined. Latest drives added, definitely need more testing
53 at this point.