DiscImageCreator

[xTMODx]

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

Fixed

thanks! works again

[sarami]

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.

[pablogm123]

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

According to my tests, PR (which uses 0xBE read command) configured with packed mode and single sector reads offers the cleanest subs files for my CD+G disc Rock Paintings. Once I extracted 8 times (yes, 8 times) the subcode of that disc this way and R-W data was always identical. Drive used was the PX-W4824TU, the best drive I have for CD+G and GD-ROM discs.

[MrX_Cuci]

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.

Thanks, will try that option and let you know how it behaves.

[pablogm123]

You always should use the /c2 option anyway, to discard that your dumps are affected by those errors.

/c2 1000 8192 8 for example.

[MrX_Cuci]

Using /i and /c2 option at the same time crashes the app

[pablogm123]

You shouldn't use the /i option to dump normal discs, this option is ONLY to dump certain PCE CD discs with non-standard yet valid ISRCs. By doing so will get lots of fictitious ISRCs and therefore an invalid cue.

Example:
https://redump.info/disc/28248/

The use of that option doesn't make sense at all for you because anyway you are double-checking the possible CATALOG/ISRC/DCP... flags with PR.

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.

[sarami]

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.

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?

[pablogm123]

PR can rip either to CD+G bin/cue (raw image with interleaved subcode data in non-deinterleaved form, like Alcohol 120% images or created by the 2352to2448 themabus' program and CDG instead of AUDIO in the cuesheet) or to ccd/img/sub.

When only ccd/img/sub is selected PR will append an artificial lead-out in the image and in the the subcode. This is avoided by ripping simultaneously to normal bin/cue or to CD+G.

I mean to extract that way the subcode data to have at least clean R-W data. Format would be the classic ccd/img/sub.

[MrX_Cuci]

Get this error with the CDI disc Pinball:

Code: Select all

D:\DiscImageCreator\x64\Release>DiscImageCreatorWIP2.exe cd y: PinballCDI 8
OS
        Windows 7 Ultimate Service Pack 1 64bit
AppVersion
        x86, AnsiBuild, May  7 2014 13:42:15
CurrentDir
        D:\DiscImageCreator\x64\Release
InputPath
         path: PinballCDI
        drive:
          dir:
        fname: PinballCDI
          ext:
Start: 2014-05-07(Wed) 17:33:23
Checking reading lead-out
Creating bin from 37650 to 37652 (LBA)  37652
Reading lead-out: OK
Operation Code: 0xd8, SubCode: Pack
Creating img(LBA)  37651/ 37649
Internal error. Failed to analyze the subchannel. Track[01]/[02]

App crashes then.

Logs: https://dl.dropboxusercontent.com/u/355 … rorlog.zip