Looks great...

Have seen the web page graphic stating "automatic subchannel offset correction". Would be very interested to know if this in any way implies that this eagerly awaited tool can determine the actual "write offset" of the cd - i.e. the skew it was written with. I have no idea if this is even possible but I guess by looking at lead-in areas there might my some clues as to this offset.

Anyway, it would be great to have such a feature particularly for any disc that has non silent gaps (eg live recordings etc.) so as to get the exact intended track start and end.

How would one qualify for the beta program?

What about the read offset correction of the CD drive? Does it use EAC's/Plextool's base or the one you've identified as "the correct" base (see in the EAC forums)?

Will it even correct the offset of the CD itself, if so how?

Best wishes,
Chris.

Well if this tool did what I am suggesting the blurb possibly suggests - the read offset would be taken into consideration. In other words, if when you read the subcode (including lead-in&out) from a disc and then compare it to the audio data (with whatever read offset is present in the drive you are using), there is way to determine the skew, then this auto-correction would be valid taking the read offset into conideration (since it would not actually know the difference without consulting some other reference about the drive's offset).

However given the lack of response - it seems the devs are not reading this thread :-( - so we may not know for some time.

PerfectRip is a completely original work, its development is not based in features from other software.

Are you talking about accurate stream feature? If so, answer is yes.

Automatic subchannel offset correction was implemented to properly handle CD-ROMs, there's no way for a ripper to know the skew of an audio disc.

You can always use PerfectRip to gain access to hidden audio by overreading.

PerfectRip has read and write offset correction fields where you can enter reasonable values.

Truong and I would like to thank everybody for following PerfectRip development so far, we have some more features to be implemented, that's why we ask you to wait a little more. Thanks for your comprehension.

PerfectRip C2


Cloning...

PerfectRip is the true cloning and ripping tool for exigent users.
PerfectRip allows CDDA, CD+G, CD-ROM (incl. PSX+Audio) imaging
with fully compliant cuesheet generation, making images ready to
burn in Golden Hawk Technology CDRWin or any other cuesheet
compatible burning program. PerfectRip allows above mentioned
disc formats to be backed up in SlySoft CloneCD image style also.


Ripping...

PerfectRip can add a cuesheet for your ripped tracks too.
PerfectRip features freeDB, creating directory structures based in
artist/year/album to allocate your songs. It also has CD-TEXT
detection and usage so you can decide between it and freeDB
naming. PerfectRip accurately detects gaps(pregaps, pauses and
indexes), so you can append them to none, previous or next track.
PerfectRip allows you to rip to PCM files (headerless) for special
purposes. PerfectRip lets you rip CD+Gs to separate audio and
graphics files (wav+cdg) or rip to a single 2448 interleaved file
per track.


Cloning and ripping...

PerfectRip gives you control over ripping speed and lets you increase
it by supressing subs when you don't need them. PerfectRip is able to
tweak all copyright flags, including SCMS, so you can have the flag you
want on the replica. PerfectRip lets you make full and _proper_ use of
the C2 pointer feature ("secure mode") of your drive, giving you a report
locating the exact offset of the error so you can mute, hold or average
(linear interpolation) at post-processing stage. PerfectRip has a complete
and open offset correction engine, it corrects main channel read and write,
subchannel manual and auto and C2 report.

Greetings from Portugal!

Ipsedixit, I feel very lucky today. I'm following these things since 2005.

Since you first lifted doubts over Wiethoff's EAC that I've be looking for news from you.

I'm not a specialist, but I always thought that AccurateRip and EAC's instructions are so vague and full of ambiguities that it lead me to seriously consider that the vast majority of people does not even know how to record CD's in EAC. There's no serious guide to find one's drive Writing Offset in EAC!!!

I praise Wiethoff's work... but it is almost offensive that he and EAC's extremely loyal followers refuse to admit and step back in the EAC's 30 samples error: The answer is always the same "You are free to do what you want, we are not going to change" like «Yeah, it may be, but we are in such a level of glory that we will not step back»... seems childish to me.

Although I've been lurking in Digital-Inn for a long time, I never mentioned this, because I've seen how they react.

Why do they refuse to change? Too late to change? This is so recent! Are we talking of lobbies? Geekism? I guess the latter hypothesis is obvious when we see that information and help is vague, cryptic and absolutely poor.

Lots of people rip according EAC/AccurateRip because reading offsets are in the database, but most of them don't know how to write it back!!! Pedagogy about writing is geekish and cryptic everywhere! It seems that they don't want to reach people... So why they raise the 8 million submissions as imperative to not step back? Most of EACrips circulating around the web were made incorrectly.

Let alone the 30 samples failure that you have demonstrated «by a+b» (failure that some fanboys dare say being made up by you).

30 samples are not important? So what kind of accuracy are they talking about? If 30 samples are not important, we better go Easy CD-DA Extractor and let it do everything (WV, APE or FLAC'ing included) while we drink a beer and stop worrying - we won't listen the difference.

People are important and should be admired for their work, but they have to let evolution and superior knowledge in.

Determinism is unsuitable for people that are supposed to be cientists... it leads to believe that people do not fight for knowledge but for glory.

I hope you take CD rip a step forward!

Hello BrickBreaker, thanks for taking your time to write the post.

Hola boys and girls!

Oops!, I forgot to make clear this thread
is meant to be used for you to ask your
questions regarding PerfectRip features
and usage, so please feel free to do so.

Don't be shy... we don't bite!

I'd like to put a feature request. If you find time to read about ECM (Error Code Modeler) if you don't already know about it, it would be just fine to include a feature to directly make .ecm files instead of .img ones in "CloneCD mode".

ECM (info here) can be used to remove any valid sync, ECC and EDC information from an .img file for example, replacing it by some extra information that states that this data can be rebuilt from the user data.

I know this is one of the lesser-priority features, but it would be just nice if PerfectRip could also be used for archiving purposes to save the users the step of running the .img file through ECM.

The tool is GPLed which would obviously require PerfectRip to become the same when using parts of it but I'm sure you wouldn't have to as ECC/EDC calculation is not a new invention, but I'm not sure about the .ecm format itself, although its structures are described in plain english text which makes it an open format.

----Recopy of an Email that was sent to IpseDixit ----

Hello! Sorry to bother you again.

I have made my first CCD image with perfectrip using my LITEON SHM-165H6S (mixed-mode disc PC-CD). I had to enable the C2 option or otherwise the audio data would be pure noise. The image was done successfully and only one section of subchannel data needed to be injected (Thanks for writing this stuff in the log). My LG GSA-H10A had no such luck because apparently it could not read the last sector (I assume, in the lead-out).

Anyway, after inspecting the Perfectrip image with CDmage, it was discovered that all the tracks start IN the audio data about 1.5 sector too late (even after the +24 offset correction I used in perfectrip ---ie (accuraterip value - 30)*(-1). So I assume this is the so-called "factory offset".

This lead me to believe that maybe it would be nice to generate a cue file (like clonecd does) except that the cue could be corrected for that kind of offset (manually or automatically). This would allow the "best" of both worlds because you get both the 1:1 copy of the disc and a "fixed" cue for extracting tracks and/or listen to the disk without loosing a precious 2/75s of audio or whatever

Thanks again for your attention, and for PerfectRip!

--------------------------- Summary of the rip:
Info | 00:04:01 | Total corrupt Q subcode blocks: 187
| 00:04:01 | Trk 01 corrupt symbols (C2 pointers): 192
| 00:04:02 | Trk 46 corrupt symbols (C2 pointers): 0
Warning | 00:04:02 | Total corrupt symbols (C2 pointers): 192
Warning | 00:04:02 | Injected sub at sector: 119054 (26:27.29)
Info | 00:04:02 | Reading process completed successfully.
----------------------------

What I would like to add is that PerfectRip makes me happy
It seems to be shaping up to be the spiritual successor of clonecd and I hope it stays that way!

I am a beginner in this field. Feel free to correct any technical mistake in my post!

PS: I have a feeling I may have to get a better drive.

...about the late reply.

Do you mean to substitute the .img file by the .ecm in CCD images?
That would imply an additional step before the burning with CloneCD.
Anyway I think it would be better to leave it up to the user.

It would be nice indeed, Truong has experience with EDC/ECC
but this is still an interesting challenge, especially because we
would have to hack the .ecm format as we did with the .ccd
files... so it's on the wishlist. Thanks for bringing up the idea.

...and welcome to the forum.

This is really strange, C2 feature is purely informative
and isn't meant to make a difference in the rip, I have
to ask you to perform a couple of additional tests in
which no other setting is touched. Maybe you're
listening at the wrong track (data)?

That's normal in mixed mode discs.

Offset compensation is correct and yes,
some like to call this factory offset.

PerfectRip already generates cuesheets
for cdr and cdg images and individual tracks
extractions, but unfortunately there's no way
of implementing offset correction via cue file,
so to get the best of both worlds you have
to perform a couple of rips.

We're happy too... and it will.