There is a completely new version (IV) being started soon.
Might it be best to let this be the secure ripper and focus on implementing a complete port, rather than spending a lot of time trying develop an “in house” secure ripper?
There is a completely new version (IV) being started soon.
Might it be best to let this be the secure ripper and focus on implementing a complete port, rather than spending a lot of time trying develop an “in house” secure ripper?
I guess it depends on the direction that IV takes. If it relies on SG_IO or FUA bits, then it won't be much more effective on a Mac than the current version. If it attempts to perform some sort of cache-defeating algorithm (test & copy or whatever you wish to call it) then it could be an improvement.
I read an interesting article on HA (part 2 is http://www.hydrogenaudio.org/forums/ind ... opic=47415) indicating that the approach used by the comparison ripper in Max- large reads with C2 error reporting- seems to be very reliable. I am still not convinced that with offset correction added the comparison ripper will not be up to par.
OK - That does make things sound more promising for the comparison ripper. I thought it was still stuck on trying to disable or flush the cache, which seemed to have dead ended.
I do hope that paranoia continues to be supported in Max. It’s quite a bit faster than the comparison ripper, and I think that paired with just about any decent drive - caching or not - is all that I, and probably most people just looking to reliably transfer their CD collection to their computer without any audible defects, really need.
It think all the talk on the forums about MAX really needing a “secure” ripper might be confusing to some people.
Perhaps a FAQ section would be helpful on this site.
Again, thanks for this program. It’s my most valuable program... and free!!!
Fuga wrote:From that link does no one else find the following comment intriguing?
"Or you can increase the cache thrashing constant and rebuild."
I would guess I am wrong in my assumption because if it were true I'd have to ask why no one tried earlier, but ...
Does that comment mean there is merely a paranoia setting to be changed (i.e. "cache thrashing constant")?
Do please forgive my ignorance.
I'm not too familiar with the paranoia source, but that is what the comment implies to me. I don't remember seeing anything like that in the paranoia version I'm using for Max, though, but I will go back and check!
Just to add a couple of quotes taken from the current Paranoia FAQ page:
“Paranoia IV is an upcoming generation that intends to improve the library API as well as take advantage of new CDROM features that existed on only a few specialist drives five years ago, but are now ubiquitous even in inexpensive models. Where Paranoia III concentrated on bulletproof extraction from good media and reliable extraction from damaged media, Paranoia IV will concentrate on the best possible extraction and correction from even heavily damaged media-- so long as the drive can still recognize the disc.“
“Since Paranoia III was originally declared 'finished' in 1999 (subsequent releases have mostly just been to fix bugs and keep up with kernel changes), a number of features that once existed only on very expensive CDROM drives have become more widespread. In particular, drives today are much more capable of fine-grained reporting of media damage. Thus Paranoia IV is now intended to be an update of Paranoia III that improves error handling and reconstruction ability.“