201

(3,535 replies, posted in General discussion)

sarami wrote:

I want to know main, sub c2 read order. It can confirm by a perfectrip. PX755A is main+c2+sub.

As far I know, it is always main+c2+sub, except for Mediatek drives (main+sub+c2).

Jackal wrote:

So only in 100b mode? maybe because of the Reed Solomon checking?

According to Carlos (IpseDixit), R-W filled with 0xFF pattern is nonsense data which confuses the drive's logic which performs the 100b mode:
http://club.myce.com/f61/subchannel-iss … ost2128678

202

(3,535 replies, posted in General discussion)

Nexy wrote:

I did -5000 0 , but it only dumped 3927 sectors. I am not sure why.

The expected, that's normal.

Could you try deleting the useless data before the beggining of data track, using a hex editor? The first sector of data track contains this header 00 FF FF FF FF FF FF FF FF FF FF 00 11 82 00 61 (scrambled) or 00 FF FF FF FF FF FF FF FF FF FF 00 10 02 00 01 (unscrambled). But remember the exact amount of deleted bytes, so that write offset can be determinated.

As workaround, you can download this file (you need the ecma program to unpack it, see the themabus' signature), dummy data which fills the 0,45000 gap. Then, copy /b dummy.bin+[your dump] [final file]. CDMage will be able to open the final file and scan for corruption, assuming that there are no audio tracks.

And if I were you, I would report this error to themabus, who developed the ice.exe app.

-dec [filename] [LBA]
               Descramble data sector (for GD-ROM Image)
    -split [filename]
               Split descrambled File (for GD-ROM Image)

It seems that the -dec dense.bin 45000 command line does the trick if high density session contains just a data track.

sarami has developed an alternative program which can process scrambled DC dumps:

http://forum.redump.org/topic/10483/discimagecreator/

207

(3,535 replies, posted in General discussion)

http://www.mediafire.com/?6z1j79lmd2qj1dx

As reference, I usually run this command line:
subdump -i h: -f disc.sub -mode 2 -fix 2 -rereadnums 50 -speed 24

208

(3,535 replies, posted in General discussion)

For me, it's a promising program, due to D8 command support to rip and autodetect the offset correction to apply.

Could you verify if can dump the TOC+pregap without disc swapping as required for CDTool?

discimagecreator -ra h: 4 TOC+Pregap -5000 -76

209

(3,535 replies, posted in General discussion)

Interesting. Perhaps only pciide.sys (the one which handles JMicron PATA controllers) is affected by this issue, because intelide.sys seems to work fine. The other .sys files are common for both pciide.sys and intel.sys.

210

(3,535 replies, posted in General discussion)

MrX_Cuci wrote:

I have a PX-712A Win 7 64bit connected via PATA, anything special I need to test? Or just dump anything and compare? Chipset: Intel(R) ICH7 Family Ultra ATA Storage Controllers - 27DF

Could you check if intelide.sys or pciide.sys is the driver loaded for your PATA controller?

211

(3,535 replies, posted in General discussion)

The brand of bridge implemented which doesn't support fully ATAPI drives, I assume. As far I know, the best brand of chipset for ATAPI-->USB 2.0 enclosures is NEC. For ATA/ATAPI/SATA--> USB 2.0 conversion, my adapter (CSATAi23U) based on JMicron works OK with ATAPI drives.

For SATA drives, I personally use a SiI-3132 PCIe card flashed to non-RAID ROM. My PX-755SA drive attached to this controller works fine. And for internal ATAPI drives, the best controllers I have tested are these ones: CMD/SiI-649, SiI-680 and JMicron JMB363.

Anyway, I don't run a x64 OS to test the compability under a 64 OS.

Virtual CloneDrive and scrambled ccd/img/sub
Not fully supported. IsoBuster doesn't recognize any content of mounted into the virtual drive scrambled image, as a blank CD-R. Truman's CDTool can recognize the contents, but unfortunately there is no unscrambling on the fly.

Scrambled bin/cue image and Daemon Tools 3.47: No sucess.

CloneCD 5.3.1.4. This is the image I burned, the bootable image of Memtest86+ 4.10 converted to ccd/img/sub format (lead-out subcode generated).

http://www.mediafire.com/?31b5rl3ebari4q4

I have tried the old Daemon Tools 3.47 and no luck. Scrambled ccd/img/sub not supported.

[Disc]
TocEntries=4
Sessions=1
DataTracksScrambled=1
CDTextLength=0

I have burned a ccd/img/sub image (img file scrambled, 1 data track) successfully and the burned disc is fully readable. IsoBuster can open this image and shows its contents, too. Unfortunately, Daemon Tools doesn't support the scrambled ccd/img/sub image.

215

(3,535 replies, posted in General discussion)

Understood then. The release tested by me is the x86-32 release. The OS I run is Windows XP SP3.

216

(1 replies, posted in General discussion)

To dump CD based games with audio tracks I wouldn't suggest any modern drive. They usually lack of overreading capability.

Anyway as dumping drive, I would prefer any Lite-On drive, Mediatek based, rather a Hitachi-LG drive, Renesas chipset.

And I would consider the option of make external a decent internal drive, through a SATA+PATA to USB adapter.

You can download a samples of lead-in + first pregap + a piece of program area:

-Alien Trilogy, PC version, US release. First pregap is Sony style (1.74 - 0)

-Celine Dion - A New Day Has Come. A disc protected by Key2Audio, including scrambled data sectors marked as audio in the first pregap (-150,0), fake sessions, CD-Text, ISRCs and MCN. Interesting from technical viewpoint. First pregap is Philips style (10.00 - 1)

Regarding scrambling: data sectors (not audio sectors) are stored actually scrambled. Reason: data sectors not scrambled can contain certain regular data patterns which would render unreadable the disc. If you read as audio a data track from a disc (Read D8 or audio trap disc) you get the scrambled content, and with no offset correction. You cannot extract as data an audio sector (where user data=raw data) because the drive would expect to find sync, header, EDC, ECC... fields and would report a read error.

I know that ccd/img/sub CloneCD format supports scrambled data tracks. Also, IsoBuster can open scrambled data tracks, unscrambling the contents on the fly.

218

(3,535 replies, posted in General discussion)

You have to enter this range: -5000, 0. When the drive reachs -1000 LBA more or less will report a read error, but doesn't matter because TOC+pregap will be dumped.

-150,-76 range is not supported by Plextor drives.

To overread into lead-out an old Lite-On drive is better (without disc swapping I mean). My CRX220E1 and LH-20A1P can read both a maximum of 6749 sectors of lead-out (audio type). PX-W5224A only 100 sectors.

219

(3,535 replies, posted in General discussion)

No success, doesn't support this input. Anyway, I have try to read the $FF000000 sector using the View Sectors of CDTool, and no luck, the drive remains busy a few of minutes and reports an error.

220

(3,535 replies, posted in General discussion)

Of course, you can dump that range (main channel + subcode) to obtain a dump of a piece of lead-in (including the raw TOC stored in subcode) +  first pregap + a few of sectors of program area. As sample, I have dumped the -5000,0 range from my Alien Trilogy PC disc, drive used is a PX-W5224A:

http://www.mediafire.com/?amie4hqtfkd71jx

221

(3,535 replies, posted in General discussion)

I find your tool very useful to dump the -5000,0 range as audio, due to D8 command support. No more audio disc and disc swapping required.

discimagecreator -ra h: 4 TOC+Pregap -5000 0.

What does exactly your tool if certain sector is unreadable? Skip or replace with generic data that sector?

222

(3 replies, posted in General discussion)

Run the subdump program. This is the proper command line to dump the subcode from a LC disc: -mode 1 -fix 1 -rereadnums 25. -fix 2 could ruin the modified Q subcodes.

223

(3,535 replies, posted in General discussion)

Enker, could you try PF with/without subcode reading, and check if both dumps differ? I think, due to a bug of firmware, your drive reads one sector before than expected if subcode reading is requested.

224

(5 replies, posted in General discussion)

I have tested a few of drives. These are the results (disc tested is the european Battle Arena Toshinden):
http://fotos.subefotos.com/a56e355f2de070e64994cc0c949e7167o.png

Tool used is IsoBuster, except for the px716al-cdtoimgd8.bin dump. For this dump I have run cdtoimg j: scrambled.bin 24 and then unscramble -size=14874048 -offset=128 -output=PX716AL-CDtoIMGD8.bin scrambled.bin

The dump made by the GSA-4167B and DVR-107D has only a difference. The last sector of data track lacks of header field.

During the dumping process the PX-716AL drive (with ECC off unchecked) reported an error. I choosed replace user data with zeroes, and IsoBuster replaced the unreadable last sector with a fully zeroed mode 2 sector, but with sync and header.

The Sony drive (actually a Lite-On drive crossflashed to Sony firmware because Sony firmware enables overreading into lead-out) and HL GCE-8526B (both Mediatek based) can dump the data track without any workaround, just dump the proper range using IsoBuster.

225

(5 replies, posted in General discussion)

I think the better solution would be a cdtoimg-d8 dump (and you should to read the first sector of lead-out to correct the audio offset with IsoBuster/CDTool) and a proper dump of subcode by subdump -mode 2 -fix 2. Then extract the data track and unscrambled it. And post a screenshot of IsoBuster showing the disc contents, to determinate the start of track 2 - index 1 as reported by the TOC.