DiscImageCreator (Page 10 of 141)

More suggestions:

Get exclusive access to the drive when ripping (like many burning programs do when burning), so that another programs cannot disturb the drive and the re-reads.

---

The possibility to set different read speeds for the initial read and the readings. For example, initial read at 24x speed and re-reads at 4x speed.

---

Rewrite the -ra module so this tool can act as a CDTool replacement to dump as audio (D8 or audio trap disc) any range that the user desires with subcode and C2 error reporting (outputting both as .sub and .c2e files), adding the possibility to correct the offset (with the possibility to override the standard one). This module should support Plextor and non-Plextor drives and could be useful to dump the high density of DC games.

If a Plextor drive is used, D8 command and order is Main+C2+Sub.

If a non-Plextor drive is used, BE command and autodetect if the drive uses Main+C2+Sub (NEC based for example) or Main+Sub+C2 (Mediatek bases for example).

For example, to dump this disc http://redump.org/disc/5626/ using my PX-W4824TU after hot swapping, something like this one:

discimagecreator.exe -ra h: 8 add +13 45000 549150

I strongly doubt that PX-755/760 drives sport inaccurate C2 error reporting:

http://club.myce.com/f43/post-your-experiences-latest-plextools-1-15-a-53228/#post308756

In fact, it's possible that these drives prefer stay on the safe side and mark good bytes as bad bytes.

http://club.myce.com/f61/c2-accuracy-vs-efficiency-they-exclusive-67558/#post411413

"storage" is not hard disc but memory.

http://www.mediafire.com/download/u0olo2c51f2qv13/

I coded it. c2 option val3.

improved ripping GD-ROM
  added "-rgd" command for HD area (integrated "-ra", "-dec", "-split")
  c2 error option don't test. (Because my drive(TS-H352C) don't support C2 error report.)

I don't support it yet.

http://www.mediafire.com/download/u0olo2c51f2qv13/

coded it.

fixed at 32768

http://www.mediafire.com/download/u0olo2c51f2qv13/

probably fixed it. (I can't test.)

fixed it.

I'll consider it

C2 switch for GD-ROM ripping does work now, but unfortunately the dumped .sub is invalid (contains non-sense data). Without C2 switch the .sub is valid and the extra frame is no longer present. Anyway, the actual dump (with/without C2 error reporting) matches the expected.

Logs and subs: https://www.dropbox.com/s/qruxbz9hdwe0s … No%20C2.7z

My current wishlist:

-An option (for the -rall and -rgd modes) so that the C2 pointers are used only for purely informative purporses, without absolutely re-reads, like the old PerfectRip does. I mean the program will read and dump into a .c2/.c2e file the raw C2 pointers provided by the drive, but won't re-read anything marked as bad by the C2 pointers. This way I will know if a rip is good (no further action required) or bad: to resurface and clean the CD until getting 0 C2 errors, to try another drive, to try another read speeds or simply replace the CD if nothing works to get a flawless dump without re-reads. Of course, the log file should report if the dump was flawless or not flawless.

-The suggestion posted above applied to the -ra mode as well. And I would like that you could implement offset correction for the -ra mode: it would apply, as default option, the standard one defined by the AccurateRip database plus the possibilty of override it via the add parameter implemented in the -rall mode.

The same one for main channel / 8, because there are 2352 bytes for main channel and 294 bytes (one bit per byte of main channel) for C2 pointers. And this way will proceed PF if you enter 0 as c2 read offset correction bit(s).

The read offset you are applying in bytes for that dump in bits.

To dump a CDDA disc, standard offset correction for a +30 Plextor drive:

+30 samples / +120 bytes --> 120 bits.

To dump a Saturn game, +18 write offset and +30 Plextor drive:

+48 samples / 192 bytes --> 192 bits.

To dump the Tenbu Mini Audio CD, add 13 and +30 Plextor drive:

+43 samples / 172 bytes --> 172 bits.

As far I have tested, only Ricoh based drives (+97 read offse, like the Aopen CD-RW CRW5232 I owned in the past) use lsb points to 1st byte of main.

Msb points to 1st byte of main then.

That option works like the -c2flip switch, only for very few drives, of ANALYZE.EXE by the creator of EAC:

http://www.exactaudiocopy.de/en/index.p … e-quality/

I have recognized it and want to fix it. But I don't know about "PregapMode" and "PregapSubC", "DataTracksScrambled" in detail. Therefore, I always sets it to '0'.