http://club.cdfreaks.com/showthread.php?t=199890

I don't really know whether it is secure (it seems to rely on C2 reports and does not try to re-read problematic sectors) but it looks interesting. Especially because it is coming from the guy who kicked off the "EAC is wrong by 30 samples" thing.

EDIT:

Yeah well, not much there. I can announce an app too, only it's of little use without at least an alpha...

I don't think I'll ever need to switch from EAC - but if that app will allow offset corrected and secure ripping for bin/cue images (for creating 1:1 backups of older games that used both cd data and cd audio), as well as offset corrected burning for such images, then it will have a place on my HD for sure.

http://perfectrip.cdfreaks.com/

Well, at least it got its own place at cdfreaks already. But he's almost one month late with his first public release...

Heh, not surprising.

Easier said than done!

Wow, that sounds to me like a really nice specialised image ripping app, with some very advanced options incorporated To me, then a feature that i would appreciate added, would be support for re-reading the sectors where bytes have been flaged by C2 pointer bits(and taking C2 pointers into account also during the re-reads), instead og having to check the status report for returned C2 pointers and then re-ripping manually if needed. Also, if it isn't doing that allready, then freedb lookup support and adding extra metadata as REM entries into the cuesheets, would be very nice to.

Thanks mate, for reporting this exciting news announcement here It's really nice to have alternatives to choose between when it comes to secure rippers suporting image/cuesheet ripping Unfortunetly, then i'm so addicted to the automation and effeciency of the REACT plugin, that i don't think that i would be able to consider anything else than EAC, but even though EAC's secure mode routines isn't the best in the world, then i'm personally not too paranoid about missed consistent errors and am personally very happy with EAC, but nonetheless, interesting news indeed

Well, I think PerfectRip's "dumb" approach of ripping main and sub-channels alike (even with a twist, recognising their offset skew) is interesting.

But then I think secure ripping is much more important than a true 1:1 copy of even the sub-channel data. EAC reads CD-TEXT, ISRC and so on independently and stores this information in the cue sheet, later when writing the rip back to a CD-R the sub-channel gets built from scratch with this data. PerfectRip simply writes the main (audio) and sub-channels with corrected offsets and all that as is. The resulting copy should therefore have the exact same CD-TEXT, UPN/EAN number, ISRC, MSF, CIRC, and what not... many copy-protected audio CDs should be no problem. in fact the copy-protection doesn't get removed in the first place... which could be a legal problem, since breaking a copyprotection is illegal in some countries, but then the copy-protection wasn't removed, merely copied as well. That's tricky.

Anyway, 1:1 copies of not just the audio are nice, especially for mixed mode CDs, but without handling of damaged discs it's not really practical. Ideally the tool should be a secure ripper and can store the rip in a format so that its contents can be accessed by a majority of applications on the PC itself without having to write the rip back to a CD-R. And of course the user must be able to write all the different formats PerfectRip might be able to produce back to a CD-R without much hassle. So at least conversion tool (to produce offset corrected img+sub specially for the writer used) for all formats would be a minium requirement.

I think his older toolset Xpert tools has accomplished many of these things (but not the secure ripping thing, seems like he wants you to use external secure rippers like Plextools for problematic discs?). PerfectRip seems to be the attempt to combine all three tools and more in a user-friendly app. So the knowledge and basic development is already there although some people seem to doubt that.

Damn . . . I was thinking of posting this last night, but though "Nah . . . I'll do it tomorrow". Oops . . .

Anyhow, it does look interesting at the very least, and I'm looking forward to trying it out!

Hope it will be open source...

I doubt it.

I have a beta of it here. It didn't work for me (it tries to start ripping, and then hangs, and locks the CD drive tray), but then again, I couldn't get to configure it properly. You need to be a frikkin' rocket scientist to figure out the configurations :B



Yes, the interface is horrid. I'm trying to convince them to give up the blue background and get themselves a less visually polluted logo.




From what I talked to one of the developers, they want to first get it out of the door, and only then start worrying about making it open source or not.

OMG, the 90's called, they want their dialogs back.

It reminds me of my days as a VB3 programmer. The apps were over-pimped with crappy 'custom controls' like traffic lights and cheesy VU meters.

Much the same criticism could be made of all the fonts used in a 'Wanted' poster from the days of the wild west

That dialog just screams for some dancing hampsters up and down the left side (yes, I know I misspelled that).

Seriously though, I hope there is some good technology behind this. Could be a useful tool.

Hey, those were cool!

Cool. Just re-read what you actually said: "or not"? So if it's not OSS we are stuck with that UI and there's no hope for a redesign by a third party?!?

Come on, I'm using a beta. I'm sure that they will change that visual apocalypse if enough people complain, once their ripper is released. Or maybe they will change it before the release...

I was exaggerating... joking.

Kinda strange politic: releasing the sources could help it to grow fast and efficiently...

I like the icon; 3 WinXP icons slapped over each other

Maybe it's weird to you, but they're not the only ones handling it this way... http://www.hydrogenaudio.org/forums/index....showtopic=52212

I know that when I develop something, its my baby until it is done. At that point i'm cool with handing it over, but (for instance) Omni Encoder didn't get the source posted until it was finished.

When you release source, you're also sort of obligated to make sure it is documented properly, and you have to be ready/willing to answer questions.

If they say they plan on releasing the source later, then shut up about it until later.

Exactly what you have to tell the people over and over again.

The beta available,

http://club.cdfreaks.com/showthread.php?t=197568

That's a different (although admittedly related) development.

Yes, it seems that PerfectRip is the attempt to merge the Xpert tools into one single application.

It has finally been released.

See this site.

Has anyone tried it yet? If yes, then how does it compare with EAC in terms of performance and accuracy?

If it doesn't support AccurateRip then I am not interested.

yeah, and how about the adoption of tak?

well, the gui (and the page) got me blind, hopefully there is cmd /hidden method?

...and I thought it was vapourware.

EAC can't make true 1:1 rips (extracting all subchannels). PerfectRip can and in addition it has secure ripping and offset correction (even for subchannels, I guess, which is tricky).

I'm currently ripping a few problematic CDs and compare the results against AccurateRip.

Thanks for the find, rohangc! I've almost forgotten about this project already.

edit:

Tacky, isn't it?

Oh for God's sake! I've finally decided to start ripping my CD collection again (after a few abortive attempts). I spent a good deal of the weekend on reading up on which drive to use, and have a Plextor Premium 2 on order (I originally wanted a PX760 but couldn't find one anywhere).

Then, I spent most of yesterday trying to work out which ripper to use (PlexTools vs EAC vs DBPoweramp).

...and now PerfectRip finally pops up and ruins everything /jk


Anyone remember the easy, old-days when EAC made as-near-to-perfect-rips-as-possible and nothing else held a candle to it?



I'm looking forward to your results Fandango. How is it for error correction? And does it automatically compare ripping results with AccurateRip?

I would install it myself, but I'm scared of the colours...

I've already installed it and am wearing my sunglasses to avoid vomiting when looking at the garish colour scheme but, unfortunately, I'm too stupid to know what settings to use in the calibrate section for the 'main channel offset correction' ('read' and 'write') and 'c2 read offset correction' fields for my LiteOn LH-20A1P.

Any ideas, or should I just give up now?

Cheers, Slipstreem.

It's not ripping. I don't know why.


C2. Nope, you'd have to use CUETools and ARCue.exe.


Understandable. The GUI is horrible. Not only does it look like cancer, it also has annoying notification sounds. They should have spent more time on creating well arranged option elements, buttons and drop-down lists, and also better documentation.

This tool is unusable for various reasons. Oh, and don't even think about ripping your whole collection with this, unless you want to completely post-process every rip "by hand".


That's same as EAC's read and write offset correction.


About that I have no idea. I left it at "0" and C2 correction failed.

Thanks, Fandango.

I went and looked at somebody else's EAC logfile for the same drive (I don't use EAC myself) and found an offset value of 6 so stuck that in. All I get out of PerfectRip is a large portion of FAIL on every attempted rip so I'm calling it a day.

Cheers, Slipstreem.

According to tests the much cheaper PX-230A is better than the Premium2 when it comes to ripping.

...and that drive delivers consistent errors in burst mode when ripping discs with certain manufacturing defects, whereas true Plextor drives do not when ripping the same discs. EDIT: Actually I don't think I have data handy to back this last part up. Let me say that true Plextor drives don't give this problem when ripping similar discs. These defects result in repeated samples (occurring in multiples of 6) and offset data from that point forward.

I would not trust results from this drive that aren't verified with a different drive or the AR database.

"That drive" being which one...the PX-230A or the Premium2?

The PX-230A. Like I said, true Plextors don't appear to have this problem in any of the tests I've seen centering around this type of defect.

RE 230a vs other real Plextors (perhaps split to another thread):

There is 1, or a handfull of discs with manfacturing faults which the 230a has problems with but real plextors do not, but at the same time, perhaps the 230a could recover many more scratched CDs than other real Plextors. What I am saying it is not good to recommend not to use it when exact numbers are not known. One or two is an 'odd' blip.

1) You're seriously underestimating the prevalence of this defect.

2) I am not suggesting people don't use this drive.

3) I agree with you that the drive may be able to read through other types of problems than true Plextor drives, since this can be demonstrated pretty easily with other non-Plextor drives.

>1) You're seriously underestimating the prevalence of this defect.

Until someone has numbers it is all guesses and wild ones at that. If I was forced to guess at numbers (I would not like to) that it is 1 in 10,000 discs that has this problem, so quite rare.

These look like a wild guess to me.

I stand firmly behind what I've said.

Anyhow...
I tried the program and have to say that I am not the least bit impressed. Initial testing indicates that it does not have the same ability to retrieve accurate data when an error is detected as either dBpoweramp or EAC.

So. Should I uninstall (Im)PerfectRip and remove my sunglasses now?

Cheers, Slipstreem.

Well it's not as bad as the website.

I was having pretty high hopes with my PX-716 since the developer seems to be somewhat Plextor-centric.

The program appears to freeze up my system as well, especially when ripping with a throttle.

Maybe it just doesn't like my LiteOn drive running as an external device via USB, but I haven't managed to make a single successful rip since I downloaded PerfectRip. I'm not too worried about perfection with my rips because I never archive and always go straight to VBR LAME MP3, so maybe PerfectRip would have been a waste of time for me anyway.

I'm going back to Foobar2K with my drive setting on paranoid. At least it actually works for me and hasn't given a single audible error in nearly 200 full CD reads.

Cheers, Slipstreem.

Not exactly. It's Eac's read and write offset correction, multiplied by -1.

I find the GUI is quite straightforward... most of the advanced options are automatically detected. But the color scheme and the sound effects are dreadful indeed.

Also some more ripping options definately have to be implemented, like Wav/FLAC-image ripping.

Positive is that the whole app is just one exe and it uses an ini file for settings so it's portable.

After some quick testing with a few "problem discs", this tool seems to be able to create a good rip. It does not perform worse than EAC with those discs. I got a Plextor PX-4012A and a 716A, btw. Play with the three subchannel modes, I got quite different results with them in regard to how errors were handled.

I can confirm the crashed mentioned above. Sometimes the program would freeze, and the CD would be stuck in the drive so that I had to reboot.

Could you please give some more details? I found that this tool (if it doesn't crash) gives as good results as either EAC or Plextools Pro... The ripping method seems to be like the one from Plextools, which isn't too bad.

I simply ripped a disc that gives errors which could be corrected using dBpa, EAC and Plextools. PerfectRip just complained that there were unrecoverable errors. I found no setting to tweak secure settings other than speed throttling which improved the error count but could still not return an error-free result.

Yes, that is right. Only the log mentions the error recovery options:

But there is nothing in the GUI. Hopefully they'll add those functions (while reading this thread, hopefully).