You are not logged in. Please login or register.
Redump Forum → Posts by sarami
sarami, any chance you can add command line support for replacing ALL sectors with C2 errors by '55' pattern?
What kind of disc needs it? If you can, could you tell me the disc titile and other info.
I am using "audio" command to dump lead-in, lead-out.
If you dump an audio CD from lba 0 to end, you should use "cd" command.
This disc is ring and sector error protect.
The problems of the ring protect are the same as this -> http://forum.redump.org/post/30465/#p30465
- improved: c2 error fixing (& omitted /c2 val 4)
possibly the difference of read cd command might affect the result... (possibly clonecd, isobuster, cd manipulator use 0xbe. DIC uses 0xd8)
- added: /be option for cd
/be Use 0xbe as ReadCD commandhttps://dl.dropboxusercontent.com/u/355 … adowMan.7z (should be up in a few minutes) Used latest test version
The reason of the huge sub & c2 error is unknown at this time, but possibly the difference of read cd command might affect the result... (possibly clonecd, isobuster, cd manipulator use 0xbe. DIC uses 0xd8)
Uploaded test ver.
- fixed: detect adr sector
- fixed: Label Gate CD, XCP disc
Any clue why I get this error? https://dl.dropboxusercontent.com/u/35528562/DIC.jpg
Logs: https://dl.dropboxusercontent.com/u/355 … eltica2.7z
Uploaded test ver.
About Securom, I can upload clonecd, isobuster, cd mainpulator dump and the one from DIC if that helps?
All DIC log plz.
But I want to know why the hash is different.
Securom v3 or less doesn't seem to work correctly. I get different hashes then ISObuster, CloneCD and CD Manipulator dump
This dump matches my ISOBuster, CloneCD and CD Manipulator dump: http://redump.org/disc/18323/
Securom v3 or less is subchannel protection (like libcrypt). So the cause that the hash varies is different.
Found another:
CATALOG 0000000000000
FILE "TerraOEM.bin" BINARY
TRACK 01 MODE43/2352
INDEX 01 00:00:00
Uploaded 20150522
I have a disc here that is error free with other tools. DIC detects errors. I tried a different drive, same hashes and error free.
Could you tell me the all your ripping drive? (vendor, model, firmware version)
> TRACK 01 MODE98/2352
> TRACK 01 MODE97/2352
sorry, fixed.
I have a disc here that is error free with other tools. DIC detects errors. I tried a different drive, same hashes and error free. So must be something with DIC that is wrong. What do you need to determine the problem with your tool?
Is it this problem?
http://forum.redump.org/post/49439/#p49439
Or other disc?
Uploaded 20150516 test exe.
14-5 crashes also. (also with different disc with read errors)
Thank you. I confirmed this problem and probably fixed. Could you test 20150514 again.
Using latest build app crashed on me, let me know what you need:
Does the problem happen with all your discs?
EDIT: Uploaded 20150514
Uploaded 20150510 ver.
Jackal recently had problems with a disc with twin-sectors protection and DIC, it wasn't able to read them (twin-sectors) properly.
Yes, I know. As redump.org, if a ripping guide with other tools is created, I can code in DIC in the same way as it.
Seems Alcohol 120% does the trick: http://www.cdmediaworld.com/hardware/cd … tech.shtml Filetypes supported for RingProtech: http://support.alcohol-soft.com/knowled … ge+Formats
Thanks! This is very useful.
BTW, I want to support a mds/mdf file in the future, but I don't understand a correct specification of mds.
I know this document.
http://www.cryer.co.uk/file-types/m/mds/mds.txt
If somebody knows it anything else, could you tell me?
Is there any idea and info for good dumping?
I have two disc with this protection and I found that unreadable sector have existed approximately 765 in PROTECT.PRO file.
I have a question about Old SecuRom.
http://support.alcohol-soft.com/knowled … b+Channels
Subchannel includes Data Subchannel and Audio Subchannel, where a disc saves
additional information other than normal data and tracks.Since not all CD-ROMs/ CD-RWs support subchannel, some game and music vendors save the "fingerprint information" in the two sub channels.
Therefore, if user wishes backup the disc, it is considered as failed if these data do not correctly backup.The manufacturers that use such measure of CD copy protection include Sony's Securom ("fingerprint " has been saved in Data Subchannel), New Securom ("fingerprint" has been saved in Data and Audio Subchannels), LibCrypt (Sony's PlayStation) and LaserLock. The data saved in Subchannels includes 16bytes (such as Securom and New Securom) and 96bytes (LibCript).
Therefore, the performance of CD-ROM/ CD-RW can read the two Subchannels
include: a. Raw+96, b. Raw+16, c.Raw (the data on Subchannels are unreadable), d. none (both the data on Subchannels and normal bad blocks are unreadable).
http://www.gameburnworld.com/protections_securom.shtml
SecuRom being the first protections used commercially is also one of the oldest protections widely used. Developed by Sony Technologies. Unlike the SafeDisc protection, the SecuRom protection stores its digital ID in the SubChannel Data of the original CD. SecuRom protected CD's don't contain any unreadable sectors. During Sony DADC痴 mastering process an electronic fingerprint is applied onto the glass master which assigns a unique number to each individual CD. SecuRom is also used on some Playstation titles. For more information on how this protection was developed visit the SecuRom website
http://web.archive.org/web/201506062012 … ecurom.htm
SECUROM:
Securom © Sony Corporation
Check for these files on the CD or in the installation dir:
CMS16.DLL
CMS_95.DLL
CMS_NT.DLL
Or check for this logo on the CD's inner ring:There's a new version of Securom called Securom NEW (used in e.g. UT2003, V-Rally 2, Diablo II, Ground Control, Music 2000, Soulbringer). There are NO cms*.* files anymore and on some CDs there isn't even the DADC-logo.
The new Securom files are:SINTF32.DLL
SINTF16.DLL
SINTFNT.DLL
They are copied to Windows system or temp directory during installation!CloneCD , Alcohol, the Blindread/Blindwrite suite and DiscJuggler 3.x are programs being able to do perfect copies of Securom (Old) protected CDs. In opposite to Safedisc it's easy to do a 1:1 copy of a Securom protected CD - no unreadable sectors. Anyway this copy won't run in many cases. The reason is Securom doesn't use unreadable sectors to verify if the CD is original, it uses data stored in the CD P/Q-subchannel.
If you don't have hardware being able to read & write the 16 byte PQ subchannel data needed to do a perfect copy of securom protected CDs just do a 'normal' 1:1 copy of the CD using one of the burning programs here and use DAEMON Tools to play. Just enable the Securom emulation in DAEMON Tools and your copy will run like the original.
Do you know which sector there is "fingerprint ", "digital ID"?
sarami wrote:I bought a 1210S and tested and confirmed that offsets was different in 0xd8(subch 02[main+sub] and 08[main+c2+sub])
Coded.What SCSI card are you using? I've tried two different Adaptec card models, and at least two different 1210S drives, and every combination suffers from repeated bus resets in Windows 7. In contrast, things work fine in Windows XP or Debian Linux under the same configurations. That's why many of my 1210S tests were performed under Windows XP. The 40TS behaves nicely in Windows 7.
I'm using a laptop pc (Win vista business sp 2 32bit) + pc card (http://www.iodata.jp/product/interface/scsi/pcsc-fp/) + connector (http://scsiproshop.shop-pro.jp/?pid=34541348) and it doesn't occur bus resets. I don't know why occurs bus resets in Win 7 at the present moment.
EDIT:
Uploaded 20150417 test ver.
- added: If semaphore time error occurs, exec sleep(25000)
- added: devided errorlog.txt to suberrorlog.txt and c2errorlog.txt
EDIT2:
I bought PX-W1210A again, and confirmed that SetCDSpeed failed and 0xd8 with subch 0x08 failed.
- fixed: Set false SetCDSpeed, 0xd8 & subch 0x08 in PX-W1210A forcibly
EDIT3:
- fixed: Buf size for executing EccEdc.
- fixed: Transfer length for volume descriptor.
Thank's research.
I inspected your log from 3/10 to today and I realized that a hash of 1210S with /c2 only unmatched.added: Using 0xd8(sub 0x02, 0x03, 0x08), dump main and sub data to disclog
(Not fix yet)
I bought a 1210S and tested and confirmed that offsets was different in 0xd8(subch 02[main+sub] and 08[main+c2+sub])
Coded.
Using the most recent version, Test(20150329):
<ack2121> only did 2 passes on the rereads before it declared it was done, said "C2 error was fixed at all"
https://www.sendspace.com/file/e9ecfr -- also claims everything is fixed? but the track is full of missing samples and audio cracks when you listen it.
It doesn't go well about c2 coding...
Added option 'val4'
/c2 Fix C2 error existing sector
val1 value to reread (default: 1024)
val2 value to fix a C2 error (default: 4096)
val3 value to reread speed (default: 4)
val4 value to c2 offset (default: 0)Could you input + or - value into val4 and test... Even if it doesn't go well, I'll code to compare all sector all byte multiple times in the future.
http://redump.org/disc/33940/ -- http://www.mediafire.com/download/q943c … C_logs.rar
Errorlog says everything is fixed? Or do I misunderstand something?
If he used ver. 20141017, probably fixed. But if bug that I don't know exists, probably isn't fixed...
At least, I think that it needs ripping at other dumpers.
Thank's research.
I inspected your log from 3/10 to today and I realized that a hash of 1210S with /c2 only unmatched.
added: Using 0xd8(sub 0x02, 0x03, 0x08), dump main and sub data to disclog
(Not fix yet)
px_d8 i 0px_d8 i 0 2px_d8 i 0 1
How about the result of px_d8 details in 1210S and other plextor?
Sector: ??
MSF: ??:??:??
Combined offset: ??? bytes / ??? samples
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.