Redump Forum

xTMODx wrote:

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

Fixed

thanks! works again

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.

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.

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

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

/c2 1000 8192 8 for example.

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

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.

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?

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.

Get this error with the CDI disc Pinball:
App crashes then.

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