Redump Forum

sarami wrote:

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

/p option should rip the pregap always, no matter if first track is audio, data or AMSF 00:02:00 is/isn't marked as index 00 by the subs. Currently it refuses to extract the pregap of that miniCD bundled with Tenbu Mega CD Special because AMSF 00:02:00 isn't marked as index 00.

pablogm123 wrote:/p option should rip the pregap always, no matter if first track is audio, data or AMSF 00:02:00 is/isn't marked as index 00 by the subs. Currently it refuses to extract the pregap of that miniCD bundled with Tenbu Mega CD Special because AMSF 00:02:00 isn't marked as index 00.

remove index 00 checking

Detected a bug when dumping a PCE CD game and reproduced by two different users who own the same disc, axisleon and F1ReB4LL:

/viewtopic.php?t=9480

Version used, the latest, that one with these hashes:

CRC32: 90bdbe17
MD5: e0b49e8aedb8e099d8f9a09c3f939e3c
SHA-1: b82c57d7fa02318e22d22a96c5a88eeeb74c3a72

Description of the issue: track 12 is completely in scrambled form. After removing the first 77 (audio) sectors, descrambling the data track and restoring the 77 audio sectors hashes are the expected ones:

CRC32: 01098cf1
MD5: aa9f2c8f79a2462911560b7275b1bcee
SHA-1: b246986e66b0f6c3561a5e7ea1f918f68f4c0437

Subcode dump of that disc got by subdump:
Logs:
This looks weird and likely is the problem:

    Data Sector, LBA   3365- 38271 (0x00d25-0x0957f)
    Data Sector, LBA  72512-    -1 (0x11b40-0xffffffff)

pablogm123 wrote:they seem to contain the same data minus for the random errors and CD+G graphics are playable once mounted as ccd/img/sub in the Kega emulator.

I had ever thought that CD+G hadn't playable at ccd/img/sub...
Fixed: If disc is audio only, use 0xbe command and subcode is raw mode. (omitted /cdg and CDG directive in cue)

pablogm123 wrote:Detected a bug when dumping a PCE CD game and reproduced by two different users who own the same disc, axisleon and F1ReB4LL:

Thank you. Fixed.

No one will use nowadays CDRWin to burn a bin/cue image with the CDG directives, but a ccd/img/sub image and CloneCD. Or simply mounting that image which double as the original CD, but including fully error free subcodes.

App crash with latest WIP. I tried it three times. Perfect rip dumps the disc fine. Logs: https://www.dropbox.com/s/w8mh60gald22x9v/logs.7z There also seems to be a CUE sheet problem in latest build. See here: /viewtopic.php?t=9502 … ide-rally/

Speaking of cuesheets...
https://redump.info/disc/24412/

https://redump.info/disc/24412/cue/

Multiple indexes aren't added. Could you see this and fix it?

Thank you a report.
btw, post 398 and 399 is same problem?

No, they aren't different.

MrX_Cuci's problem is a fictitious index created, likely by random errors in the Q subcodes not properly ignored and therefore a fictitious index is created. MrX_Cuci, you don't use the /i option anymore, right?

CATALOG 0000000000000
FILE "Track 01.bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 00 00:00:00
    INDEX 01 14:57:08

Should be simply:

CATALOG 0000000000000
FILE "Track 01.bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00


Regarding that Neo·Geo CD game, problem is the reverse: multiple and real indexes encoded in the subcode not added to the cuesheet. For burning/mounting the ccd image this shouldn't be a problem, subcode is here and will double as the original disc, but for mounting/burning/using this via the cue file is a problem, because the game expects multiple indexes not present and game won't work.

Anyway, a fully error free subcode dump to analyze it, just in case that you need a clean subcode to analyze this disc:

Nope, /i option abondened. I have just dumped another data track only disc. Also a wrong CUE sheet was generated.