You are not logged in. Please login or register.
Redump Forum → Posts by sarami
Is there any way to run 2 copies of DIC at the same time on different drives? I have a LOT of discs to dump in a short amount of time, but keep running into the following error:
Disabled mutex.
a) Dump with "/c2 /q" parameters may be good now, i have to recheck my dump with trap disc method before i can approve it.
LBA[321134, 0x4e66e]: Track[01]: Invalid mode.
========== LBA[321134, 0x4e66e]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : 00 FF FF FF FF FF FF FF FF FF FF 00 70 A3 59 82 ............p.Y.The scrambled mode is 0x62 but this sector is 0x82. Can IsoBuster read this sector?
b) Dump with "/c2 /q /p" parameters looks shifted by several sectors, i have not counted how many (bin segment in logs).
:
LBA[000077, 0x0004d], unknown mode: 62
LBA[000078, 0x0004e], unknown mode: 62
LBA[000079, 0x0004f], unknown mode: 62
LBA[000080, 0x00050], unknown mode: 62
:Fixed and added MSF in EccEdc.
:
LBA[321285, 0x4e705], mode 2 form 1, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[00]), [3](SubMode[00]), Form 1, [4](CodingInfo[00])
LBA[321286, 0x4e706], unknown mode: 62
LBA[321287, 0x4e707], unknown mode: 62
LBA[321288, 0x4e708], unknown mode: 82
LBA[321289, 0x4e709], unknown mode: 62I don't know why several sectors are shifted..
I have got a bunch of old UltraPlex drives (PX-32TSi) connection is SCSI so i cant test them. Does anybody know if they working with DIC? Date is 03-1998 if that helps
ReadMe.txt
Vendor Model Firmware(*1) Lead-in Lead-out Scrambled GD-ROM(*2) Wii-ROM
:
PLEXTOR PX-12TS 1.01 Yes Yes Yes No No
PLEXTOR PX-20TS 1.00 Yes Yes Yes No No
PLEXTOR PX-40TS 1.14 Yes Yes Yes No NoI confirmed some SCSI drives. I believe PX-32TSi also supports 0xd8 and reading lead-in/out.
uploaded.
sarami, it looks a little better now, but still weird.
Fixed.
Shall i maybe move all the correspondences concerning this disc to an extra topic?
I don't think it needs.
i don't have to run an extra dump with /raw switch, as it doesn't do anything extra, or do you need it!?
I had forgotten that /raw originally only works the multi-session disc. Added that show the warning message when the single-session disc is dumped.
Sorry for the late response, I didn't see your PM till you mentioned it here. Uploaded the logs you requested:
Disc is completely shot, getting lots of errors.
Please try to use /f option or change the reading speed or change the drive.
Also uploaded the logs for King's Quest V, another disc giving problems though I ordered another copy.
I don't know why the volume descriptor isn't read. Is this ISO9660 disc?
Still not fixed, sarami.
Sorry, re-uploaded.
This is still not fixed in latest test version.
Uploaded. Please re-test.
Only this particular disc.
Please try these 3 patterns.
DiscImageCreator cd x \raw\raw_PX-760A 8 /c2 /qDiscImageCreator cd x \raw\raw_PX-760A 8 /c2 /q /pDiscImageCreator cd x \raw\raw_PX-760A 8 /c2 /q /rawsubchannels are corrupted.
This? http://forum.redump.org/post/54682/#p54682
Main channel is shifted by 1 sector forwards
Uploaded test version.
Main channel is shifted by 30 samples forwards
Only this disc? or all disc you have? I tried the same option with MegaRace of 3DO but Main channel was shifted correctly with offset.
Have you done anything with regard to the above copy protection.
No.
I have several Original releases from that publisher, which always seem to use the same protection scheme.
See this. http://forum.redump.org/post/55585/#p55585
I want more report about this protection.
If there isn't any protection, it'll work. Please try and report.
Not really. I have extra updated the submission form text with "Errors count (edccchk v1.26)" to be used with.
From when? If the error counts of CDMage isn't adopted forever, I think the old dump that has errors should be rechecked. Or already rechecked?
retaliator have the same error disc by chance.
http://forum.redump.org/topic/16342/add … ification/
[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 1
Sector: 113551,
:
:
[WARNING] Number of sector(s) where flag byte doesn't zero: 3
Sector: 10535, 15956, 17753,
Total errors: 1EccEdc adopts the errors count of edccchk, but redump db adopts that of CDMage. http://redump.org/disc/327/
Nexy screamed about the similar case from http://forum.redump.org/post/46803/#p46803 to http://forum.redump.org/post/46989/#p46989
> size and hashes are in .dat file (doh)
I'm guessing this isn't for DVDs? I only rip DVDs and the .dat contains none of this info.
I fixed as DVD doesn't work by 'cd' command. Please use 'dvd'.
SCSI Models: PX-W4220T, PX-32TS/CS, PX-83CS/85CS, PX-63CS/65CS, PX-43CS 43CE 43CH/45CS 45CE 45CH, DM-3028/5028, DM-3024/5024, DM-3021/5021, DM-3020/5020
I haven't tested these drive yet.
*2017-09-01 test
- changed: some DVD, DVD-R, timestamp of disc log
- improved: checking argument
Could you explain if my dump is ok or not? Also could you explain about the options /c and /f in dvd dump?
Please also check by IsoBuster. /c writes the protected sector number to file. /f deletes the drive cache when reads the disc.
user7 wrote:Dumped two PS2 DVD demos today and the contents where about half the size of the actual iso, what's going on?
Dummy sectors, I guess.
Or developer may hide some file intendedly.
*2017-08-18
- added: adr 06 of the subchannel (some Amiga CDTV disc)
- added: No data track but there is some data sector (some CD-i disc)
- added: Corrupted directory record disc (Amiga tools 4)
- changed: Some log message
- changed: the max size to search the exe file when use /sf option (1024 -> 4096)
- fixed: Disc that the session 2 starts from the track 2
- fixed: Descrambling of some mastering error disc
http://redump.org/disc/36178/ This disc is perhaps same.
These discs have only audio track on TOC, but there are actually some data sector in pregap of first sector. When dic searches the offset from disc, it gets the offset from "first data track". So dic can't get it properly. Why wouldn't CD-i adopt the mixed (data - audio) disc?
Please wait until fix.
EDIT:
Updated test version. Please test.
DPM is a phisical protection and alcohol 52/120 perhaps records the LBA that reading takes more times in mds. Of course, the time when a drive reads a disc differs with each drive and each pc.
This is also why we're not hosting full subchannels: It's almost impossible to obtain 100% clean unaltered subs.
Yes, but only subQ channel uses CRC16. So about only subQ, it's possible to obtain clean subs.
I'm at a loss. Using the Optiarc with CDM and I'm getting different number of errors every time I run it again.
edit: Got the same number of errors on two different dumps, but different errors and mismatch on CRC.
So... I got tired of running it over and over and I decided to run it with DIC with c2 checking.
DiscImageCreator.exe data I "Settlers III - Disc 1" 4 0 228319 /c2 9999 40960 4
For the time being, you should not use your precious time until they(Jackal, reentrant) release the detailed dumping instruction of the ring protect. If this keeps up, we can't verify that their dumps is good or bad.
usurper wrote:Sarami, if you are looking for a challenging protection, get yorself this or this disc.
https://www.medimops.de/infogrames-der- … 6FS54.html
https://www.medimops.de/infogrames-der- … 6FS55.htmlThis one from the same publisher has the same protection:
https://www.medimops.de/vivendi-univers … edVeryGood
GameCopyWorld wrote:The process took 18 hours to complete because about 35% of the CD contains unreadable errors!
I bought Fort Boyard Millenium. There are some errors in CDDA area. Is this true? Jackal, usurper, if you have this, plz check...
EDIT:
20170728
- added: /ss option (scan sector for protectCD-VOB)
- changed: Option name is /rc -> /sf (scan file)
- changed: Directory record size from 8192 to 16384
- changed: Data sector is descrambled when sync is valid and mode is valid
and there is the reverted sector, and unknown mode but reserved byte all zero
- changed: The LBA of FULL TOC is used only the multi session disc.
- fixed: Reading path/directory record (support the logical block size under 2048 byte)
- fixed: The transfer length to read path/directory record for DVD
- fixed: Short of the shifted sector if the combined offset is 2352*n (n is integer)
I bought this. http://redump.org/disc/43270/
There are some error sectors in "SYSTEM.LSK", so this isn't "Ring PROTECH" but "Protected by ring" or "Ring Protect"
http://www.ta-ko.org/index2.htm
According to this site, Ring PROTECH appeared in 2001 summer. The ring protect before 2001 summer is different by manufacturer. e.g. Bleem! https://en.wikipedia.org/wiki/Bleem! Perhaps Blue Byte is also same.
So in case of this 1024B sector is DIC going to have support for this?
Yes, path/directory table can read correctly.
Sarami: Could you made a commit to git with latest changes? I think I have a DVD that fails to dump and I'd like to debug it...
Fixed a transfer length for reading Volume Descriptor of DVD. Concerning committing, plz wait...
Another weird bug. 2nd track misdetected as audio.
Combined Offset(Byte) -30576, (Samples) -7644
- Drive Offset(Byte) 120, (Samples) 30
----------------------------------------------
CD Offset(Byte) -30696, (Samples) -7674
Overread sector: -14Sector size "-14" is incorrect. "-13" is correct. This is fixed but I don't know whether the misdetecting is fixed or not.
Updated.
----
I suspect PX-716, but the LBA of "FULL TOC" and "TOC" is same if it is single session disc, so the LBA of "FULL TOC" is only used in multi session disc.
Redump Forum → Posts by sarami
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.