1,176 Reply by sarami

(3,488 replies, posted in General discussion)

MrX_Cuci wrote:

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.

Go to forum: General discussion

1,177 Reply by sarami

(3,488 replies, posted in General discussion)

MrX_Cuci wrote:

Using latest build app crashed on me, let me know what you need:

Does the problem happen with all your discs?

EDIT: Uploaded 20150514

Go to forum: General discussion

1,178 Reply by sarami

(3,488 replies, posted in General discussion)

Uploaded 20150510 ver.

Go to forum: General discussion

1,179 Reply by sarami

(7 replies, posted in General discussion)

F1ReB4LL wrote:

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.

MrX_Cuci wrote:

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?

Go to forum: General discussion

1,180 Reply by sarami

(7 replies, posted in General discussion)

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.

Go to forum: General discussion

1,181 Topic by sarami

(57 replies, posted in General discussion)

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"?

Go to forum: General discussion

1,182 Reply by sarami

(3,488 replies, posted in General discussion)

scsi_wuzzy wrote:
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.

Go to forum: General discussion

1,183 Reply by sarami

(3,488 replies, posted in General discussion)

sarami wrote:

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.

F1ReB4LL wrote:

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.

Go to forum: General discussion

1,184 Reply by sarami

(3,488 replies, posted in General discussion)

F1ReB4LL wrote:

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.

Go to forum: General discussion

1,185 Reply by sarami

(3,488 replies, posted in General discussion)

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)

Go to forum: General discussion

1,186 Reply by sarami

(3,488 replies, posted in General discussion)

scsi_wuzzy wrote:
px_d8 i 0
px_d8 i 0 2
px_d8 i 0 1

How about the result of px_d8 details in 1210S and other plextor?
  Sector: ??
  MSF: ??:??:??
  Combined offset: ??? bytes / ??? samples

Go to forum: General discussion

1,187 Topic by sarami

(11 replies, posted in General discussion)

To: Admin
Using Quick search, I want to search a disc with protect (safedisc, securom etc). Is it difficult?

Go to forum: General discussion

1,188 Reply by sarami

(3,488 replies, posted in General discussion)

It may be this.
DiscImageCreator\Doc\KnownIssue.txt

. Reading with/without subcode, differ offset. (firmware bug?)
  PLEXTOR PX-W2410TA: +686(with), +98(without)
  PLEXTOR PX-320A   : +686(with), +98(without)

fixed: reading a subcode on ReadCDForSearchingOffset().
If my thought is right, "Combined Offset (Byte)" of disclog.txt increases 2352(0x930) byte in your 1210S. If so, to get right "CD offset", it needs to fix driveOffset.txt manually for these drives .

EDIT:
fixed: doesn't work startstop command from 20150227

Go to forum: General discussion

1,189 Reply by sarami

(3,488 replies, posted in General discussion)

scsi_wuzzy wrote:

My apologies, but I wasn't clear before about the ReadBufferCapacity() problem on the 1210S. For some reason, the 1210S resets itself if a SCSIOP_READ_BUFFER_CAPACITY is issued to it. When it resets itself, it is unresponsive for some seconds and the following SCSI commands fail with either "UNIT_ATTENTION - POWER ON, RESET, OR BUS DEVICE RESET OCCURRED" or "LUN NOT READY - BECOMING READY".

I found this page.
https://msdn.microsoft.com/en-us/librar … s.85).aspx
And I understood that 1210S didn't support ReadBufferCapacity according to your drivelog.

    FeatureRealTimeStreaming
                StreamRecording: No
            WriteSpeedInGetPerf: No
               WriteSpeedInMP2A: Yes
                     SetCDSpeed: Yes
        ReadBufferCapacityBlock: No

Uploaded. But I don't know why SetCDSpeed fails on 1210S...

EDIT: remove some declspec(align(4) in struct.h. changed message when it failed re-read.
EDIT: I had made a silly mistake regarding reread from 20150227. fixed it.

Go to forum: General discussion

1,190 Reply by sarami

(3,488 replies, posted in General discussion)

scsi_wuzzy wrote:

I did some preliminary tests with the PX-W1210S. This drive has some weird quirks too, just like the 40TS. For some reason it returns 0 for SCSI.wCurrentMedia. I added code to set the media type to ProfileCdrom to bypass that issue. The other issue is that the call to ReadBufferCapacity results in a drive reset, causing subsequent drive operations to error due to drive not ready. I solved this by bypassing the ReadBufferCapacity call and hard-coding the buffer size (4096 KB, according to Plextools).

Uploaded. Could you test and upload log.

Go to forum: General discussion

1,191 Reply by sarami

(3,488 replies, posted in General discussion)

scsi_wuzzy wrote:

I noticed the /c2 option wasn't working, though, since bC2ErrorData == FALSE.

Thanks. Uploaded.

LBA[201301, 0x31255], Audio, 2ch, Copy NG, Pre-emphasis No, Track[19], Idx[01], RMSF[01:26:00], AMSF[44:46:01], RtoW[0, 0, 0, 0]
LBA[201302, 0x31256], Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [0000000000000], AMSF[     :02], RtoW[0, 0, 0, 0]
LBA[201303, 0x31257], Audio, 2ch, Copy NG, Pre-emphasis No, Track[19], Idx[01], RMSF[00:03:00], AMSF[44:46:03], RtoW[0, 0, 0, 0]
LBA[201304, 0x31258], Audio, 2ch, Copy NG, Pre-emphasis No, Track[19], Idx[01], RMSF[00:03:01], AMSF[44:46:04], RtoW[0, 0, 0, 0]
 :
 :

There is incorrect RMSF. Probably fixed.

scsi_wuzzy wrote:

I started doing tests on an old Nakamichi.

If you can, could you test other old plextor scsi drive too smile

scsi_wuzzy wrote:

It works with px_d8, but not when reading subcodes. I've posted a question elsewhere on the forum to hopefully determine exactly how px_d8 does subcode reading, so maybe I can troubleshoot it.

http://forum.redump.org/topic/2468/offs … d-command/
px_d8 is created by Truong Hi and Dremora. Dremora github: https://github.com/Dremora
But px_d8 code didn't exist in this github...

Go to forum: General discussion

1,192 Reply by sarami

(3,488 replies, posted in General discussion)

- fixed: IsValidSubQTrack()

Go to forum: General discussion

1,193 Reply by sarami

(3,488 replies, posted in General discussion)

scsi_wuzzy wrote:

The disc that failed when I tested it yesterday was a single track disc (US version of Ace Combat 3). However, I tried on a multi trakc disc (Japan version of Ace Combat 1), and the px_d8 works.

I'll update the document until next release.

scsi_wuzzy wrote:

Reading is much slower than in the last version. My guess is this is due to the additional read commands used for subcode reading (which weren't being run before, since the buffer was 0 < MINIMUM_DRIVE_BUF_SIZE).

- fixed: MINIMUM_DRIVE_BUF_SIZE is from 256 to 512.

scsi_wuzzy wrote:

I've got some other SCSI drives I'll try to get tested eventually (Some old Nakamichi, Toshiba, other Plextor models, Yamaha, etc) and report results.

Thank you in advance.:)

Go to forum: General discussion

1,194 Reply by sarami

(3,488 replies, posted in General discussion)

- fixed: If ModeSense failed, set drive buffer size manually. (Ultraplex is 512)
Could you test again and upload all log of Ultraplex.

Go to forum: General discussion

1,195 Reply by sarami

(3,488 replies, posted in General discussion)

scsi_wuzzy wrote:

pDisc->SCSI.pszTitle == 0, because pDevice->bCanCDText == FALSE, so the pszTitle array isn't initialized. Same problem exists with pszPerformer, etc. I bypassed it by checking first if pDisc->SCSI.pszTitle == 0, and similar for other psz* variables. I'm not sure if that's the best solution, though.

Uploaded.

scsi_wuzzy wrote:

One other problem which I haven't looked into yet is, after reading all the scrambled sectors for a PSX disc, an error is presented:

Please all log file.

Go to forum: General discussion

1,196 Reply by sarami

(3,488 replies, posted in General discussion)

Somehow Ultraplex seems to get the fulltoc data as "hexadecimal"
  PX-716AL: LastTrack 21, Ultraplex: LastTrack 33(=0x21)
  PX-716AL: Leadout, MSF 51:57:08, Ultraplex: Leadout, MSF 81:87:08(=0x51:0x57:0x08)
   :
   :
I coded to convert hexadecimal to decimal these value. Could you test again..

Go to forum: General discussion

1,197 Reply by sarami

(3,488 replies, posted in General discussion)

scsi_wuzzy wrote:

Unfortunately it looks like there are some other obstacles. I had to bypass "ReadDiscInformation" as the Ultraplex doesn't support those commands either.

- fixed: alway return TRUE

scsi_wuzzy wrote:

The call to ScsiPassThroughDirect seems to only read 2448 bytes into lpbuf (if I'm understanding the ioctl call correctly -- DataTransferLength is only 2448. But then lpbuf2 is lpbuf + combined offset, and combined offset on this disc is 9160 bytes. lpbuf2 then goes past the end of the lpbuf array.

sorry, fixed. Could you test again.

Go to forum: General discussion

1,198 Reply by sarami

(3,488 replies, posted in General discussion)

scsi_wuzzy wrote:

It's a strange drive. Here's a brief discussion about it on the dbpoweramp forums, where a user mentions that it supports only 0xD8, and not 0xBE.

Uploaded test exe (with src)
- changed: from READ_CD(0xbe) to READ_D8(0xd8) or READ12(0xa8)
- fixed: buffer overrun

Go to forum: General discussion

1,199 Reply by sarami

(3,488 replies, posted in General discussion)

scsi_wuzzy wrote:

I think the incompatibility is (partly) because the Ultraplex 40 doesn't support the SCSIOP_READ_CD read command used in ReadTOCFull. It only supports 0xd8 reads.

Really? please stdout log.

scsi_wuzzy wrote:

I also did some testing with my Creative RW121032E which is (I believe) a rebadged PX-W1210TA. You are correct, on PSX discs px_d8 fails with "ILLEGAL_REQUEST. ILLEGAL MODE FOR THIS TRACK". In contrast, the PX-W1210S and Ultraplex 40 seem to work with px_d8 on these discs.
However, I was able to get the RW121032E to dump a Saturn disc using 0xd8.

Are PSX discs single track? If so, could you test PSX multi track discs too.

btw, how do you connect the scsi drive? There isn't a scsi interface in my pc, and an adapter of scsi to usb is very expensive..

Go to forum: General discussion

1,200 Reply by sarami

(3,488 replies, posted in General discussion)

Thank you log.

Is the ring code of Your Steamgear Mash vs. ring code of database same?
SS disc includes "The first sector of the 2nd track's pregap is a scrambled data sector" occasionally.
Your disc is needed by subdump.exe ripping. Please report to F1ReB4LL.

Go to forum: General discussion