<![CDATA[Redump Forum — PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> http://forum.redump.org/topic/4995/perfectrip-v100b34-and-v100b32r-bug-on-gaps-detection/ Sun, 25 Oct 2009 06:28:52 +0000 PunBB 1.4.4 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> http://forum.redump.org/post/21187/#p21187 "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)

]]> Sun, 25 Oct 2009 06:28:52 +0000 http://forum.redump.org/post/21187/#p21187 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> http://forum.redump.org/post/21170/#p21170 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.

]]> Sat, 24 Oct 2009 11:24:05 +0000 http://forum.redump.org/post/21170/#p21170 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> http://forum.redump.org/post/20971/#p20971 http://forum.redump.org/topic/4495/sega … ing-guide/

We always use 100b

]]> Wed, 14 Oct 2009 12:03:26 +0000 http://forum.redump.org/post/20971/#p20971 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> http://forum.redump.org/post/20960/#p20960 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.

]]> Tue, 13 Oct 2009 21:56:04 +0000 http://forum.redump.org/post/20960/#p20960 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> http://forum.redump.org/post/20211/#p20211 I make this thread sticky so everyone can check if these errors happen.

b32R gives same errors in gap

]]> Mon, 07 Sep 2009 23:06:00 +0000 http://forum.redump.org/post/20211/#p20211 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> http://forum.redump.org/post/20187/#p20187 On May they were unknown and I got no warning but posting some subs... maybe I missed some discussions

]]> Sun, 06 Sep 2009 02:25:15 +0000 http://forum.redump.org/post/20187/#p20187 <![CDATA[Re: PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> http://forum.redump.org/post/20156/#p20156 Yes, it was said multiple times NOT to use this version, those bugs are known.

]]> Thu, 03 Sep 2009 03:31:18 +0000 http://forum.redump.org/post/20156/#p20156 <![CDATA[PerfectRip v1.00b34 and v1.00b32R bug on gaps detection...]]> http://forum.redump.org/post/20127/#p20127 ...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
]]> Wed, 02 Sep 2009 20:59:16 +0000 http://forum.redump.org/post/20127/#p20127