You are not logged in. Please login or register.
Redump Forum → General discussion → DiscImageCreator
Still?
Still?
Not sure about the last version, "Test(20140804)" is weird and takes 6-7 hours to dump a CD on 40x speed, previous ones were much, much faster. I can't test it properly, since it's hard to look at the screen for 7 hours to catch the C2 rereading moment.
What parameter should I use? Track 20 is the problem of this disc. Some other bad track eventually worked by cleaning the disc. Latest test build works fine here (first post)
My usual one. 8x read speed because my PX-755SA won't read faster than that. It's stucked forever at 8x read speed. For other drives, 24x read speed is the optimal one in my humble opinion.
discimagecreator.exe cd g: discimagecreator 08 /c2 2000 8192 08
can't I just redump that track? discimagecreator.exe audio y: <start lba + end lba> 08 /c2 2000 8192 08 or do I have to do the disc all over again?
/c2 is only for cd mode. Audio mode is simple burst read mode without rereadings.
pablogm123 wrote:Still?
"Test(20140804)" is weird and takes 6-7 hours to dump a CD on 40x speed, previous ones were much, much faster.
Fixed. (fua became effective internally, whether to use of /f option or not.)
Any chance we can get the sort order fixed on the dat file generator in Test(20140823)? This is what happens on some multitrack dumps:
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 01).bin" size="19483968" crc="08d69484" md5="ff677caa97fd803c88cdfc3029c85b98" sha1="781d09fbcdac584f4058498d6bf354cee49f485d"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 02).bin" size="34122816" crc="b474f5a5" md5="026a2537b70112f5e1f51004a2ee3dd4" sha1="e28dcb23ba8e0382e075e1a6908d5df95bb551cc"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 03).bin" size="45602928" crc="3d2f0836" md5="a6fee5c4d5de9f9b79a66ad0728fb2d4" sha1="69aa66bff1f82e75e13fc3a3a28e3f0c97808831"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 04).bin" size="53105808" crc="b0589504" md5="f3c5f051cd699ad18afaab54b8ca0e66" sha1="892531549f7432d07c7ff63a0308eee8dc3dcdae"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 05).bin" size="41524560" crc="9e9f3c9e" md5="5791fc9e8a4a777d27f11468af4be1e0" sha1="475e067b0958e63d2b9c95872f83febc7a039dc1"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 06).bin" size="42686448" crc="2ac634d6" md5="103620ef65af1d4d809e5038eae9b688" sha1="27192cfdc88cb386b30d43b4f8f5c8761a6cf9be"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 09).bin" size="35350560" crc="8a0e169c" md5="7051ffb0d12fa00855cb009b8ff67f43" sha1="351b3b0cf92d929ef32bf44ac156f114051db8fc"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 12).bin" size="1138368" crc="916cbcca" md5="51c7393b63f36248a93a1ce25ac14ad3" sha1="4a2ff20e35ce1d798f487c227fed39ced5f1752d"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 13).bin" size="1886304" crc="0f01d378" md5="d38ee7a03fc35dc43e6583bce703f709" sha1="f930cf94bc81e8536d98f6ece108e7a799e9592a"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 07).bin" size="35997360" crc="eafa40c2" md5="6381a504ff9723df092b63223d48ea7f" sha1="328e217fa5eb382334a9c97c7bb44a9974ecda0b"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 08).bin" size="17400096" crc="af128db3" md5="eb3d5c29a3bb4dad4ed447b66ac2115c" sha1="667a1479b4f8530b5b295d2ffd8f2808fb323288"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 10).bin" size="14817600" crc="798299d5" md5="74d7e1ad8e53fdfbc33759d53be838f8" sha1="0f37ac5e51100f82dc35edd25986d5c44e99959a"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 11).bin" size="6030528" crc="978289e6" md5="77c22f9d97d85104aa9d41f8eb203e2c" sha1="d4b050d5b532b629de737c27fbf6809f3c9b506f"/>
<rom name="Shuukan Gallop - Blood Master (Disc 1) (Track 14).bin" size="32104800" crc="9b94ea54" md5="65aea234c174ee35fb574d981fe3fc4f" sha1="bd1fde88c2b79e3cf8821c969373460d51f3155a"/>
Thanks for a great dumping app!
Still?
Tested the last version (Test(20140823)) -- yes, c2 rereading is still broken, acts absolutely the same (see the report above).
pablogm123 wrote:Still?
Tested the last version (Test(20140823)) -- yes, c2 rereading is still broken, acts absolutely the same (see the report above).
Might have run across this problem too. Had issue this week where a psx disk i was dumping had exactly 1 c2 error which dic said was fixed after rereading, but hashes were different from database
F1ReB4LL wrote:pablogm123 wrote:Still?
Tested the last version (Test(20140823)) -- yes, c2 rereading is still broken, acts absolutely the same (see the report above).
Might have run across this problem too. Had issue this week where a psx disk i was dumping had exactly 1 c2 error which dic said was fixed after rereading, but hashes were different from database
Uploaded latest test ver. Plz test it.
EDIT:Re-uploaded. (Because dbg code existed)
Sort order of hashes are shown below for multitrack dump:
<rom name="dump (Track 01).bin" size="95707584" crc="f0365e47" md5="b78fc29b83e81bd2eb7ddb593865088d" sha1="7c00d4a44ba8aca03ad7db10f102339ae0a3178f"/>
<rom name="dump (Track 02).bin" size="4513488" crc="69fba71b" md5="634dd1dfeefa41eee49657f6216a7184" sha1="98a4ab4839269de8f0cf239c51f0f29cee2b7584"/>
<rom name="dump (Track 03).bin" size="1237152" crc="2e3b600b" md5="536643b6ad705ebe6cf63cde9b56e775" sha1="634b932fd23480da814f87b69f242a574e8f9f70"/>
<rom name="dump (Track 04).bin" size="1265376" crc="2e281493" md5="859f93035610f511db6cff93e433d189" sha1="8576c0d9e2e7ce90a919afd404b7cedbf171c31a"/>
<rom name="dump (Track 05).bin" size="1286544" crc="4de02e3f" md5="837df9036cabaf38f75a54766609bbd5" sha1="f309adcba4c164f0b40ce54b2732c474022602c4"/>
<rom name="dump (Track 06).bin" size="1545264" crc="64807aa2" md5="2065ffb5d1d3716edfcc00572c9c40f3" sha1="37543e9a71533a4fa1119278cc4e6b0fd295f833"/>
<rom name="dump (Track 07).bin" size="1239504" crc="19acae2b" md5="d0dba1e723be0c95f272d3a60246c59d" sha1="5e4bfa37abc985e7dffc67a1b73c316203163cbd"/>
<rom name="dump (Track 08).bin" size="1241856" crc="a0dee54f" md5="c8097f793f7252ec828ec9382b638734" sha1="dca30b2045c4c2f43f8f59a037a7c56b612181d1"/>
<rom name="dump (Track 09).bin" size="1241856" crc="4ad16f0b" md5="6614f6f642f5d8a825ae0e4c25fec44e" sha1="2ce897f3512ba9099053a25c5e1635f584e4f217"/>
<rom name="dump (Track 10).bin" size="1239504" crc="01454d0d" md5="2ea5b22b91b9484f29334653b59899c8" sha1="52af2e60136dbf1927ac8c9c03b282f5d6b6759f"/>
<rom name="dump (Track 11).bin" size="15546720" crc="c599b524" md5="e3aa3201ff56a0ad425b3b2f27aa25e9" sha1="beba1954984957585328d494787903f9bc0f432a"/>
<rom name="dump (Track 12).bin" size="20166048" crc="cbbddbaf" md5="92db52eceb43c82f3c2604b05ad239dc" sha1="46b0409239cf0a6317b678f9b9b9c5a8ca468c63"/>
<rom name="dump (Track 13).bin" size="11381328" crc="7e5780a7" md5="f3b28a41bc32de79699e590189b6dfcc" sha1="45ce290086ce594a1934e9e02b5ca9c41add27cc"/>
<rom name="dump (Track 14).bin" size="24300864" crc="1aabde20" md5="109c41a0d1e61073b3b80be2444e41e2" sha1="ef87cdb59a65c78bbddc493af41afcd5885d58a1"/>
<rom name="dump (Track 16).bin" size="17256624" crc="e57c76b3" md5="03d1660d87fbf74c4bd05e951d6eb7a6" sha1="d5231cf551248503622f21af849694418e555023"/>
<rom name="dump (Track 18).bin" size="53272800" crc="9d741f5e" md5="0e0780125290c5f1c615bed12e03e066" sha1="037d1a3d7a4af7465f3a5c8f3492b80aae63ab96"/>
<rom name="dump (Track 15).bin" size="15796032" crc="6b68f246" md5="86b5e9f31541a4a582d1ee5625f2d17d" sha1="511dae693ba317f042c7a3d506589cc001ced91c"/>
<rom name="dump (Track 17).bin" size="14203728" crc="2c2e585e" md5="63f9919d7f617e0cec49f662e9f8fecb" sha1="124ac66a58a449ef199823c368bcf017c367a091"/>
Still not sorting correctly.
Still not sorting correctly.
Probably I understood a cause.
Is Your HDD FAT?
If you can, you should use NTFS.
http://msdn.microsoft.com/en-us/library … 85%29.aspx
The order in which the search returns the files, such as alphabetical order, is not guaranteed, and is dependent on the file system. If the data must be sorted, the application must do the ordering after obtaining all the results.
The order in which this function returns the file names is dependent on the file system type. With the NTFS file system and CDFS file systems, the names are usually returned in alphabetical order. With FAT file systems, the names are usually returned in the order the files were written to the disk, which may or may not be in alphabetical order. However, as stated previously, these behaviors are not guaranteed.
I'll support a sort when I have time.
The drives are all NTFS. I just wrote a batch file with the sort command to fix the issue.
Uploaded latest test ver. Plz test it.
EDIT:Re-uploaded. (Because dbg code existed)
Without "/f" works fine. With "/f" it failed at the end:
DiscImageCreator.exe cd H: dump 4 /c2 4096 4096 4 /f
OS
Windows 7 Ultimate Service Pack 1 64bit
AppVersion
x86, AnsiBuild, Oct 14 2014 08:08:42
CurrentDir
O:\Redump.org\Dumping\Tools\DiscImageCreator_New
InputPath
path: dump
drive:
dir:
fname: dump
ext:
Start: 2014-10-15(Wed) 18:10:09
Checking reading lead-out
Read command: 0xd8, Subcode reading mode: Pack
Creating bin from 273739 to 273740 (LBA) 273740
Reading lead-out: OK
Allocating memory for C2 errors: 4096/4096
Read command: 0xd8, Subcode reading mode: Raw
Creating img (LBA) 3203/273738 Detected C2 error. LBA[003205, 0x00c85]
Creating img (LBA) 3212/273738 Detected C2 error. LBA[003214, 0x00c8e]
Creating img (LBA) 3213/273738 Detected C2 error. LBA[003215, 0x00c8f]
Creating img (LBA) 3222/273738 Detected C2 error. LBA[003224, 0x00c98]
Creating img (LBA) 3241/273738 Detected C2 error. LBA[003243, 0x00cab]
Creating img (LBA) 3242/273738 Detected C2 error. LBA[003244, 0x00cac]
Creating img (LBA) 3251/273738 Detected C2 error. LBA[003253, 0x00cb5]
Creating img (LBA) 3735/273738 Detected C2 error. LBA[003737, 0x00e99]
Creating img (LBA) 3745/273738 Detected C2 error. LBA[003747, 0x00ea3]
Creating img (LBA) 4182/273738 Detected C2 error. LBA[004184, 0x01058]
Creating img (LBA) 4630/273738 Detected C2 error. LBA[004632, 0x01218]
Creating img (LBA) 4708/273738 Detected C2 error. LBA[004710, 0x01266]
Creating img (LBA) 4728/273738 Detected C2 error. LBA[004730, 0x0127a]
Creating img (LBA) 4737/273738 Detected C2 error. LBA[004739, 0x01283]
Creating img (LBA) 4747/273738 Detected C2 error. LBA[004749, 0x0128d]
Creating img (LBA) 4757/273738 Detected C2 error. LBA[004759, 0x01297]
Creating img (LBA) 4767/273738 Detected C2 error. LBA[004769, 0x012a1]
Creating img (LBA) 4786/273738 Detected C2 error. LBA[004788, 0x012b4]
Creating img (LBA) 4806/273738 Detected C2 error. LBA[004808, 0x012c8]
Creating img (LBA) 4835/273738 Detected C2 error. LBA[004837, 0x012e5]
Creating img (LBA) 4874/273738 Detected C2 error. LBA[004876, 0x0130c]
Creating img (LBA) 4903/273738 Detected C2 error. LBA[004905, 0x01329]
Creating img (LBA) 109847/273738 Detected C2 error. LBA[109849, 0x1ad19]
Creating img (LBA) 109876/273738 Detected C2 error. LBA[109878, 0x1ad36]
Creating img (LBA) 109906/273738 Detected C2 error. LBA[109908, 0x1ad54]
Creating img (LBA) 109921/273738 Detected C2 error. LBA[109923, 0x1ad63]
Creating img (LBA) 109935/273738 Detected C2 error. LBA[109937, 0x1ad71]
Creating img (LBA) 109951/273738 Detected C2 error. LBA[109953, 0x1ad81]
Creating img (LBA) 109965/273738 Detected C2 error. LBA[109967, 0x1ad8f]
Creating img (LBA) 109966/273738 Detected C2 error. LBA[109968, 0x1ad90]
Creating img (LBA) 109980/273738 Detected C2 error. LBA[109982, 0x1ad9e]
Creating img (LBA) 109981/273738 Detected C2 error. LBA[109983, 0x1ad9f]
Creating img (LBA) 109995/273738 Detected C2 error. LBA[109997, 0x1adad]
Creating img (LBA) 109996/273738 Detected C2 error. LBA[109998, 0x1adae]
Creating img (LBA) 110025/273738 Detected C2 error. LBA[110027, 0x1adcb]
Creating img (LBA) 110070/273738 Detected C2 error. LBA[110072, 0x1adf8]
Creating img (LBA) 144168/273738 Detected C2 error. LBA[144170, 0x2332a]
Creating img (LBA) 149787/273738 Detected C2 error. LBA[149789, 0x2491d]
Creating img (LBA) 246249/273738 Detected C2 error. LBA[246251, 0x3c1eb]
Creating img (LBA) 253148/273738 Detected C2 error. LBA[253150, 0x3dcde]
Creating img (LBA) 253267/273738 Detected C2 error. LBA[253269, 0x3dd55]
Creating img (LBA) 253327/273738 Detected C2 error. LBA[253329, 0x3dd91]
Creating img (LBA) 253665/273738 Detected C2 error. LBA[253667, 0x3dee3]
Creating img (LBA) 273739/273738
[L:1165] Internal error. Failed to analyze the subchannel. Track[31]/[35]
Freeing allocated memory for C2 errors: 4096/4096https://www.sendspace.com/file/fjjvx8 -- subs & logs
Works fine here: DiscImageCreator.exe cd y: "TieBreakNEWB" 40 /c2 2000 8192 4 /f
Reread times 1141, ErrSectorNum 3/ 3
Reread times 1142, ErrSectorNum 3/ 3
Reread times 1143, ErrSectorNum 3/ 3
Reread times 1144, ErrSectorNum 3/ 3
Reread times 1145, ErrSectorNum 3/ 3
Reread times 1146, ErrSectorNum 3/ 3
Reread times 1147, ErrSectorNum 3/ 3
Reread times 1148, ErrSectorNum 3/ 3
Reread times 1149, ErrSectorNum 3/ 3
Reread times 1150, ErrSectorNum 3/ 3
Reread times 1151, ErrSectorNum 3/ 3
Reread times 1152, ErrSectorNum 3/ 3
Reread times 1153, ErrSectorNum 3/ 3
Reread times 1154, ErrSectorNum 3/ 3
Reread times 1155, ErrSectorNum 3/ 3
Reread times 1156, ErrSectorNum 3/ 3
Reread times 1157, ErrSectorNum 3/ 3No idea how many times it tries to reread though
How do I know it fixed something? Or image is correct? CDMage does not report any error.
How do I know it fixed something? Or image is correct? CDMage does not report any error.
Only by comparing with verified good hashes. Or with image dumped on a different drive with a different tool.
The drives are all NTFS.
Really? I don’t understand a cause at this time.
[L:1165] Internal error. Failed to analyze the subchannel. Track[31]/[35]
Uploaded.
F1ReB4LL wrote:[L:1165] Internal error. Failed to analyze the subchannel. Track[31]/[35]
Uploaded.
Yes, works now. Could you update the stable version? Because in the current stable version C2 rereading doesn't work at all.
Thank's test and report. Uploaded 20141017
I'm trying to dump a GD-ROM disc.. I tried a PX-W4824TA and PX-760A but they always give a semaphore timeout error (edit: changed to new version, and no more timeouts at least).. The PX-755A starts dumping, but it only dumps until sector ~359848, then it gives the following error:
D:\dic>dic gd e vigi 8 /c2 10
OS
Windows 7 Home Premium Service Pack 1 64bit
AppVersion
x86, AnsiBuild, Oct 16 2014 14:37:59
/c2 opt val2 is omitted. set 4096
/c2 opt val3 is omitted. set 4
CurrentDir
D:\dic
InputPath
path: vigi
drive:
dir:
fname: vigi
ext:
Start: 2014-10-28(Tue) 18:50:22
Allocating memory for C2 errors: 4096/4096
Read command: 0xd8, Subcode reading mode: Raw
Creating bin from 45000 to 549150 (LBA) 359847[F:ExecReadCD][L:38] OperationCode
: 0xd8
ScsiStatus: 02, CHECK_CONDITION
SenseData Key-Asc-Ascq: 05-21-00, ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF
RANGE
Freeing allocated memory for C2 errors: 4096/4096
End: 2014-10-28(Tue) 18:59:10
I did not use any trap disc. With trap disc it refuses to read...
Is this a bug, or is there any way to work around this LBA limit? I also tried dumping with cdtool, but it also ends at the same sector, even when I use trap disc.. So it seems like trap disc isn't needed and the PX-755A has a hardcoded limit? I'm using v1.08 firmware.
PX-755A has a hardcoded limit?
At least, I don't code like this. How about in dctools?
The audio trapdisc only has 360000 sectors. That's the reason why it aborts there. (At least the one you apparently used.)
The redump wiki has another kind of trapdisc: http://wiki.redump.org/index.php?title=Sega_Dreamcast
Try this one instead.
The audio trapdisc only has 360000 sectors. That's the reason why it aborts there. (At least the one you apparently used.)
The redump wiki has another kind of trapdisc: http://wiki.redump.org/index.php?title=Sega_DreamcastTry this one instead.
The audio trap disc that I was using has 1147651 sectors actually, but I'll try making another one, because I haven't had luck with the current one at all (also not with other tools, like cdtool and dcdumper).
But I was not using any trap disc. I can just insert the GD-ROM, run DIC and it will read fine, up to sector 359847, where it aborts. So that's why I'm saying that there must be a firmware limit on the PX-755A.
Redump Forum → General discussion → DiscImageCreator
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.