Skunk;330701 Wrote: > It does affect the speed, but not for the reasons you're pointing out. > If the disc is in the database dbP can rip it once, quickly, and > compare the results to other rips- moving on the the next track with > 99.9% confidence that the rip was secure. If the track isn't in the > database, or if the results don't match, it does a secure rip which > would take at least twice as long. > > If one were using EAC accurateRip wouldn't affect the speed at all, but > quite the opposite with dbP. > > > There is at least one ripper that is or was disallowed from using > accurateRip, but the guy who posted above you (dbP and aR developer) > would be the one to ask.I meant as far as submitting. I was thinking in a > negative way. Yes it does help speed quite a bit in the way that you point out. It was an interesting reason that that ripper was cut off. I don't blame them either.
-- Nonreality -IF THE RULE YOU FOLLOWED BROUGHT YOU TO THIS, OF WHAT USE IS THE RULE.- HTTP://www.last.fm/user/nonreality ------------------------------------------------------------------------ Nonreality's Profile: http://forums.slimdevices.com/member.php?userid=15723 View this thread: http://forums.slimdevices.com/showthread.php?t=51164 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
