<![CDATA[Redump Forum — PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> 2009-10-25T06:28:52Z PunBB http://forum.redump.org/topic/4995/perfectrip-v100b34-and-v100b32r-bug-on-gaps-detection/ <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> "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)

]]> http://forum.redump.org/user/4223/ 2009-10-25T06:28:52Z http://forum.redump.org/post/21187/#p21187 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> 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.

]]> http://forum.redump.org/user/10468/ 2009-10-24T11:24:05Z http://forum.redump.org/post/21170/#p21170 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> http://forum.redump.org/topic/4495/sega … ing-guide/

We always use 100b

]]> http://forum.redump.org/user/4288/ 2009-10-14T12:03:26Z http://forum.redump.org/post/20971/#p20971 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> 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.

]]> http://forum.redump.org/user/10426/ 2009-10-13T21:56:04Z http://forum.redump.org/post/20960/#p20960 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> I make this thread sticky so everyone can check if these errors happen.

b32R gives same errors in gap

]]> http://forum.redump.org/user/4288/ 2009-09-07T23:06:00Z http://forum.redump.org/post/20211/#p20211 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> On May they were unknown and I got no warning but posting some subs... maybe I missed some discussions

]]> http://forum.redump.org/user/4288/ 2009-09-06T02:25:15Z http://forum.redump.org/post/20187/#p20187 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> Yes, it was said multiple times NOT to use this version, those bugs are known.

]]> http://forum.redump.org/user/13/ 2009-09-03T03:31:18Z http://forum.redump.org/post/20156/#p20156 <![CDATA[PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> ...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
]]> http://forum.redump.org/user/4288/ 2009-09-02T20:59:16Z http://forum.redump.org/post/20127/#p20127