reentrant wrote:

sarami: If you're reading this add me to the EccEdc project on GitHub. I have rewritten EccEdc to have some nice features (for protected discs) and now I want to commit the changes...

Added.

hiker13526 wrote:

Found a bug. If the output directory or filename (not sure which, or both) has a "." period in it the rip fails:

Set read command: 0xd8, subcode reading mode: Pack
Checking SubQ ctl (Track)  1/ 1
Created img (LBA)  90367/ 90366
Copying .scm to .img
[F:ReadCDAll][L:2019] GetLastError: 2, The system cannot find the file specified

I tried this path.

CurrentDirectory
        C:\!redump\.lll
WorkingPath
         Argument: C:\!redump\.lll\toshinden V.l.l.1.1
         FullPath: C:\!redump\.lll\toshinden V.l.l.1.1
            Drive: C:
        Directory: \!redump\.lll\
         Filename: toshinden V.l.l.1
        Extension: .1
CurrentDirectory
        C:\!redump\.lll
WorkingPath
         Argument: C:\!redump\.lll\toshinden V1
         FullPath: C:\!redump\.lll\toshinden V1
            Drive: C:
        Directory: \!redump\.lll\
         Filename: toshinden V1
        Extension:

But no error. Please tell me more info.

The mission cd to Pizza Syndicate also has two data tracks and DIC throws this error

D:\redump\__tools\DiscImageCreator_20161119\Release_ANSI>DiscImageCreator.exe cd
 w: pizza_cd\pizza_cd.cue 4 /c2
OS
        Windows XP Professional Service Pack 3 32bit
AppVersion
        x86, AnsiBuild, Nov 19 2016 18:33:03
/c2 val1 is omitted. set [1024]
/c2 val2 is omitted. set [4096]
/c2 val3 is omitted. set [4]
CurrentDirectory
        D:\redump\__tools\DiscImageCreator_20161119\Release_ANSI
WorkingPath
         Argument: pizza_cd\pizza_cd.cue
         FullPath: D:\redump\__tools\DiscImageCreator_20161119\Release_ANSI\pizz
a_cd\pizza_cd
            Drive: D:
        Directory: \redump\__tools\DiscImageCreator_20161119\Release_ANSI\pizza_
cd\
         Filename: pizza_cd
        Extension: .cue
Start time: 2017-02-12(Sun) 13:05:38
Set the drive speed: 705KB/sec
This drive support [command: 0xd8, subch: 00]
This drive support [command: 0xd8, subch: 0x1]
This drive support [command: 0xd8, subch: 0x2]
This drive support [command: 0xd8, subch: 0x3]
This drive support [command: 0xd8, subch: 0x8]
Checking reading lead-out -> OK
Checking SubQ adr (Track)  2/ 2
Checking SubRtoW (Track)  2/ 2
Reading DirectoryRecord    8/   8

LBA[000000, 0000000], [F:ReadCDForVolumeDescriptor][L:909] OperationCode: 0xa8
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-83 = MEDIUM_ERROR - OTHER
lpCmd: a8, 00, 00, 03, f2, 0b, 00, 00, 00, 01, 00, 00
dwBufSize: 2048
End time: 2017-02-12(Sun) 13:05:48

Your dump

I do have a PX-W4824A but it's old, the tray doesn't open and wouldn't work when I dumped this disc but I just tried it again and now it works and the data is the same using DIC smile
pizza (Track 1).bin
CRC32           : 8C551794
MD5             : 088734D17D2ACC782369A48963819039
SHA1            : 5EB9F560743E2F810BAAF73A09BDD0BC57AC48FE

pizza (Track 2).bin
CRC32           : D65A9B38
MD5             : FAF6F986BDAFE67D134B4FE557835984
SHA1            : 8E35BCD14FA366B7409C44C3B60C1C22968F4199
And here are the DIC logs, c2, sub > https://mega.nz/#!3YEV3QTS!aElSv0CgzqwG … tDS-Ir7mBM

Is this the same disc? If so, I don't know why the error came to happen.
and your drive log

                VendorId: PLEXTOR 
               ProductId: CD-R   PX-W4824A
    ProductRevisionLevel: 1.06
          VendorSpecific: 08/26/04  18:00     

The latest firmware of PX-W4824 is 1.07. I recommend the update.

879 (edited by hiker13526 2017-02-14 16:59:21)

Here is it failing. It doesn't make a bin file, and it doesn't hash. Other times I think it didn't even get that far.

It seems to attempt parse everything after the "." as being an extension rather than a filename, and then it seems to fail.

OS
        Windows 8 Professional  64bit
AppVersion
        x86, AnsiBuild, Nov 19 2016 18:33:03
/c2 val1 is omitted. set [1024]
/c2 val2 is omitted. set [4096]
/c2 val3 is omitted. set [4]
CurrentDirectory
        I:\Redump Tools\DiscImageCreator
WorkingPath
         Argument: I:\Redump temp\no label. 2017-02-14_ 9-41-31 PX\no label. 2017-02-14_ 9-41-31
         FullPath: I:\Redump temp\no label. 2017-02-14_ 9-41-31 PX\no label. 2017-02-14_ 9-41-31
            Drive: I:
        Directory: \Redump temp\no label. 2017-02-14_ 9-41-31 PX\
         Filename: no label
        Extension: . 2017-02-14_ 9-41-31
Start time: 2017-02-14(Tue) 09:41:32
Set the drive speed: 12700KB/sec
This drive support [command: 0xd8, subch: 00]
This drive support [command: 0xd8, subch: 0x1]
This drive support [command: 0xd8, subch: 0x2]
This drive support [command: 0xd8, subch: 0x3]
This drive support [command: 0xd8, subch: 0x8]
Checking reading lead-out -> OK
Checking SubQ adr (Track)  1/ 1
Checking SubRtoW (Track)  1/ 1
Reading DirectoryRecord    1/   1

Allocating packed memory for C2 errors: 8192
Set read command: 0xd8, subcode reading mode: Raw
Checking SubQ ctl (Track)  1/ 1
Created img (LBA) 286610/286609

No C2 errors
Copying .scm to .img
[F:ReadCDAll][L:2019] GetLastError: 2, The system cannot find the file specified.

Freeing allocated memory for C2 errors: 8192
End time: 2017-02-14(Tue) 09:49:03
Plextor PX-708A | sarami's DiscImageCreator | CloneCD | CDManipulator | Protection ID v6.8.5 | edccchk v1.26
PVD_Dumper.py

Sarami I still cannot commit to EdcEcc (permission denied)

hiker13526 wrote:

Here is it failing. It doesn't make a bin file, and it doesn't hash. Other times I think it didn't even get that far.
It seems to attempt parse everything after the "." as being an extension rather than a filename, and then it seems to fail.

I confirmed the following.

        // "PathRenameExtension" fails to rename if space is included in extension.
        // e.g.
        //  no label. 2017-02-14_ 9-41-31 => no label. 2017-02-14_ 9-41-31.img
        //  no label.2017-02-14_9-41-31   => no label.img

fixed.
http://www.mediafire.com/file/eq80y20l9 … or_test.7z

reentrant wrote:

I still cannot commit to EdcEcc (permission denied)

I've already invited you as collaborators and awaiting your response. Haven't you received a contact from github?

882 (edited by reentrant 2017-02-15 16:42:45)

Confirmed invitation. What I did with this commit is that now the tool is able to parse CUE files and according to that it checks data tracks if all the sectors in it are proper. I also took into account case where sync sectors are allowed at the beginning and at the end of track but not in the middle ('cnt_SectorTypeZeroSync'). The tool handles VOB Protect just fine.

Support for SecuROM in which there's different mode sector at end of data track is not handled ATM...

sarami wrote:

Is this the same disc? If so, I don't know why the error came to happen.
The latest firmware of PX-W4824 is 1.07. I recommend the update.

No the main game worked at first try, this is the mission cd which also has two data tracks but always causes this error.

I didn't really pay attention to the drives firmware but the change log from 1.06 to 1.07 says only "Improvement of writing quality of TDK CD-R media." I wouldn't expect any change from upgrading but I tried anyway and as expected it still fails.

Post's attachments

pizza_cd_dic_logs.7z 18.5 kb, 19 downloads since 2017-02-17 

You don't have the permssions to download the attachments of this post.

Sarami, I submitted a feature request on github on December 30th, but never got any replies. Should I repost it here?

reentrant wrote:

Confirmed invitation. What I did with this commit is that now the tool is able to parse CUE files and according to that it checks data tracks if all the sectors in it are proper. I also took into account case where sync sectors are allowed at the beginning and at the end of track but not in the middle ('cnt_SectorTypeZeroSync'). The tool handles VOB Protect just fine.

Support for SecuROM in which there's different mode sector at end of data track is not handled ATM...

Thanks, but I've never once used C++ Standard Library. If bugs exist, I may ask you for maintenance. smile

TheRetroPirate wrote:

No the main game worked at first try, this is the mission cd which also has two data tracks but always causes this error.

Seeing the log, I don't understand the cause of error.
Is this a same disc? http://www.ebay.de/p/pizza-syndicate-mi … 2209711205
If so, I'll buy to test.

ssjkakaroto wrote:

I submitted a feature request on github on December 30th, but never got any replies. Should I repost it here?

I commented just now.

sarami wrote:

Seeing the log, I don't understand the cause of error.
Is this a same disc? http://www.ebay.de/p/pizza-syndicate-mi … 2209711205
If so, I'll buy to test.

Yes it's "Mehr Biss", here are some scans for the cover and disc
https://i.imgsafe.org/7bd0e6e5b8.jpg
https://i.imgsafe.org/7bd10be302.jpg
https://i.imgsafe.org/7bd11e6611.jpg
I'm not sure if I still have the original box to look up the barcode.

sarami: Could you check this dump: http://redump.org/disc/34750/

I have it and I cannot match data track... Are you sure those 822 sectors are correctly replaced with 0x55 pattern?

reentrant wrote:

sarami: Could you check this dump: http://redump.org/disc/34750/

I have it and I cannot match data track... Are you sure those 822 sectors are correctly replaced with 0x55 pattern?

yes

Post's attachments

Age of Empires II - The Age of Kings (Japan) (Track 1)_EdcEcc.7z 152.66 kb, 19 downloads since 2017-02-19 

You don't have the permssions to download the attachments of this post.

*2017-03-03
- added: /rc in data command
- added: Descramble MainChannel in data command
- added: subchannel offset (I confirmed PXS88T, TS-H353A)
- changed: if start LBA is 0 about data command, it doesn't check lead-in
- changed: changed CreateDirectory to MakeSureDirectoryPathExists
            => Creates all the directories in the specified path, beginning with the root.
- fixed: "PathRenameExtension" fails to rename if space is included in extension.

KnownIssue
The mission cd to Pizza Syndicate http://forum.redump.org/post/53958/#p53958
3DO MegaRace & Conan (those 2 games is that DIC was EXTREMELY slow.)

I add the DIC files:
HDR-0105
Hope that helps.

I love my XKey, my WODE and my 3Key.
Cerrar MegaUpload sólo es el comienzo de la censura, será el fin de la libertad.
Nada es verdad, todo está permitido.

jhmiller wrote:

I add the DIC files:
HDR-0105
Hope that helps.

Well, it seems it only saves the .sub part for the SD zone, but not for HD :-( Will try to ask sarami to add the .sub reading/decoding for the HD part as well (it's in the same format, the only difference is a slightly different MSF/AMSF encoding after the 99:59:74 point).

892 (edited by archivr205 2017-03-06 02:44:34)

Hi, thank you for this great and sophisticated tool!

I may be doing something wrong but for me the 2017-03-03 version gives me a different CRC than an older version I was using (August 26, 2015 or some date in that month according to the log).

The Old CRC matches Redump, IsoBuster, and ImgBurn, while the new one doesn't match any
I am using a non-plextor BDRW drive to rip IBM-PC CDs (so far just single track data discs). I noticed this difference in multiple discs

I will get back if you need more data, I know that testing more versions to see where the break happens would help probably.
The command I am using is "DiscImageCreator cd <letter> <name> # /c2" where the speed number I have tried variations 0, 8, or 24. /d8 is not supported on my drive.

Hope to get this sorted so I can submit good PC dumps.
PS once I get this working, I was looking for a good way to find the PVD

archivr205 wrote:

I will get back if you need more data,

Please.

About Dreamcast: why does DIC only save .sub for the SD area, but not for the HD area?

Latest version doesn't seem to rip from DVD anymore:
E:\DIC3-3--2017\Release_ANSI>DiscImageCreator.exe dvd u: fast.bin
OS
        Windows 8 Professional  64bit
AppVersion
        x86, AnsiBuild, Mar  3 2017 01:42:21
Invalid argument

MrX_Cuci wrote:

Latest version doesn't seem to rip from DVD anymore
DiscImageCreator.exe dvd u: fast.bin

Did you try to use no extension or *.iso instead of *.bin ?
Sarami might have included an exception on that combination: dvd + *.bin

PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

More info on my issue:

In github 20170303, in _mainError.txt I get the following error when dumping a CD (IBM PC):
"This sector is data, but the header doesn't exist"
on Every Single LBA

It creates a .bin file with the same exact size as the Redump verified IsoBuster file, but different CRC. Also, when loading the new image into IsoBuster, it comes up as audio instead of data/file system

In github release 20161119, it dumps normally and matches Redump and IsoBuster output, and is data, using the same command as above

Unable to dump [SS] [T-20601G] Hokuto no Ken with the 2016-11-19 DIC build (stucks at "Reading DirectoryRecord   17/  18"):

C:\Tools\DiscImageCreator_New>DiscImageCreator.exe cd H: dump 4 /c2 1024 4096 4
OS
        Windows 7 Ultimate Service Pack 1 64bit
AppVersion
        x86, AnsiBuild, Nov 19 2016 18:33:03
CurrentDirectory
        C:\Tools\DiscImageCreator_New
WorkingPath
         Argument: dump
         FullPath: C:\Tools\DiscImageCreator_New\dump
            Drive: C:
        Directory: \Tools\DiscImageCreator_New\
         Filename: dump
        Extension:
Start time: 2017-03-12(Sun) 23:55:50
Set the drive speed: 705KB/sec
This drive support [command: 0xd8, subch: 00]
This drive support [command: 0xd8, subch: 0x1]
This drive support [command: 0xd8, subch: 0x2]
This drive support [command: 0xd8, subch: 0x3]
This drive support [command: 0xd8, subch: 0x8]
Checking reading lead-out -> OK
Checking SubQ adr (Track)  2/ 2
Checking SubRtoW (Track)  2/ 2
Reading DirectoryRecord   17/  18

With the earlier builds, like, the one from 2015-10-22, it dumps fine:

C:\Tools\DiscImageCreator>DiscImageCreator.exe cd H: dump 4 /c2 1024 4096 4
OS
        Windows 7 Ultimate Service Pack 1 64bit
AppVersion
        x86, AnsiBuild, Oct 22 2015 22:39:26
CurrentDir
        C:\Tools\DiscImageCreator
InputPath
         path: dump
        drive:
          dir:
        fname: dump
          ext:
Start: 2017-03-12(Sun) 22:49:53
This drive support [command: 0xd8, subch: 00]
This drive support [command: 0xd8, subch: 0x1]
This drive support [command: 0xd8, subch: 0x2]
This drive support [command: 0xd8, subch: 0x3]
This drive support [command: 0xd8, subch: 0x8]
Checking reading lead-out
Read command: 0xd8, Subcode reading mode: Pack
Creating bin from 165787 to 165787 (LBA) 165787
Reading lead-out: OK
Reading DirectoryRecord   18/  18
Allocating memory for C2 errors: 4096/4096
Read command: 0xd8, Subcode reading mode: Raw
Created img (LBA) 165787/165785

No C2 errors
Copying .scm to .img
Descrambling data sector of img(LBA) 130865/130865
Exec ""C:\Tools\DiscImageCreator\EccEdc.exe" check "C:\Tools\DiscImageCreator\dump.img""
Checking data sectors (LBA) 165785/165785
User data vs. ecc/edc match all
Creating bin, cue and ccd (Track)  2/ 2
Freeing allocated memory for C2 errors: 4096/4096
Calculating hash: dump (Subs indexes) (Track 1).bin
Calculating hash: dump (Subs indexes) (Track 2).bin
Calculating hash: dump (Track 1).bin
Calculating hash: dump (Track 2).bin
Calculating hash: dump.img

End: 2017-03-12(Sun) 23:06:24

Post's attachments

hokutonoken_dic_2015-10-22.rar 2.3 mb, 17 downloads since 2017-03-12 

hokutonoken_dic_2016-11-19.rar 53.95 kb, 17 downloads since 2017-03-12 

You don't have the permssions to download the attachments of this post.

*2017-03-14 test
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
- fixed: did't work gdrom dumping
- fixed: Reading DirectoryRecord
- fixed: /se option

F1ReB4LL wrote:

About Dreamcast: why does DIC only save .sub for the SD area, but not for the HD area?

Need to use gd command. The sub I dumped.
http://www.mediafire.com/file/j3b9mx7ez … areaSub.7z

MrX_Cuci wrote:

Latest version doesn't seem to rip from DVD anymore:

dvd <DriveLetter> <Filename> <DriveSpeed(0-72)> [/c] [/f]

archivr205 wrote:

More info on my issue:

Thanks. What are you using a drive? (see drive.txt)

F1ReB4LL wrote:

Unable to dump [SS] [T-20601G] Hokuto no Ken

I couldn't dump [SS] Madou Monogatari. Fixed and confirmed to dump Madou, but I don' t know whether Hokuto no ken is fixed or not.

http://forum.redump.org/post/54268/#p54268 -- sarami claims it should save the .sub for the HD zone as well, if the "gd" command is used. Could you try again with the latest test version of DIC?