151

(3,531 replies, posted in General discussion)

Testing the tool. To dump discs in good condition (without E32 errors, the vast majority of my collection) works very nicely currently (but read below the exception).

I need to find a somewhat damaged audio disc which can produce E32 errors, but still recoverable by rereadings, to test properly the FUA code.

-----------------

Another suggestion, I have used these discs (in near mint condition) to test your tool:

http://redump.org/disc/21229/
http://redump.org/disc/21296/
http://redump.org/disc/27420/
http://redump.org/disc/29606/

Please, do not unscramble the scrambled data sectors of the pregaps of the audio tracks, like the previous releases of your tool used to do (even these PC Engine discs dumped by your tool could match in the past the DB without editing/patching anything, as outputted by your tool). Left as they are, even if they are marked as data at subcode level, because general track type overrides that.

-----------------

Latest suggestion for the future: it would be cool that you could implement a routine to verify "à la" CDmage if a given data track extracted contains corruption according to the ECC/EDC stored, and report that in the "_errorlog.txt" file or similar.

152

(3,531 replies, posted in General discussion)

Read this thread, sarami:

http://www.hydrogenaudio.org/forums/index.php?showtopic=16188

The document to find: mmc4r02f.pdf

https://web.archive.org/web/20040805091627/http://www.t10.org/ftp/t10/drafts/mmc4/mmc4r02f.pdf

According to this draft, bit 3 of byte 1 of the CDB.

Edit: Testing the new release.

153

(3,531 replies, posted in General discussion)

Tested the override offset option successfully, many thanks.

You should to rewrite this text to explain the exact use of that option. By trial and error I have deduced that you have to enter the positive value (in samples) you want add to the standard offset correction, or the negative value you want to substract. For example, to applying +43 offset correction you have to enter +13 for a +30 drive.

over: Override CD offset correction (Only Audio CD)
         For some CDDA Disc

-------------------------------------------

Running discimagecreator.exe -rall g: 8 test.bin c2 750 over +13 I got this .dat:

        <rom name="test (Track 1).bin" size="39765264" crc="60c89939" md5="bfbdbb300faf811df21b8fafd68221cc" sha1="ff217203222959ad923d6065debc1c66fe9d965e"/>
        <rom name="test (Track 2).bin" size="47239920" crc="ea304b9c" md5="0a676810fd1671f8274f5b2f8020915c" sha1="d75c3ed4fbb1728fcb89fcc75e1e3ab1d1da0d5e"/>

And this is reported in the log:

Offset(Drive offset data referes to http://www.accuraterip.com)
           Combined Offset(Byte)    172, (Samples)    43
    -         Drive Offset(Byte)    120, (Samples)    30
    ----------------------------------------------------
     User Specified Offset(Byte)     52, (Samples)    13
    Need overread sector: 1

http://redump.org/disc/6695/

-------------------------------------------

discimagecreator.exe -rall g: 8 test.bin c2 750 over -610


        <rom name="test.bin" size="784526064" crc="33467bc2" md5="9ed49747b1d3d21fb9f54467df043f34" sha1="a9b604817618afce36d9360d0a9343e7817638fc"/>

Offset(Drive offset data referes to http://www.accuraterip.com)
           Combined Offset(Byte)  -2320, (Samples)  -580
    -         Drive Offset(Byte)    120, (Samples)    30
    ----------------------------------------------------
     User Specified Offset(Byte)  -2440, (Samples)  -610
    Need overread sector: -1

http://redump.org/disc/29262/

-------------------------------------------

Hashing is much faster now.

-------------------------------------------

Unfortunately, USB drives don't work and these drives work OK with another dumping software. Not only the USB drives don't work, but also they get "silly" and I have to restart them.

C:\temp>discimagecreator -rall h: 24 test-nofua.bin c2 750
OS
        MajorVersion: 5, MinorVersion: 2, BuildNumber: 3790
AppVersion
        x86, Ansi build
BuildDate
        Nov  2 2013 20:11:09
Current dir
          dir: C:\temp
Input File Name
         path: test-nofua.bin
        drive:
          dir:
        fname: test-nofua
          ext: .bin
Start -> 2013-11-02(Sat) 14:50:00
[F:ExecCommand][L:52] GetLastError: 121, The semaphore timeout period has expire
d.

[F:ReadTOCFull][L:1916] Failed to read CD for MCN
[F:ExecCommand][L:52] GetLastError: 121, The semaphore timeout period has expire
d.

End -> 2013-11-02(Sat) 14:50:10

C:\temp>

-------------------------------------------

FUA isn't working:

For mixed mode CD's:

[F:ReadCDAll][L:592] SCSI bus status codes:02-CHECK_CONDITION
[F:OutputIoctlInfoSense][L:519] Sense data, Key:Asc:Ascq:05:24:00(ILLEGAL_REQUES
T. INVALID FIELD IN CDB)
End -> 2013-11-02(Sat) 15:43:29

For audio CDs:

[F:FlushDriveCache][L:212] SCSI bus status codes:02-CHECK_CONDITION
[F:OutputIoctlInfoSense][L:519] Sense data, Key:Asc:Ascq:05:64:00(ILLEGAL_REQUES
T. ILLEGAL MODE FOR THIS TRACK)
Reread times   17, ErrSectorNum    1/   1

[F:FlushDriveCache][L:212] SCSI bus status codes:02-CHECK_CONDITION
[F:OutputIoctlInfoSense][L:519] Sense data, Key:Asc:Ascq:05:64:00(ILLEGAL_REQUES
T. ILLEGAL MODE FOR THIS TRACK)
Reread times   18, ErrSectorNum    1/   1

[F:FlushDriveCache][L:212] SCSI bus status codes:02-CHECK_CONDITION
[F:OutputIoctlInfoSense][L:519] Sense data, Key:Asc:Ascq:05:64:00(ILLEGAL_REQUES
T. ILLEGAL MODE FOR THIS TRACK)
Reread times   19, ErrSectorNum    1/   1

154

(3,531 replies, posted in General discussion)

Good news! SPTD no longer breaks the FUA functionality, as was reported a time ago.

And I agree with the idea of keeping a copy of the scrambled dump, without splitting/unscrambling anything. For example, instead of deleting the original dump renaming it to .scrambled would be a good solution.

================

Regarding SafeDisc there is additionaly a little big problem. Different drives based on different chipsets will give you non-constant results, due to the different error treatment implemented by each different brand of chipsets. One given drive can extract uniformely one SafeDisc disc into scrambled form, but the bad sectors will differ from the ones dumped by another drive.

As sample: the first 15000 sectors of a SafeDisc 2 extracted using CDTool and audio trap disc. While each drive can obtain uniform scrambled reads, they differ from the another drive. Only filling these sectors with an arbitrary pattern (like 0x55) can deliver uniform dumps, but unfortunately this is neither a perfect nor elegant solution.

https://www.dropbox.com/s/rmcnp1l76io1uzc/NEC.7z
https://www.dropbox.com/s/uzkemlu2ks01s6v/Sanyo.7z
https://www.dropbox.com/s/z4v4cj5bwsw4roh/Sanyo-processed.bin
https://www.dropbox.com/s/llwr0wzw5ywudja/NEC-processed.bin

NEC: Pioneer DVR-107D.
Sanyo: Plextor PX-W4824TA.

155

(3,531 replies, posted in General discussion)

Certain drivers and filter drivers, like the sptd.sys, can break that. Due to that and to avoid any possible kind of conflicts (like this one officially reported by Microsoft), in my system I don't install any software which installs upperfilters, lowerfilters and virtual drives, only software which uses the standard SPTI layer, nothing more.

Therefore, the FUA support (if ever implemented) to defeat the cache should be optional, via an additional command line parameter.

My other drive, even connected via an USB 2.0 enclosure supports it:

C:\>C:\cachex.exe -p -c -r 0xd8 -n 20 h:

CacheExplorer 0.8 - spath@cdfreaks.com

Drive on H is  PLEXTOR  CD-R   PX-W4824A 1.07

[+] Plextor flush command: accepted
[+] Plextor flush tests: 20/20
[+] Testing cache line size:
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors
 1169 kB / 509 sectors

By the way, did you run this program from a elevated cmd.exe process?

156

(3,531 replies, posted in General discussion)

@Sarami: I would like that you could implement an option to skip the splitting of the dump and the unscrambling of the data tracks.

So that this tool could act as a cdtoimg-d8 replacement, but with automatic offset correction (or manual when you implement the option to override the automatic offset correction for dumping certain audio discs), subcode dumping and C2 error reporting (and rereads with C2 pointers taking into account).

And to defeat the drive's cache when performing rereads, just use the special FUA command as suggested before. I think that this is the best option to flush the cache if you could implement it.

This post:

http://forum.redump.org/post/45164/#p45164

And this tool to test if your drive supports FUA (you have to insert an audio disc in good condition):

http://download.cdfreaks.com/download/155

If supported you will see:

[+] Plextor flush command: accepted
[+] Plextor flush tests: 20/20

P.S.: I agree, the hashing is somewhat slow compared with another utilities.

157

(3,531 replies, posted in General discussion)

This is the exact method used by the PlexTools program, the mode 5.

Recover the best bytes (least errors) per sector

When Uncorrectable Errors are found, the damaged area will be read again for a number of times (Retries) at the selected speed. When the errors stay, the bytes with the least errors will be used to re-assemble the original data.

http://wiki.hydrogenaudio.org/index.php … ry_Options

158

(3,531 replies, posted in General discussion)

Yes, with my PX-755SA (connected via JMB363) I cannot reproduce this bug. That drive is actually a 4824TA (ATAPI) installed in a USB 2.0 (NEC chipset, as far I kwow) enclosure.

By the way, the reread of bad sectors works OK, testing by ripping two identical CDs (one undamaged, another one with the metallic layer somewhat damaged) and getting identical hashes.

159

(3,531 replies, posted in General discussion)

Problems dumping from a PX-W4824TU drive, which works fine with another programs:

Failed to read CD for MCN [F:ReadTOCFull][L:1819]
DeviceIoControl with SCSI_PASS_THROUGH_DIRECT command failed [F:ReadCDForSearchi
ngOffset][L:989], GetLastError: 121, The semaphore timeout period has expired.
End -> 2013-10-28(Mon) 14:56:48

After 3/4 retries:

C:\TEMP>discimagecreator -rall h: 24 test.bin c2 2000
OS
        MajorVersion: 5, MinorVersion: 2, BuildNumber: 3790
AppVersion
        x86, Ansi build
BuildDate
        Oct 28 2013 22:40:16
Current dir
          dir: C:\TEMP
Input File Name
         path: test.bin
        drive:
          dir:
        fname: test
          ext: .bin
Start -> 2013-10-28(Mon) 14:59:32
DeviceIoControl with SCSI_PASS_THROUGH_DIRECT command failed [F:ReadTOCText][L:1
873], GetLastError: 121, The semaphore timeout period has expired.
Creating bin from 262446 to 262446 (LBA) 262446
Creating img(LBA)  55033/262445

160

(3,531 replies, posted in General discussion)

Much better now dumping game discs!

A little problem detected dumping this audio disc:

http://redump.org/disc/25711/

The generated cue, only the last track is marked with DCP flag:

The very same problem reported (audio files contain non-deinterleaved subcode data) yesterday is present still.

A sample:

https://www.dropbox.com/s/5msvzgm0dyt711f/Test%20%28Track%2024%29.bin
FILE "Test (Track 01).bin" BINARY
  TRACK 01 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 02).bin" BINARY
  TRACK 02 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 03).bin" BINARY
  TRACK 03 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 04).bin" BINARY
  TRACK 04 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 05).bin" BINARY
  TRACK 05 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 06).bin" BINARY
  TRACK 06 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 07).bin" BINARY
  TRACK 07 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 08).bin" BINARY
  TRACK 08 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 09).bin" BINARY
  TRACK 09 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 10).bin" BINARY
  TRACK 10 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 11).bin" BINARY
  TRACK 11 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 12).bin" BINARY
  TRACK 12 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 13).bin" BINARY
  TRACK 13 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 14).bin" BINARY
  TRACK 14 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 15).bin" BINARY
  TRACK 15 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 16).bin" BINARY
  TRACK 16 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 17).bin" BINARY
  TRACK 17 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 18).bin" BINARY
  TRACK 18 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 19).bin" BINARY
  TRACK 19 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 20).bin" BINARY
  TRACK 20 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 21).bin" BINARY
  TRACK 21 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 22).bin" BINARY
  TRACK 22 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 23).bin" BINARY
  TRACK 23 AUDIO
    INDEX 01 00:00:00
FILE "Test (Track 24).bin" BINARY
  TRACK 24 AUDIO
    FLAGS DCP
    INDEX 01 00:00:00

161

(3,531 replies, posted in General discussion)

http://img198.imageshack.us/img198/9616/t5u2.png

http://img811.imageshack.us/img811/1207/i1m4.png

Files are created in the expected folder, c:\temp.


===============================

I have to specify the absolute path of the output file so that discimagecreator will work OK. Previous releases worked OK with relative paths.

http://img843.imageshack.us/img843/9055/5d35.png

http://img96.imageshack.us/img96/9844/kla8.png

http://img809.imageshack.us/img809/32/z55j.png

===============================

I strongly think that the hashes of the single file image and the overread part should be stored into a separated .dat file, so that the .dat can be used to submit the dumps as is it, without cutting/deleting anything.

Instead of:

        <rom name="Test (Track 01).bin" size="22007664" crc="695cbd0e" md5="bde971cfe8f86bc2dcfaf863f759823c" sha1="1bb24ed4874882e3e41db4b1cf8b2130be5493e2"/>
        <rom name="Test (Track 02).bin" size="4812192" crc="712aa00a" md5="97dbe54a83324eb07e2eb58af4366449" sha1="d6b673285b0dfed78afecc6b5ab47d62c5bd4c91"/>
        <rom name="Test (Track 03).bin" size="10591056" crc="14e115db" md5="42777657546f96f6343b075880bc433c" sha1="eab4c74de41d399fad7cf7bca9ea3e0942a6082f"/>
        <rom name="Test (Track 04).bin" size="49396704" crc="30614992" md5="75a725b2dc23d034d69a9609d7c2919e" sha1="757ce8199bd8c0535bc81d97d7c3bb48b9a0c484"/>
        <rom name="Test (Track 05).bin" size="49396704" crc="fa277a55" md5="3ee9af95307a2451152b7ceae7d85baa" sha1="65dbb0f512605389cf832e218db0a029232ce46e"/>
        <rom name="Test (Track 06).bin" size="49396704" crc="2d333c0b" md5="bcf0bdf1d8f378effc9eacb361e5189a" sha1="35fca09480ca880e321359f3622adf54be241a9b"/>
        <rom name="Test (Track 07).bin" size="49396704" crc="76debae8" md5="a5554704c3c5154c3d48dd6d5f556512" sha1="2f285e7c9a04679d597b94b0826a8c8d05019d0c"/>
        <rom name="Test (Track 08).bin" size="49396704" crc="76b54493" md5="fad997de6349cb3e2ea672fb133f18cc" sha1="f2ce6b3b884dd80090b18000c860d4f9b5f7c927"/>
        <rom name="Test (Track 09).bin" size="49396704" crc="c0f1960a" md5="edba053337114eb04735be56a0f4f875" sha1="f19df3b99407c0c3660bfd4f931ff801f4a09c35"/>
        <rom name="Test (Track 10).bin" size="49396704" crc="202d43a9" md5="f313d66551b839e859958fd3fc6c9cc8" sha1="6143253d9001d8072bfd6e33c71301f0604ddc6d"/>
        <rom name="Test (Track 11).bin" size="49396704" crc="1f71f588" md5="27112576eb14eb59e8c1d766758a6235" sha1="59721618cef37f46026bfc1570920ecb1982acaf"/>
        <rom name="Test (Track 12).bin" size="49396704" crc="90ae9a7a" md5="9cafe2a5cf0c2333ec62aed6491bee94" sha1="285203fa563a934a1e2345eb072ff5b14003c7a9"/>
        <rom name="Test (Track 13).bin" size="49396704" crc="a4b672be" md5="2b10bb48487e8e5874bc2e0544e796ff" sha1="6ece379704ba9f79ef53fcd4b888b8e9c67c7a71"/>
        <rom name="Test (Track 14).bin" size="50984304" crc="f2b7e73b" md5="3e43604d7fa0e05c776608c50ec5bdd9" sha1="c1bec3d9f041750cc45def404304870916811450"/>
        <rom name="Test (Track 15).bin" size="49396704" crc="308b608d" md5="b2e499d8f4f3355e8f3d5b66daf27ec5" sha1="c820531b0cea1a503fc38bcd21b7eb846137a24c"/>
        <rom name="Test (Track 16).bin" size="3984288" crc="ef421e96" md5="438e402e804c9922af32ff11f094d52d" sha1="ec25d0165241be025174d4f713b42a79a4a8b335"/>
        <rom name="Test (Track 17).bin" size="2474304" crc="9aa1ee4c" md5="9e7ce788f4072835c942291c9592035a" sha1="619a597408599b5b2cef1a3b2592b960d71037c1"/>
        <rom name="Test (Track 18).bin" size="11470704" crc="8bb16d1f" md5="999a4626bc1bc83866e35509191c79a4" sha1="e020a94db1ca300d621a34ea313d7c16f2291734"/>
        <rom name="Test (Track 19).bin" size="11473056" crc="5ba6d9c1" md5="6ba4a10865ae11f67077133330b267c0" sha1="e80957ad4c9aedbf756e039057041705bac7d196"/>
        <rom name="Test (Track 20).bin" size="11470704" crc="366945ad" md5="66879d8f6f86f1acf43e986b84e010e8" sha1="868ed316e29e030392f05e68be0c2b3061ea4763"/>
        <rom name="Test (Track 21).bin" size="11473056" crc="703e48be" md5="8573560c3179d657386a84fe07b2f0d4" sha1="c76d3d0b26a58754759cc1396fcc33e9281c54ee"/>
        <rom name="Test (Track 22).bin" size="12352704" crc="e9522535" md5="8413bb1634998aa04c363aedfedf3226" sha1="1eff452220065a6b4bcf268d2099bcfe121681e2"/>
        <rom name="Test (Track 23).bin" size="9003456" crc="3f81fdff" md5="39321c80cc9ec171385c97b95c1c2530" sha1="f3965757875dd3c9bce6909792366ed273dad2b1"/>
        <rom name="Test (Track 24).bin" size="16988496" crc="ee4b1788" md5="9d9b26fa1d10b2359730b45162d38331" sha1="73b3e60fdcd51790ed4d15aaa75f28df8fd85876"/>
        <rom name="Test.bin" size="2352" crc="be97ce3f" md5="9e297efc7a522480ef89a4a7f39ce560" sha1="fe1a9e36e57b299b68f2d0f07bbed05c08d460ed"/>
        <rom name="Test.img" size="722449728" crc="1d7594fe" md5="7b6227648094f309c597ebc4a766ecb4" sha1="87b316d0e1ecf58d3a32067c4e504be7b5492243"/>

This:

        <rom name="Test (Track 01).bin" size="22007664" crc="695cbd0e" md5="bde971cfe8f86bc2dcfaf863f759823c" sha1="1bb24ed4874882e3e41db4b1cf8b2130be5493e2"/>
        <rom name="Test (Track 02).bin" size="4812192" crc="712aa00a" md5="97dbe54a83324eb07e2eb58af4366449" sha1="d6b673285b0dfed78afecc6b5ab47d62c5bd4c91"/>
        <rom name="Test (Track 03).bin" size="10591056" crc="14e115db" md5="42777657546f96f6343b075880bc433c" sha1="eab4c74de41d399fad7cf7bca9ea3e0942a6082f"/>
        <rom name="Test (Track 04).bin" size="49396704" crc="30614992" md5="75a725b2dc23d034d69a9609d7c2919e" sha1="757ce8199bd8c0535bc81d97d7c3bb48b9a0c484"/>
        <rom name="Test (Track 05).bin" size="49396704" crc="fa277a55" md5="3ee9af95307a2451152b7ceae7d85baa" sha1="65dbb0f512605389cf832e218db0a029232ce46e"/>
        <rom name="Test (Track 06).bin" size="49396704" crc="2d333c0b" md5="bcf0bdf1d8f378effc9eacb361e5189a" sha1="35fca09480ca880e321359f3622adf54be241a9b"/>
        <rom name="Test (Track 07).bin" size="49396704" crc="76debae8" md5="a5554704c3c5154c3d48dd6d5f556512" sha1="2f285e7c9a04679d597b94b0826a8c8d05019d0c"/>
        <rom name="Test (Track 08).bin" size="49396704" crc="76b54493" md5="fad997de6349cb3e2ea672fb133f18cc" sha1="f2ce6b3b884dd80090b18000c860d4f9b5f7c927"/>
        <rom name="Test (Track 09).bin" size="49396704" crc="c0f1960a" md5="edba053337114eb04735be56a0f4f875" sha1="f19df3b99407c0c3660bfd4f931ff801f4a09c35"/>
        <rom name="Test (Track 10).bin" size="49396704" crc="202d43a9" md5="f313d66551b839e859958fd3fc6c9cc8" sha1="6143253d9001d8072bfd6e33c71301f0604ddc6d"/>
        <rom name="Test (Track 11).bin" size="49396704" crc="1f71f588" md5="27112576eb14eb59e8c1d766758a6235" sha1="59721618cef37f46026bfc1570920ecb1982acaf"/>
        <rom name="Test (Track 12).bin" size="49396704" crc="90ae9a7a" md5="9cafe2a5cf0c2333ec62aed6491bee94" sha1="285203fa563a934a1e2345eb072ff5b14003c7a9"/>
        <rom name="Test (Track 13).bin" size="49396704" crc="a4b672be" md5="2b10bb48487e8e5874bc2e0544e796ff" sha1="6ece379704ba9f79ef53fcd4b888b8e9c67c7a71"/>
        <rom name="Test (Track 14).bin" size="50984304" crc="f2b7e73b" md5="3e43604d7fa0e05c776608c50ec5bdd9" sha1="c1bec3d9f041750cc45def404304870916811450"/>
        <rom name="Test (Track 15).bin" size="49396704" crc="308b608d" md5="b2e499d8f4f3355e8f3d5b66daf27ec5" sha1="c820531b0cea1a503fc38bcd21b7eb846137a24c"/>
        <rom name="Test (Track 16).bin" size="3984288" crc="ef421e96" md5="438e402e804c9922af32ff11f094d52d" sha1="ec25d0165241be025174d4f713b42a79a4a8b335"/>
        <rom name="Test (Track 17).bin" size="2474304" crc="9aa1ee4c" md5="9e7ce788f4072835c942291c9592035a" sha1="619a597408599b5b2cef1a3b2592b960d71037c1"/>
        <rom name="Test (Track 18).bin" size="11470704" crc="8bb16d1f" md5="999a4626bc1bc83866e35509191c79a4" sha1="e020a94db1ca300d621a34ea313d7c16f2291734"/>
        <rom name="Test (Track 19).bin" size="11473056" crc="5ba6d9c1" md5="6ba4a10865ae11f67077133330b267c0" sha1="e80957ad4c9aedbf756e039057041705bac7d196"/>
        <rom name="Test (Track 20).bin" size="11470704" crc="366945ad" md5="66879d8f6f86f1acf43e986b84e010e8" sha1="868ed316e29e030392f05e68be0c2b3061ea4763"/>
        <rom name="Test (Track 21).bin" size="11473056" crc="703e48be" md5="8573560c3179d657386a84fe07b2f0d4" sha1="c76d3d0b26a58754759cc1396fcc33e9281c54ee"/>
        <rom name="Test (Track 22).bin" size="12352704" crc="e9522535" md5="8413bb1634998aa04c363aedfedf3226" sha1="1eff452220065a6b4bcf268d2099bcfe121681e2"/>
        <rom name="Test (Track 23).bin" size="9003456" crc="3f81fdff" md5="39321c80cc9ec171385c97b95c1c2530" sha1="f3965757875dd3c9bce6909792366ed273dad2b1"/>
        <rom name="Test (Track 24).bin" size="16988496" crc="ee4b1788" md5="9d9b26fa1d10b2359730b45162d38331" sha1="73b3e60fdcd51790ed4d15aaa75f28df8fd85876"/>

And this in another .dat file (or dropped at all):

        <rom name="Test.bin" size="2352" crc="be97ce3f" md5="9e297efc7a522480ef89a4a7f39ce560" sha1="fe1a9e36e57b299b68f2d0f07bbed05c08d460ed"/>
        <rom name="Test.img" size="722449728" crc="1d7594fe" md5="7b6227648094f309c597ebc4a766ecb4" sha1="87b316d0e1ecf58d3a32067c4e504be7b5492243"/>

162

(3,531 replies, posted in General discussion)

Could you post the Unicode release of WIP3?

Wishlist:

-An option to override (for certain CDDAs with data pushed to the lead-out, such as the example posted below) the standard offset correction proposed by AccurateRip.

-This text can be removed, no longer applicable.

c2: Check C2 error (Only CD)
        Take twice as long

-To remove the [TRACK x] sections of the generated ccd file, and the CATALOG entrie as well. These sections aren't needed because the gaps and EAN/MCN are already defined by the actual subcode when burning the disc using the RAW DAO 96 mode of CloneCD. And add one CR+LF to separe each section, to read better the generated file.

Original:

https://www.dropbox.com/s/zp80ugnqam4ulib/Original.ccd

My suggestion:

https://www.dropbox.com/s/tzf8nhk9e14k6ay/Modified.ccd


Problems detected:

-An error is reported and the dump contain something unexpected: non-deinterleaved subcode data interleaved with the main channel. Dumping this audio disc.

Command line used: discimagecreator -rall g: 8 Tenbu-CDDA c2

OS
        MajorVersion: 5, MinorVersion: 2, BuildNumber: 3790
AppVersion
        x86, Ansi build
BuildDate
        Oct 25 2013 22:13:58
Input File Name
         path: Tenbu-CDDA
        drive:
          dir:
        fname: Tenbu-CDDA
          ext:
Start -> 2013-10-25(Fri) 15:47:40
Creating bin from 36992 to 36992 (LBA)  36992
Creating img(LBA)  36991/ 36991

Creating bin, cue, ccd(Track)  2/ 2
Failed to search file [F:exec][L:255]
End -> 2013-10-25(Fri) 15:48:46

Screenshot of the dumped files, with the foreign and unexpected data selected

http://img34.imageshack.us/img34/3433/w2hx.png

http://img820.imageshack.us/img820/4461/tbf3.png

-Dumping a game CD (mixed mode CD) the same error is reported, but dumped files don't contain anything weird and hashes are the expected ones:

Command line used: discimagecreator -rall g: 8 Tenbu c2

OS
        MajorVersion: 5, MinorVersion: 2, BuildNumber: 3790
AppVersion
        x86, Ansi build
BuildDate
        Oct 25 2013 22:13:58
Input File Name
         path: Tenbu
        drive:
          dir:
        fname: Tenbu
          ext:
Start -> 2013-10-25(Fri) 15:59:09
Creating bin from 195346 to 195347 (LBA) 195347
Creating img(LBA) 195345/195345

Descrambling data sector of img(LBA)  92039/ 92039
Creating bin, cue, ccd(Track)  9/ 9
Failed to search file [F:exec][L:255]
End -> 2013-10-25(Fri) 16:04:46

P.S.: No dat file is generated.

163

(3,531 replies, posted in General discussion)

I agree. While there is a room for improvement, C2 parameter is useful once and for all.

Another suggestion / wish list:

-A function to either generate automatically .sfv, .md5 and .sha1 files (for the splitted tracks and the monolithic image) or output to a .txt files the CRC-32, MD5 and SHA-1 hashes of the dump, for the individual tracks and the single file image.

Examples of .sfv, .md5 and .sha1 files I am speaking about:

https://www.dropbox.com/s/j74jg0iymz226 … ope%29.sfv
https://www.dropbox.com/s/n62xlhqonjahv … ope%29.md5
https://www.dropbox.com/s/qzkfppalw0fy2 … pe%29.sha1

164

(3,531 replies, posted in General discussion)

Just a warning for sarami, when dumping Main + C2 + Sub you have to correct the offset of main channel and the offset of the C2 pointers.

For example, if the autodetected offset correction for the main channel is +48 samples / + 192 bytes, you have to apply 192 bits (192 bytes / 8) offset correction to the C2 pointers provided by the drive.

@F1ReB4LL: what's about the method used by the dBpoweramp CD Ripper? And perhaps is useful as inspiration for sarami. It's the commercial program (I bought a licence a year ago) I use to rip my music CDs into my music library.

Roughly it does this:

-Read one given track once. If no C2 error reported, encode to the final file. If C2 errors are detected, will make rereads taking into account the C2 pointers.

-It will try to get 10 identical reads and not marked as bad by the C2 pointers, until it can get those identical 10 reads not marked as bad or reach the maximum number of rereads allowed (you can configure any extreme numbers of rereads, like 2000/5000/10000 rereads, the developer suggests 750 if you own a drive with decent C2 error reporting). If cannot obtain 10 identical rereads not marked as bad, but could obtain a certain reread not marked as bad, it will use this one.

-Of course, the program needs to know the ammount of audio that the drive caches (can autodetect that) to defeat properly the cache when performing the rereads. Or if you own a real Plextor drive, you can enable the FUA mode to defeat fastly the cache without rereading useless data.

For example, ripping this music track detected 10 bad sectors (according to C2 pointers), and reread these ones until it could obtain 10 identical rereads not marked as bad. c2 dropped n means the number of rereads discarded because at least there is one corrupted byte.

Track 4:  Ripped LBA 71463 to 94145 (5:02) in 9:07. Filename: C:\Extraído\Prodigy, The\Music for the Jilted Generation\04.wav
  Secure (Warning)  [Pass 1, Ultra 1 to 1, Re-Rip 10 Frames]
  CRC32: A7A75304
    Re-rip Frame: 72283 (00:00:10,920) matched 10 / 12  (c2 dropped 156)
    Re-rip Frame: 74723 (00:00:43,453) matched 10 / 12  (c2 dropped 4)
    Re-rip Frame: 81020 (00:02:07,413) matched 10 / 12  (c2 dropped 473)
    Re-rip Frame: 81021 (00:02:07,426) matched 10 / 12  (c2 dropped 763)
    Re-rip Frame: 81480 (00:02:13,546) matched 10 / 12  (c2 dropped 5460)
    Re-rip Frame: 81876 (00:02:18,826) matched 10 / 11  (c2 dropped 1)
    Re-rip Frame: 82211 (00:02:23,293) matched 10 / 11
    Re-rip Frame: 83303 (00:02:37,853) matched 10 / 11  (c2 dropped 2)
    Re-rip Frame: 84605 (00:02:55,213) matched 10 / 12  (c2 dropped 123)
    Re-rip Frame: 90379 (00:04:12,200) matched 10 / 12  (c2 dropped 75)

165

(3,531 replies, posted in General discussion)

Many thanks for continuing developing and enhancing your tool.

sarami, could you implement FUA (forced unit access) support (only real Plextor drives support this) to defeat easily and quickly the drive's cache when performing rereads, without needing to read useless data just to defeat the cache?

Read this message of MyCE as example, spath developed a tool (in the very first post) to test the FUA support and the ammount of audio data which a given drive caches, using the BE and D8 read commands:

http://club.myce.com/showthread.php?p=1507770

Edit. Confirmed, my PX-755SA supports FUA, which is fine, and caches audio data, which is bad but the FUA can avoid that easily:

C:\>cachex.exe -p  -c -r 0xd8 -n 20 g:

CacheExplorer 0.8 - spath@cdfreaks.com

Drive on G is  PLEXTOR  DVDR   PX-755A   1.08

[+] Plextor flush command: accepted
[+] Plextor flush tests: 20/20
[+] Testing cache line size:
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors
 581 kB / 253 sectors

I stated my opinion regarding EAC a few of days ago. PF works OK (speaking of mixed mode CDs, not pure audio discs) only for discs without mastering errors and very standard layouts, like the vast majority of PSX discs. But for PC discs with unusual things, like scrambled sectors in the pregap of first audio track can be inaccurate sometimes.

------------------------------

To dump pure audio discs PF isn't a bad option (just a warning, the offset correction value you have to enter in the PF setup is the expected/calculated but with flipped sign, for example: for +30 samples offset correction enter -30 samples in the PF setup), and for this task can be used with any decent drive which reports C2 errors,  reads raw subcodes and can overread into the first pregap and the lead-out (not only real Plextor drives), like my Lite-On LH-20A1P or my Lite-On LTR-48246S crossflashed to Sony CRX220E1.

To dump audio discs apply always, as general rule, the standard offset correction proposed by AccurateRip (audio sectors don't contain synchronization marks, whereas data sectors do contain synchronization marks). If needed, tweak the offset correction to rescue the last audio samples pushed to the lead-out or first pregap zone. Example:

http://redump.org/disc/27762/

https://www.dropbox.com/s/mvo8axvmg1ivhht/LBA%20233350%20of%2027762.zip

Open the "LBA 233350 of 27762.bin" through any hex editor. There are 44 samples / 176 bytes of non-zeroed audio samples (offset of drive used =  +30 samples / +120 bytes). Applying the offset correction we would lose 14 samples / 56 bytes of non-zeroed audio samples, so that we assume that write offset of this disc is +14 samples, and the offset correction we apply is [AccurateRip value for your drive] + [+14 samples].

An example of audio CD with audio samples pushed to the first pregap:

https://www.dropbox.com/s/an3j8k9u4ca3td7/%5B-3%2C-1%5D.zip

1223 samples / 4892 bytes non-zeroed pushed to the pregap (offset of drive used = +30 samples / +120 bytes), so we assume that the write offset of this disc is [-1223 samples] - [+30 samples] = -1253 samples.

You can use the sector viewer of IsoBuster or CDTool to check the last sectors of first pregap and the first sectors of lead-out, using your real Plextor drive or any another drive which can overread into the first pregap and the lead-out, and tweak the offset correction if you notice non-zeroed audio samples pushed to the first pregap or the lead-out you can "rescue".

Anyway, fortunately the vast majority of pure audio CDs contains a generous ammount of digital silence after the first pregap and before the lead-out, so that it will be relatively rare that you will have to apply a tweaked offset correction to "rescue" non-zeroed audio samples.

------------------------------

Optionally, you can run the subdump.exe program to get a dump of subcode of discs, but use only a real Plextor drive (due to D8 support). If you submit the files created by this program, an administrator can review it and mark as verified the cuesheet field (green color) for your dump. For PSX and PC is optional. For Sega Saturn, Sega Mega-CD, Neo-Geo CD and PC Engine (the platforms controlled by F1ReB4LL, in short) is imperative that you submit a dump of subcode obtained this way.

Example of .cmd (as always select and delete [0x0d0a], so that your .cmd ends properly with a new empty line):

@set /p var1="Name of dump?"
subdump.exe -i g: -f %var1% -mode 2 -rereadnum 25 -speed 8 -flushspeed 8 -fix 2
[0x0d0a]

DIC does a good job, I use this .cmd file to run it. Because C2 pointers option (due to incorrect implementation) is basically useless, run it without that option but dumping twice the disc:

@set /p var1="Name of dump?"
@md "%var1% - [Dump 1]"
@cd "%var1% - [Dump 1]"
discimagecreator.exe -rall g: 8 "%var1% - [Dump 1]"
@cd..
@md "%var1% - [Dump 2]"
@cd "%var1% - [Dump 2]"
discimagecreator.exe -rall g: 8 "%var1% - [Dump 2]"
[0x0d0a]

[0x0d0a]: Select and delete just this, so that the .cmd file ends properly with an empty line.

And make sure that both dumps are identical.

P.S.: My .cmd file doesn't include the absolute path to the executable because I always extract my command line utilities to a folder, and I always add this folder to the environment variable %Path%.

168

(1 replies, posted in General discussion)

In my opinion, yes, EAC is a superseded and an obsolete tool:

-Many problems detecting proper pregaps, specially when during track transition a MCN/ISRC frame appears (assumes that this frame belongs to next track).

-Cannot detect the pregap for one data track + one audio track discs.

-When dumping a one data track + n audio tracks, the pregap of first audio track is generated, not read from the actual disc. On top of that, if combined offset is negative it doesn't overread into the pregap (actually track 2, index 0) to rescue the first audio samples.

-Its reread strategy (specially when using a drive which caches audio and doesn't report C2 errors) is somewhat stressful for the drive.

-Sometimes fails to detect constant errors.

-Its "secure" mode with C2 pointers enabled is a joke. Why? Because C2 pointers are used only on initial read (in order to not to reread everything twice), but doesn't take into account the C2 pointers when performing rereads. Those C2 pointers used during rereads would detect possible constant errors.

-Absolutely unsuitable to dump discs with strange layouts, such as PC Engine discs.

---------------

The near definitive way to dump discs would be the CDtoIMG-D8 dump processed with certain tools. And as quick verification another tool as PerfectRip or (better) discimagecreator. I hope that sarami can implement a correct and proper use of C2 pointers (reading these in the actual dumping process, or even using a smart reread strategy with C2 pointers taken into account, like the dBpoweramp CD Ripper does), because that program is very good and can even dump the PC discs (with scrambled sectors in the first audio track pregap) correctly, but its C2 mode is more or less useless, as F1ReB4LL said:
http://forum.redump.org/post/44775/#p44775
http://forum.redump.org/post/44865/#p44865

---------------

An example of constant error NOT detected by "secure" mode of EAC. Track 11 is a bad dump (I rechecked it later, even this very same drive using PF dumps the correct track). According to EAC, everything was perfect, matching CRCs at Test/Read passes and Track quality 100.0 %...

Exact Audio Copy V1.0 beta 3 from 29. August 2011

EAC extraction logfile from 3. December 2011, 13:12

Rare K.I Team / Killer Cuts

Used drive  : PIONEER DVD-RW  DVR-110   Adapter: 3  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : No
Make use of C2 pointers : No

Read offset correction                      : 48
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : Yes
Used interface                              : Native Win32 interface for Win NT & 2000
Gap handling                                : Appended to next track

Used output format : Conversor PCM de Microsoft
Sample format      : 44,100 KHz; 16 bit; Estéreo


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 |  3:45.42 |         0    |    16916   
        2  |  3:45.42 |  3:58.50 |     16917    |    34816   
        3  |  7:44.17 |  3:56.30 |     34817    |    52546   
        4  | 11:40.47 |  3:23.10 |     52547    |    67781   
        5  | 15:03.57 |  3:04.48 |     67782    |    81629   
        6  | 18:08.30 |  3:55.45 |     81630    |    99299   
        7  | 22:04.00 |  3:16.00 |     99300    |   113999   
        8  | 25:20.00 |  4:53.52 |    114000    |   136026   
        9  | 30:13.52 |  1:36.23 |    136027    |   143249   
       10  | 31:50.00 |  2:11.12 |    143250    |   153086   
       11  | 34:01.12 |  1:50.63 |    153087    |   161399   
       12  | 35:52.00 |  3:09.22 |    161400    |   175596   
       13  | 39:01.22 |  3:00.73 |    175597    |   189169   
       14  | 42:02.20 |  2:11.30 |    189170    |   199024   
       15  | 44:13.50 |  2:33.25 |    199025    |   210524   
       16  | 46:47.00 |  0:04.00 |    210525    |   210824   
       17  | 46:51.00 |  0:04.00 |    210825    |   211124   
       18  | 46:55.00 |  0:04.00 |    211125    |   211424   
       19  | 46:59.00 |  0:04.00 |    211425    |   211724   
       20  | 47:03.00 |  0:04.00 |    211725    |   212024   
       21  | 47:07.00 |  0:04.00 |    212025    |   212324   
       22  | 47:11.00 |  0:04.00 |    212325    |   212624   
       23  | 47:15.00 |  0:04.00 |    212625    |   212924   
       24  | 47:19.00 |  0:04.00 |    212925    |   213224   
       25  | 47:23.00 |  0:04.00 |    213225    |   213524   
       26  | 47:27.00 |  0:04.00 |    213525    |   213824   
       27  | 47:31.00 |  0:04.00 |    213825    |   214124   
       28  | 47:35.00 |  0:04.00 |    214125    |   214424   
       29  | 47:39.00 |  0:05.52 |    214425    |   214851   
       30  | 47:44.52 |  0:40.11 |    214852    |   217862   


Track  1

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\01- Killer Cuts OST - K. I. Feeling.bin

     Pre-gap length  0:00:02.00

     Peak level 92.7 %
     Extraction speed 4.7 X
     Track quality 100.0 %
     Test CRC B8696622
     Copy CRC B8696622
     Copy OK

Track  2

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\02- Killer Cuts OST - The Way U Move.bin

     Peak level 96.5 %
     Extraction speed 5.3 X
     Track quality 100.0 %
     Test CRC D635BA47
     Copy CRC D635BA47
     Copy OK

Track  3

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\03- Killer Cuts OST - Controlling Transmission.bin

     Peak level 93.7 %
     Extraction speed 5.8 X
     Track quality 99.9 %
     Test CRC AED99BC5
     Copy CRC AED99BC5
     Copy OK

Track  4

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\04- Killer Cuts OST - Oh Yeah.bin

     Peak level 91.1 %
     Extraction speed 6.2 X
     Track quality 100.0 %
     Test CRC 4F06E713
     Copy CRC 4F06E713
     Copy OK

Track  5

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\05- Killer Cuts OST - It's A Jungle.bin

     Peak level 98.4 %
     Extraction speed 6.5 X
     Track quality 100.0 %
     Test CRC 959FEF03
     Copy CRC 959FEF03
     Copy OK

Track  6

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\06- Killer Cuts OST - Do It Now!.bin

     Peak level 88.2 %
     Extraction speed 6.8 X
     Track quality 100.0 %
     Test CRC F71345DB
     Copy CRC F71345DB
     Copy OK

Track  7

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\07- Killer Cuts OST - Full-Bore.bin

     Peak level 96.4 %
     Extraction speed 7.2 X
     Track quality 100.0 %
     Test CRC EA1808B6
     Copy CRC EA1808B6
     Copy OK

Track  8

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\08- Killer Cuts OST - The Instinct.bin

     Peak level 99.1 %
     Extraction speed 7.5 X
     Track quality 100.0 %
     Test CRC B58FF6E8
     Copy CRC B58FF6E8
     Copy OK

Track  9

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\09- Killer Cuts OST - Yo Check This Out!.bin

     Peak level 83.5 %
     Extraction speed 7.8 X
     Track quality 100.0 %
     Test CRC 1552CACA
     Copy CRC 1552CACA
     Copy OK

Track 10

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\10- Killer Cuts OST - Freeze.bin

     Peak level 85.4 %
     Extraction speed 7.9 X
     Track quality 99.9 %
     Test CRC E7EDB860
     Copy CRC E7EDB860
     Copy OK

Track 11

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\11- Killer Cuts OST - Trailblazer.bin

     Peak level 88.2 %
     Extraction speed 8.1 X
     Track quality 100.0 %
     Test CRC 6E77C974
     Copy CRC 6E77C974
     Copy OK

Track 12

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\12- Killer Cuts OST - Tooth & Claw.bin

     Peak level 81.8 %
     Extraction speed 8.3 X
     Track quality 100.0 %
     Test CRC D058C131
     Copy CRC D058C131
     Copy OK

Track 13

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\13- Killer Cuts OST - Ya Ha Haa.bin

     Peak level 97.1 %
     Extraction speed 8.5 X
     Track quality 100.0 %
     Test CRC E5BB69AA
     Copy CRC E5BB69AA
     Copy OK

Track 14

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\14- Killer Cuts OST - Rumble.bin

     Peak level 90.7 %
     Extraction speed 8.7 X
     Track quality 100.0 %
     Test CRC D979DD2F
     Copy CRC D979DD2F
     Copy OK

Track 15

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\15- Killer Cuts OST - The Extreme.bin

     Peak level 98.0 %
     Extraction speed 8.8 X
     Track quality 99.9 %
     Test CRC 60466105
     Copy CRC 60466105
     Copy OK

Track 16

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\16- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 5.9 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 17

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\17- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 6.0 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 18

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\18- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 5.4 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 19

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\19- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 6.0 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 20

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\20- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 5.9 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 21

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\21- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 6.0 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 22

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\22- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 5.9 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 23

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\23- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 5.9 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 24

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\24- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 5.9 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 25

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\25- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 5.8 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 26

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\26- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 6.0 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 27

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\27- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 5.9 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 28

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\28- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 6.0 X
     Track quality 97.2 %
     Test CRC 02864C0E
     Copy CRC 02864C0E
     Copy OK

Track 29

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\29- Killer Cuts OST - (Null).bin

     Peak level 0.0 %
     Extraction speed 7.5 X
     Track quality 100.0 %
     Test CRC 3D4041B6
     Copy CRC 3D4041B6
     Copy OK

Track 30

     Filename C:\Documents and Settings\Pablo\Mis documentos\Redump\Killer Cuts\30- Killer Cuts OST - Humiliation.bin

     Peak level 95.1 %
     Extraction speed 8.7 X
     Track quality 99.7 %
     Test CRC 5BEE751B
     Copy CRC 5BEE751B
     Copy OK

No errors occurred

End of status report

Game cover discs for sure:

http://redump.org/disc/29155/
http://redump.org/disc/29380/
http://redump.org/disc/29379/
http://redump.org/disc/29418/

And not exactly a education games, but this dump of mine was accepted:

http://redump.org/disc/29436/

Just a thing, you have installed the authentic CDRWin (the developed by Golden Hawk, not the "another one"), haven't you?

I start this thread so that any user can find easily the latest firmware update for his real Plextor drive, because the plextor.jp website removed a time ago the firmware updates for the real Plextor drives. First of all, enter here (snapshot taken on 2012-07-13) and check the latest official released firmware for your Plextor drive in order to know what version to search for.

http://web.archive.org/web/20120713012459/http://plextor.jp/pc/download/internal.html

---------------------------------------------

First resource, this official site contains many firmware updates for real Plextor drives. But a few of them are missing (for example, the firmware for my PX-4824TU/TA and PX-716AL drives):

http://www.plextoramericas.com/index.php/download?task=viewcategory&catid=29

---------------------------------------------

Second resource, a mirror managed by the Plextor Americas forum's administrator. It contains many firmware updates for older models:

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

---------------------------------------------

Third resource, the original plextor.jp preserved by archive.org. Archive.org could preserve certain firmware updates (not every download unfortunately) . Just use the "Filter results" field text to refine your search and try the different snapshots taken by archive.org:

http://web.archive.org/web/*/http://plextor.jp/download/firmware/*

For example, archive.org fortunately could save securely the latest firmware (1.07) for my PX-W4824TU (actually a PX-W4824TA in a USB 2.0 enclosure)

http://web.archive.org/web/20061212073724/http://www.plextor.jp/download/firmware/pxw4824_107.zip

---------------------------------------------

Fourth resource. The original american Plextor website mirrored by archive.org. It seems that contains many firmware updates for the older models, even for the legendary UltraPlex 40x CD-ROM reader. As before just use the "Filter results" to refine the search.

http://web.archive.org/web/*/http://www.plextor.com/ENGLISH/support/downloads/*

For example, archive.org preserved the lastest firmware for my PX-716AL drive:

http://web.archive.org/web/20060409030853/http://www.plextor.com/english/support/downloads/716AL_102.exe

---------------------------------------------

Addendum:

If you own an PX-755(S)A or a PX-760(S)A, you could try (at your own risk) the «free your Plextor» firmwares, in order to remove the special and protected commands implemented by Plextor (like controlling the silent mode, the GigaRec mode, disc quality scannings). So that a third party program (like QPxTool, available for Linux, OS X and Windows) can control these functions.

http://www.oocities.org/de/linux_piewie/download/

1_07Xrpc1.bin: For PX-760(S)A drive.
1_08Xrpc1.bin: For PX-755(S)A drive.

To program the unlocked firmware:

-Download the original and official firmware for your PX-755/760(S)A drive.

-It's actually a SFX file, use 7-Zip or Winrar to unpack the SFX into a folder.

-Copy the unlocked firmware to that folder.

-Open the PlexFirm.ini through notepad (or any plain text editor) and replace (this is for my PX-755SA drive) FirmwareFileName=ess_108.bin by FirmwareFileName=1_08Xrpc1.bin. That is, replace the original filename of firmware to program by the unlocked one.

-Run PXFirm3.exe to program the firmware. As always, be careful when updating a drive's firmware.

-Freed Plextor drive, no more PlexTools (only for Windows) required to control certain functions.

---------------------------------------------

P.S.: If you own a Plextor drive which features the silent mode (for example: Premium, Premium 2 and PX-7xx drives [for this serie only the true ones, not the rebadged ones]), NEVER enable the silent mode. This funcion is somewhat buggy, and after of that your drive maybe remains stucked forever at 8x read speed for CD, even if you disable that mode.

P.S2: If any native english speaker can rewrite better any text I have written, please give feedback.

http://img707.imageshack.us/img707/8682/u05m.png

PLEXTOR DVDR   PX-755A: Attached to a JMB363 based card, externally (eSATA), it's actually a PX-755SA.

HL-DT-STCD-RW GCE-8526B and PIONEER DVD-RW  DVR-107D: Attached to a SiI-680 card.

Both cards have the option ROM erased, therefore aren't bootable.

The OS I'm running is Windows Server 2003 R2 SP2, with no ASPI layers installed ( and no intentions to install them).

For me, PF and CDTool (both by the same guy, Truman) work perfectly with these kind of drives:

-Internals connected to a SiI-680 PCI card.
-Externals connected via eSATA, JMB-363 card.
-Externals connected via USB 2.0.

Both use the standard SPTI layer, nothing special required. Try running it with administrator privileges.

I don't know anything about CDRWin because I don't run this program.

174

(3,531 replies, posted in General discussion)

It would be cool if this tool could act as CDtoIMG-D8 replacement with C2 reporting (which works properly, of course) + offset correction (manually entered or automatically detected) + subcode dump (D8 + C2 isn't supported, whereas D8 + C2 + Sub96 is supported), without unscrambling/splitting/other kind of postprocessing this D8 dump.

175

(3,531 replies, posted in General discussion)

Is it a real Plextor drive or a rebadged OEM drive?

Rebadged OEM drives doesn't support the D8 command.