Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: EAC 0.99pb1 uses Test extraction for AccurateRip. (Read 7530 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

EAC 0.99pb1 uses Test extraction for AccurateRip.

Test & Copy Image & Create CUE Sheet Uncompressed uses the Test extraction, not the Copy extraction for AccurateRip.

Included are to logs from the same CD where the first test run got a Sync Error. The ripped wav file is identical.
Code: [Select]
Exact Audio Copy V0.99 prebeta 1 from 25. May 2007

EAC extraction logfile from 19. July 2007, 19:07

Seigmen / Monument

Used drive  : PLEXTOR CD-R   PREMIUM   Adapter: 3  ID: 1

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : No
Make use of C2 pointers : Yes

Read offset correction                      : 30
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Used interface                              : Native Win32 interface for Win NT & 2000

Used output format : Internal WAV Routines
Sample format      : 44.100 Hz; 16 Bit; Stereo


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 |  4:16.50 |         0    |    19249   
        2  |  4:16.50 |  3:34.67 |     19250    |    35366   
        3  |  7:51.42 |  4:26.50 |     35367    |    55366   
        4  | 12:18.17 |  4:26.73 |     55367    |    75389   
        5  | 16:45.15 |  4:25.62 |     75390    |    95326   
        6  | 21:11.02 |  5:28.48 |     95327    |   119974   
        7  | 26:39.50 |  3:59.02 |    119975    |   137901   
        8  | 30:38.52 |  5:34.65 |    137902    |   163016   
        9  | 36:13.42 |  5:42.23 |    163017    |   188689   
       10  | 41:55.65 |  4:44.07 |    188690    |   209996   
       11  | 46:39.72 |  6:36.48 |    209997    |   239744   
       12  | 53:16.45 |  9:00.67 |    239745    |   280311   
       13  | 62:17.37 |  7:00.25 |    280312    |   311836   
       14  | 69:17.62 |  6:09.63 |    311837    |   339574   


Range status and errors

Selected range

     Filename F:\Media\Temp\Seigmen - Monument.wav

     Peak level 99.9 %
     Range quality 99.8 %
     Test CRC 307F4305
     Copy CRC 0F82058A
     Copy OK

 
AccurateRip summary
 
Track  1  accurately ripped (confidence 1)  [EC820852]
Track  2  accurately ripped (confidence 1)  [E4880E0B]
Track  3  accurately ripped (confidence 1)  [97A61D5B]
Track  4  accurately ripped (confidence 1)  [106BB67F]
Track  5  accurately ripped (confidence 1)  [77461CD2]
Track  6  accurately ripped (confidence 1)  [E7999A18]
Track  7  accurately ripped (confidence 1)  [75866531]
Track  8  accurately ripped (confidence 1)  [976BB084]
Track  9  accurately ripped (confidence 1)  [C9347995]
Track 10  accurately ripped (confidence 1)  [8AE938D5]
Track 11  accurately ripped (confidence 1)  [E9C754C2]
Track 12  accurately ripped (confidence 1)  [661812CE]
Track 13  accurately ripped (confidence 1)  [C68C292D]
Track 14  not ripped accurately (confidence 1)  [B55ABB3C], but should be [1FEB47BD]
 
Not all tracks ripped accurately

End of status report
Code: [Select]
Exact Audio Copy V0.99 prebeta 1 from 25. May 2007

EAC extraction logfile from 19. July 2007, 19:36

Seigmen / Monument

Used drive  : PLEXTOR CD-R   PREMIUM   Adapter: 3  ID: 1

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : No
Make use of C2 pointers : Yes

Read offset correction                      : 30
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Used interface                              : Native Win32 interface for Win NT & 2000

Used output format : Internal WAV Routines
Sample format      : 44.100 Hz; 16 Bit; Stereo


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 |  4:16.50 |         0    |    19249   
        2  |  4:16.50 |  3:34.67 |     19250    |    35366   
        3  |  7:51.42 |  4:26.50 |     35367    |    55366   
        4  | 12:18.17 |  4:26.73 |     55367    |    75389   
        5  | 16:45.15 |  4:25.62 |     75390    |    95326   
        6  | 21:11.02 |  5:28.48 |     95327    |   119974   
        7  | 26:39.50 |  3:59.02 |    119975    |   137901   
        8  | 30:38.52 |  5:34.65 |    137902    |   163016   
        9  | 36:13.42 |  5:42.23 |    163017    |   188689   
       10  | 41:55.65 |  4:44.07 |    188690    |   209996   
       11  | 46:39.72 |  6:36.48 |    209997    |   239744   
       12  | 53:16.45 |  9:00.67 |    239745    |   280311   
       13  | 62:17.37 |  7:00.25 |    280312    |   311836   
       14  | 69:17.62 |  6:09.63 |    311837    |   339574   


Range status and errors

Selected range

     Filename F:\Media\Temp\Seigmen - Monument.wav

     Peak level 99.9 %
     Range quality 100.0 %
     Test CRC 0F82058A
     Copy CRC 0F82058A
     Copy OK

 
AccurateRip summary
 
Track  1  accurately ripped (confidence 1)  [EC820852]
Track  2  accurately ripped (confidence 1)  [E4880E0B]
Track  3  accurately ripped (confidence 1)  [97A61D5B]
Track  4  accurately ripped (confidence 1)  [106BB67F]
Track  5  accurately ripped (confidence 1)  [77461CD2]
Track  6  accurately ripped (confidence 1)  [E7999A18]
Track  7  accurately ripped (confidence 1)  [75866531]
Track  8  accurately ripped (confidence 1)  [976BB084]
Track  9  accurately ripped (confidence 1)  [C9347995]
Track 10  accurately ripped (confidence 1)  [8AE938D5]
Track 11  accurately ripped (confidence 1)  [E9C754C2]
Track 12  accurately ripped (confidence 1)  [661812CE]
Track 13  accurately ripped (confidence 1)  [C68C292D]
Track 14  accurately ripped (confidence 1)  [1FEB47BD]
 
No errors occurred

End of status report

Anders

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #1 –
That seems to be a quite serious error.

You can't call your rip secure if theres a test and crc mismatch though, so its unlikely to cause problems for the advanced userbase.

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #2 –
Either way, the real issue is... if Test & Copy CRC results differ, the AR results mustn't be stored for later submission anyway.

I don't know how EAC handles the AR CRC results of rips that it itself identified as having errors, but this discrepancy AndersHu has found, makes me think of the worst. Although honestly you can't tell if EAC keeps the results by seeing them in a log of a rip with errors, even if the results were taken from the "wrong" extraction run.

PS/Feature Request: Actually this got me thinking! Why not show the AR result summary for both test and copy rips, if the two CRC mismatch! This way the user can with some luck see which one of the CRCs is the correct one.

Of course, if EAC detects any errors by its own, the AR results should be dropped, even if in a C&T extraction one of the AR CRCs sets matched.

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #3 –
>Either way, the real issue is... if Test & Copy CRC results differ, the AR results mustn't be stored for later submission anyway.

Makes no difference to accuraterip.

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #4 –
Quote from: Fandango on
if Test & Copy CRC results differ, the AR results mustn't be stored for later submission anyway.
I disagree.  Though it's noble for you to want to submit results you think are accurate, submitting data for rips that may not be accurate isn't going to hurt someone else's ability to verify their rip.  Furthermore, it's quite possible that the result submitted represented an accurate rip even though T&C CRCs didn't match.

Quote from: Fandango on
PS/Feature Request: Actually this got me thinking! Why not show the AR result summary for both test and copy rips, if the two CRC mismatch! This way the user can with some luck see which one of the CRCs is the correct one.
If you ask me, the logs are already getting way too long as it is.  Do we really need to see a TOC with every rip?

Quote from: Fandango on
Of course, if EAC detects any errors by its own, the AR results should be dropped, even if in a C&T extraction one of the AR CRCs sets matched.
Again, I have to disagree.  It's possible for EAC to get correct data even though a suspicious position was identified.  I've seen it happen.


...but yes, I find this new discovery extremely troubling.  Unless it's supplied for both test and copy passes, AccurateRip data must represent what was extracted from the copy pass!

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #5 –
Quote from: greynol on
...but yes, I find this new discovery extremely troubling.  Unless it's supplied for both test and copy passes, AccurateRip data must represent what was extracted from the copy pass!


Just making an assumption here ... but I think andre sees it that way, too ... the test result submission might just be an accidental switch in variables within the EAC code ... let's hope this can easily be resolved in PB2
The name was Plex The Ripper, not Jack The Ripper

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #6 –
I'm sure it wasn't intentional.  I actually feel sorry for Andre with all these issues popping up.  As one of the testers, I feel like we let him down.

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #7 –
Sorry to come into this thread with a dump question, but here seem to be some experts
Am i able to see if the inserted CD is in the AR database already? This way i could decide if i use secure t&c or a simple burst mode before i start ripping.
Is troll-adiposity coming from feederism?
With 24bit music you can listen to silence much louder!

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #8 –
Quote from: Wombat on
Sorry to come into this thread with a dump question, but here seem to be some experts
Am i able to see if the inserted CD is in the AR database already? This way i could decide if i use secure t&c or a simple burst mode before i start ripping.


If I'm not mistaking, a AR-coloured icon-like thingy will nest itself in the down-right corner of your EAC screen if the disc is in the Database... You will not know if it is the same pressing though till after you finnished ripping.....

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #9 –
You should see the AR icon in the lower right of the window, but it doesn't always show.  Still, you can't really tell whether the database has your pressing.

EDIT: millennium2000 beat me.

If you're interested in automation and don't mind paying for a decent program, dBpowerAMP is the way to go.

When EAC shows the icon, I would recommend a burst copy (F5) without the test.  If AccurateRip can't verify any of the tracks as being accurate, I'd then run a test rip in burst mode (F8).  If it can verify some of the tracks, I'd either test the ones it can't in burst (F8) or switch over to secure and re-rip them (F5) depending on whether <EDIT>you think your rip was ok or if you find reason to believe that AccurateRip has good data for all of your tracks</EDIT>.  You can then go back and verify what AccurateRip can't by using F8<EDIT>, but so long as the secure mode is configured correctly and not using unreliable C2 pointers, you can pretty much tell whether a test pass will produce different results by seeing if re-reads were performed elsewhere besides the very end of the track</EDIT>.

If your drive doesn't cache audio data (or properly accepts the FUA command) and can provide C2 pointers, I wouldn't even bother with burst mode.  So instead of switching between burst and secure, I'd just use C2 and then not use C2 (respectively).

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #10 –
Quote from: greynol on
You should see the AR icon in the lower right of the window, but it doesn't always show.  Still, you can't really tell whether the database has your pressing.

EDIT: millennium2000 beat me.

If you're interested in automation and don't mind paying for a decent program, dBpowerAMP is the way to go.

When EAC shows the icon, I would recommend a burst copy (F5) without the test.  If AccurateRip can't verify any of the tracks as being accurate, I'd then run a test rip in burst mode (F8).  If it can verify some of the tracks, I'd either test them in burst (F8) or switch over to secure and re-rip them (F5) depending on whether you believe your rip was ok and that AccurateRip doesn't have good data for all of your tracks.  You can then go back and verify what AccurateRip can't by using F8.

If your drive doesn't cache audio data (or properly accepts the FUA command) and can provide C2 pointers, I wouldn't even bother with burst mode.  So instead of switching between burst and secure, I'd just use C2 and then not use C2 (respectively).

Thanks for your detailed anwsers! I am that used to EAC and like it, i won´t switch.
Now that you told me about the icon it makes me wonder why i didn´t see it before

Thanks again!
Is troll-adiposity coming from feederism?
With 24bit music you can listen to silence much louder!

EAC 0.99pb1 uses Test extraction for AccurateRip.

Reply #11 –
Quote from: spoon on
>Either way, the real issue is... if Test & Copy CRC results differ, the AR results mustn't be stored for later submission anyway.

Makes no difference to accuraterip.

So those submissions get discarded after a while? What happens with all the results anyway?