...after a lot of new PC dumps and sub checks it's clear the last version of PR has a bug on gaps detection: it finds a lot of INDEX>1 on single data tracks CDs and sometimes also on audio tracks, the weird issue is that those INDEX are also double or out of order. An example on last dump:
FILE "01.- Treasure Island (J).track.img" BINARY
TRACK 01 MODE1/2352
INDEX 11 11:07:42
INDEX 01 00:00:00
INDEX 11 12:57:22
INDEX 01 12:57:23
FILE "02.- Treasure Island (J).track.pcm" BINARY
TRACK 02 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "03.- Treasure Island (J).track.pcm" BINARY
TRACK 03 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
INDEX 21 00:21:62
INDEX 01 00:21:63
FILE "04.- Treasure Island (J).track.pcm" BINARY
TRACK 04 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "05.- Treasure Island (J).track.pcm" BINARY
TRACK 05 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "06.- Treasure Island (J).track.pcm" BINARY
TRACK 06 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
What subchannel reading mode do you use, 001b or 100b? With 001b it may happen that your drive occassionally drops in some erroneous subchanel bits (which is used to determine index changes) and maybe PerfectRip isn't able to detect and compensate them properly.
Where do I get a non bugging version then? The one on cdfreaks is still b34. I can't post on that forum because it bugs in firefox for me, and the support email is invalid too.
Last edited by Nexy on Sat Oct 24, 2009 6:24 am, edited 1 time in total.
"because it bugs in firefox for me"
Just try it on a clean profile (run firefox.exe -p)
I use it here without a problem whatsoever (with ABP and scripts enabled in NoScript)
