- [ERROR] Number of sector(s) where mode is unknown: 23259
- [ERROR] Number of sector(s) where sync is invalid: 173395
- [ERROR] Number of sector(s) where sync is zero: 12260
- [F:CreateBin][L:1310] GetLastError: 8, Not enough storage is available to process this command.
Drive used was a Plextor PX-755A and tested with DIC 20170818, 20170702, and 20160805, all have been giving me the same problems. Disc looks mint with hardly any scratches at all so I can't figure out what the problem could be.
Last edited by idlord on Wed Sep 20, 2017 3:48 pm, edited 1 time in total.
I would assume that is what it refers to but there is more than enough space available to dump the disc, the disc is most likely bad as I'm unable to dump it with other software.
Listing the different protection schemes for the 8 subcoding channels...
Channel P: no protection, Channel Q: 16-bit CRC, Channels R to W:
[FONT=Arial][SIZE=2][SIZE=2][FONT=Arial][SIZE=2][FONT=Arial]To protect the data in the subcoding channels R to W, a (24, 20) Reed-Solomon error correction code is used. To improve the burst error correction capability, 8 times interleaving is added to this error-correction system. The first two symbols in a PACK have additional protection with a (4, 2) Reed-Solomon error correction code.
[/FONT][/SIZE][/SIZE][/FONT][/SIZE][/FONT]
Sarami maybe you could take the CRC16 from Sub Q and attempt to detect single bit errors by bit swapping each bit in Sub Q and checking if CRC16 matches (CRC16 could also be corrupted). cdgtool is using such approach to clean the subs for random bit errors. Could you implement this simple algorithm. That could solve issue with such rotting CDs...
I'm not the original dumper, I only saw the logs. In idlord's case /s 2 didn't help. In one of the logs you output a table describing TOC with pregap and this table is computed using RMSF in SubQ, yes? The problem with the CD is that RMSF in Q channel is bad but not random. For example at some point (say LBA 90000), RMSF is changed to some low value like 00:24:24 and goes up on each frame. After some sectors it restarts again and goes up.
RMSF goes 1 frame up with each sector (it's good) but the value is shifted and it screwes everything...
Last edited by reentrant on Thu Sep 21, 2017 12:51 pm, edited 1 time in total.