1,276

(3,488 replies, posted in General discussion)

pablogm123 wrote:

PX-W4824TA (+98) doesn't support that at all, the range extracted this way is fully messed and the drive produces strange mechanical noises and halts frequently for a moment the dumping process.

Any +30 drive is fine, tested in my PX-W5224TA, PX-716AL and PX-755SA.

improved /p option

1,277

(3,488 replies, posted in General discussion)

pablogm123 wrote:

Any chance of 0xBE + packed mode + single sector reads for CD+G discs?

added: /cdg option

MrX_Cuci wrote:

Get this error with the CDI disc Pinball:

FULL TOC on SCSIOP_READ_TOC
    FirstCompleteSession: 1
     LastCompleteSession: 1
    Session 1, FirstTrack  2, Format: CD-I
    Session 1,  LastTrack  2
    Session 1,      Leadout, MSF 08:24:00 (LBA[037800, 0x093a8])
    Session 1,     Track  1, MSF 00:02:00 (LBA[000150, 0x00096])
LBA[000066, 0x00042], Track[01]: Adr[6] -> [1]
LBA[000066, 0x00042], Track[01]: TrackNum[135] -> [01]
LBA[000066, 0x00042], Track[01]: Idx[42] -> [01]
LBA[000166, 0x000a6], Track[01]: Adr[6] -> [1]
LBA[000166, 0x000a6], Track[01]: TrackNum[135] -> [01]
LBA[000166, 0x000a6], Track[01]: Idx[42] -> [01]
 :
 :

umm.. I don't understand why first track and last track is 2, why adr and tracknum and idx is these values.
I want to test. But I don't have CD-I disc.

1,278

(3,488 replies, posted in General discussion)

pablogm123 wrote:

Edit: minor bug detected in the x86, AnsiBuild, May  5 2014 00:11:05 version. When the disc has TOC vs. subcode desync, the normal cue (TOC in priority) has filenames with the '(Subs indexes)' string.

sorry, fixed.

pablogm123 wrote:

Any chance of 0xBE + packed mode + single sector reads for CD+G discs?

single sector? it's not cdg format (2448byte) but bin format (2352byte), isn't it?

1,279

(3,488 replies, posted in General discussion)

MrX_Cuci wrote:

Any idea why it took like six hours to dump the disc from attached logs? https://dl.dropboxusercontent.com/u/355 … l_logs.zip I tried an older version aswell. Same result. ISObuster did it like in 3 minutes or so, with the same result. I have soem more of these disc with the same problem.

I maybe realized.
In case of the plextor with d8, there is four ways to get sub channel.
1. main + Qsub (=2352+16byte)
2. main + P-Wsub(Pack) (=2352+96byte)
3. P-Wsub (=96byte)
4. main + C2 + P-Wsub(Raw) (=2352+294+96byte)
This app is using 2(no option) and 4(/c2 option).

To sum up, in case of R-W sub filled disc, to rip sub channel at raw mode, you need to use a /c2 option.

1,280

(3,488 replies, posted in General discussion)

pablogm123 wrote:

Just (Subs indexes) instead of _SubSync .

Changed

xTMODx wrote:

get an appcrash with some of the newer versions... http://www7.pic-upload.de/04.05.14/f3ttx8wtrpbc.jpg

Fixed

pablogm123 wrote:

The last frame of subcode isn't altered anymore, see the posted subcode.

Is there a error log of the last frame?

1,281

(3,488 replies, posted in General discussion)

MrX_Cuci wrote:

Any idea why it took like six hours to dump the disc from attached logs?

Thank you. please wait until fix.

pablogm123 wrote:

-When ripped the subcode and the main channel, determinate if exist any TOC vs. subcode desyncs. If not so, proceed as usual and create the normal dump.
If exist these desyncs, then create automatically two versions and dats of the dump:
-With subcodes indexes in priority
-With TOC indexes in priority.

Coded it (and del /s option). Please test.

pablogm123 wrote:

Off-topic: why the last pre-lead-out sector of certain MCD discs manufactured by JVC, marked as first sector of the lead-out in the subs, is replaced with a normal subcode frame?

refixed.

1,282

(3,488 replies, posted in General discussion)

pablogm123 wrote:

TOC indexes in priority should be the default option.

fixed option

pablogm123 wrote:

It's somewhat hard to explain the correct method to dump properly the first pregap when this one contains actual audio data (the miniCD Audio disc bundled with Tenbu MegaCD Special, for example), but would something like this.
-A part of the lead-in, the entire first pregap and a piece of the first track, index 1, is dumped.
-Then use the first sectors of the normal dump to search them in the dumped file, find the portion which matches those first sectors and extract the previous 352800 bytes into a separated file.
-The subcode is easy, just extract into a separarated file the frames with 00:00:00 - 00:01:74 AMSF.

I confirmed PX-755SA, but didn't confirmed PX-W4824TA. Do you know which a plextor drive is supported?

1,283

(3,488 replies, posted in General discussion)

F1ReB4LL wrote:
sarami wrote:

Yes. I have 134 PCE CD now.

Your dumps are welcome smile

I don't have a recommended ripping tool for PCE.

pablogm123 wrote:

Have you considered the possibility of implementing some way of detecting possible subcode vs. TOC desyncs, and print this data in the log files?
Once dumped the disc, you compare the indexes 01 and flags (DCP, PRE...) according to the TOC against the ones defined by the dumped subcode. If differ, print as warning.

coded.
added: /s option (if toc vs. sub isn't sync, sub indexes in priority)
             if not /s option, toc indexes in priority.
added: cue file for img

1,284

(3,488 replies, posted in General discussion)

Issue: 41 sectors in that mixed pregap in scrambled form. Those sectors should be unscrambled. In the same disc there is another data track with the same kind of mixed pregap (because the previous track is audio, so should contains 75 audio sectors + 150 mode 1 sectors) unaffected.

from log

LBA 232097, Track[27]: data track, but this sector is audio
LBA[232096, 0x38AA0], Data, Copy NG, TOC[TrackNum-27, Index-00, RelativeTime-00:01:33, AbsoluteTime-51:36:46] RtoW:ZERO, RtoW:ZERO, RtoW:ZERO, RtoW:ZERO
LBA[232097, 0x38AA1], Audio, 2ch, Copy NG, Pre-emphasis No, TOC[TrackNum-27, Index-00, RelativeTime-00:01:32, AbsoluteTime-51:36:47] RtoW:ZERO, RtoW:ZERO, RtoW:ZERO, RtoW:ZERO
LBA[232098, 0x38AA2], Data, Copy NG, TOC[TrackNum-27, Index-00, RelativeTime-00:01:31, AbsoluteTime-51:36:48] RtoW:ZERO, RtoW:ZERO, RtoW:ZERO, RtoW:ZERO

Uploaded latest WIP. Please re-test.

Do you have any PCE CD to test?

Yes. I have 134 PCE CD now.

the new EccEdc.exe program returns unexpected results

EccEdc_20140429
fixed: skip scrambled sector
http://www.mediafire.com/?j87e0amayhc2q7h/

1,285

(3,488 replies, posted in General discussion)

disable C2 entirely

What do you mean? If you don't need C2, you don't need to set /c2 option.

Do you have any SafeDisc/Laserlock protected discs?

I don't have yet.

or ones with Cactus Data Shield

I have some disc (CDS-200, CDS-300).

or something else with intentional C2 errors?

I have 2 disc.

1,286

(3,488 replies, posted in General discussion)

It's fixed probably (I don't test because I don't have this)
EDIT:
re-fix

1,287

(3,488 replies, posted in General discussion)

Off-topic: why the last pre-lead-out sector of certain MCD discs manufactured by JVC, marked as first sector of the lead-out in the subs, is replaced with a normal subcode frame?

How about other application? (e.g. perfectrip, clonecd etc)

1,288

(3,488 replies, posted in General discussion)

c2 file contains interleaved subcode data and subcode is corrupted.

I realized the issue.

Byte order of this drive is main + sub + c2

A bug exists in byte order routine. Please wait until I fix it.

EDIT: fixed
EDIT:

657324 KB of private bytes applying the default value, 32768.

fixed the default value to 4096

1,289

(3,488 replies, posted in General discussion)

>xTMODx
Thank you. Fixed about relative time. Please re-test.
>pablogm123
umm.. it doesn't get all subchannel exactly. Please re-test using latest WIP.

1,290

(3,488 replies, posted in General discussion)

updated

1,291

(3,488 replies, posted in General discussion)

updated about GetProductInfo.

[EDIT]
added: CreateMutex()

1,292

(3,488 replies, posted in General discussion)

I tried the CDTool.exe (with PX-755SA, PX-4824TA) and inputted $FF000000 or $F0000000 in sector input box of "View sectors".
But I didn't get the sector data, and continued to start and stop reading disc.
Eventually, I got the error below.

Sector could not be read.

Error while processing ReadCD command.

Unknown sense key code combination:

Sense key:3

Additional sense code:2

Additional sense code qualifier:129.

Does my way make a mistake of any?

1,293

(3,488 replies, posted in General discussion)

>pablogm123
Thank you testing.
EccEdc_20140416.7z
http://www.mediafire.com/?74xxfl46ozbt1tz
fixed: detect  mode 2

>F1ReB4LL

"$FF000000 to -1"

sorry, I don't understand "$FF000000".

1,294

(3,488 replies, posted in General discussion)

Plextor drives can rip only the -75, -1 range of the first pregap directly.

Somebody knows a drive that it can rip under -75 (=from -150 to -76) LBA?

-A part of the lead-in, the entire first pregap and a piece of the first track, index 1, is dumped.

This is unexpected for me. I don't know why these data get by a plextor drive.

1,295

(3,488 replies, posted in General discussion)

1. reenabled PX-W2410TA, PX-320A, PX-W8432T, PX-W1210A for the present.
2. added: execute EccEdc.exe in this program. it places in same dir.
    (EccEdc.exe is tool that checks a user data(2048byte) using ecc/edc.)
     http://www.mediafire.com/?glwmoytaqo00e55/
    [EDIT] fixed help msg.
3. fixed: parsing subchannel (LBA -1 and adr flag isn't 1.  e.g. [PCE]1552 Tenka Tairan)
4. changed: ScsiPassThroughDirect.TimeOutValue (2 => 60)

Has there been a fix for the Error 121: semafoor issue?

I want to fix it. But I don't know in detail. And this error doesn't show in my PC. So I can't confirm this.

[EDIT]
5. added: msg that if it isn't index 0 at LBA 0 /p is ignored.

1,296

(3,488 replies, posted in General discussion)

In the past, I confirmed that there was some probrem about PX-W2410TA (fw 1.04), PX-320A(fw 1.06), PX-W8432T(fw 1.09), PX-W1210A(fw 1.10)

[PX-W2410TA, PX-320A]
. If it doesn't read a subchannel using 0xd8 command, an offset of drive is +99, but if it read a subchannel using 0xd8 command, an offset of drive is +686.

[PX-W2410TA, PX-320A, PX-W8432T, PX-W1210A]
. If a data track exists in track 1 and read it using 0xd8 command, it becomes the read error (ILLEGAL_REQUEST. ILLEGAL MODE FOR THIS TRACK)

So, I can't support these drive at this time.

1,297

(3,488 replies, posted in General discussion)

Sorry. Reuploaded.

1,298

(3,488 replies, posted in General discussion)

Thank you a report. Possible fixed.

1,299

(3,488 replies, posted in General discussion)

Nexy wrote:

It's recognized by windows and plextools, disc spins up, won't read.

When I ran DIC, it started using 100% CPU, I couldn't even move the console window. Effectively hardlocking my PC, so I tried to eject the disc and they tray opened normally, which gave me back control. The console window would NOT close so I rebooted... well that failed too, I was unable to close the process. So I hit the reset button to hard reboot (which I hate to do).

Q1: Does it occur only with your PX-W5224A? Or all your drive?
Q2: Does it occur by a specific command and option? Or all command and option?
Q3: This app is built with VS2013 from ver.20131217. Which version does it occur from? (Old download link is written by ReadMe.txt.)

Please tell me if a test is possible.

1,300

(3,488 replies, posted in General discussion)

Does't spin a disc? or Does't recognize your drive on your computer?

In either case, it is impossible that the optical drive is broken by this app.
I don't do such a coding.

Is there the person that a drive failed in other users?