Tweet
Spoon, I would understand it perfectly well if this is way below any priority, but if you are interested, I could do some additional testing on this issue.
I just tried to activate C2 over firewire on my Sony XL1 changer on the 14.2 beta. The well-known issue is that it reports fake C2 errors all over the place. Now it seems that there are issues at the beginning of each track, so it might be an idea to start ripping one second early? The following logs were pretty representable (I've cut away a lot for readability). It is Bruce Springsteen: Tracks, Disc 1 [DiscID: 017-00298b1c-02159c11-e40fdd11-1] etc -- detected as a HDCD if that matters (indeed, that was the reason for re-ripping it. Without conversion. But I digress.)
* Burst rip gives all tracks Accurate.
* Now turning Secure on, but Ultra-Secure OFF (though the latter did make much of a difference) in order to see what issues could be found, there is a very clear pattern on what frames are re-read. Furthermore, only some tracks end up Accurate. Some in fact don't.
You get the pattern. Times 0,013 and 0,040 and possibly 0,066. Always, except track 1 (OK!) and track 17 (too many frames to be re-read, so the above extract does not cover all issues). Same times for virtually any CD I tried (again, all HDCDs, in order to get rid of my 24bit files, but again, that should not matter).
* Also, a very few tracks gave different CRCs upon re-ripping: both rips Accurate. I guess that also strongly suggests that there is something wrong going on at the beginning (or end?) of the track.
* There is -- and has always been -- a mechanical 'adjustment noise' when changing track. I take this to be an artifact of dBp ripping track-by-track (bad idea if the entire disc is to be read, IMHO), but again, that suggests that there is something troublesome transmitted at the beginning of the track.
I have not tried to compare to EAC's behaviour in order to find whether the drive is just sending lots of nonsense and C2 should in all cases be turned completely off for this one.
I just tried to activate C2 over firewire on my Sony XL1 changer on the 14.2 beta. The well-known issue is that it reports fake C2 errors all over the place. Now it seems that there are issues at the beginning of each track, so it might be an idea to start ripping one second early? The following logs were pretty representable (I've cut away a lot for readability). It is Bruce Springsteen: Tracks, Disc 1 [DiscID: 017-00298b1c-02159c11-e40fdd11-1] etc -- detected as a HDCD if that matters (indeed, that was the reason for re-ripping it. Without conversion. But I digress.)
* Burst rip gives all tracks Accurate.
* Now turning Secure on, but Ultra-Secure OFF (though the latter did make much of a difference) in order to see what issues could be found, there is a very clear pattern on what frames are re-read. Furthermore, only some tracks end up Accurate. Some in fact don't.
Code:
Track 2:
Re-rip Frame: 20131 (00:00:00,013) matched 10 / 11
Re-rip Frame: 20133 (00:00:00,040) matched 10 / 11
Track 3:
Re-rip Frame: 33273 (00:00:00,013) matched 10 / 11
Re-rip Frame: 33277 (00:00:00,066) matched 10 / 11
Track 4:
Re-rip Frame: 45341 (00:00:00,013) matched 10 / 11
Re-rip Frame: 45343 (00:00:00,040) matched 10 / 11
Track 5:
Re-rip Frame: 54606 (00:00:00,013) matched 10 / 11
Re-rip Frame: 54608 (00:00:00,040) matched 10 / 11
Track 6:
Re-rip Frame: 74216 (00:00:00,013) matched 10 / 11
Re-rip Frame: 74218 (00:00:00,040) matched 10 / 11
Re-rip Frame: 74220 (00:00:00,066) matched 10 / 11
Track 7:
Re-rip Frame: 95021 (00:00:00,013) matched 10 / 11
Track 8:
Re-rip Frame: 111091 (00:00:00,013) matched 10 / 11
Re-rip Frame: 111093 (00:00:00,040) matched 10 / 11
Re-rip Frame: 111095 (00:00:00,066) matched 10 / 11
Track 9:
Re-rip Frame: 137928 (00:00:00,013) matched 10 / 11
Re-rip Frame: 137930 (00:00:00,040) matched 10 / 11
Re-rip Frame: 137932 (00:00:00,066) matched 10 / 11
Track 10:
Re-rip Frame: 157953 (00:00:00,013) matched 10 / 11
Re-rip Frame: 157955 (00:00:00,040) matched 10 / 11
Re-rip Frame: 157957 (00:00:00,066) matched 10 / 11
Track 11:
Re-rip Frame: 196103 (00:00:00,013) matched 10 / 11
Re-rip Frame: 196107 (00:00:00,066) matched 10 / 11
Track 12:
Re-rip Frame: 208963 (00:00:00,013) matched 10 / 11
Re-rip Frame: 208965 (00:00:00,040) matched 10 / 11
Re-rip Frame: 208967 (00:00:00,066) matched 10 / 11
Track 13:
Re-rip Frame: 226598 (00:00:00,013) matched 10 / 11
Re-rip Frame: 226600 (00:00:00,040) matched 10 / 11
Re-rip Frame: 226602 (00:00:00,066) matched 10 / 11
Track 14:
Re-rip Frame: 241500 (00:00:00,040) matched 10 / 11
Re-rip Frame: 241502 (00:00:00,066) matched 10 / 11
Track 15:
Re-rip Frame: 253521 (00:00:00,013) matched 10 / 11
Re-rip Frame: 253523 (00:00:00,040) matched 10 / 11
Re-rip Frame: 253525 (00:00:00,066) matched 10 / 11
Track 16:
Re-rip Frame: 270703 (00:00:00,013) matched 10 / 11
Re-rip Frame: 270705 (00:00:00,040) matched 10 / 11
You get the pattern. Times 0,013 and 0,040 and possibly 0,066. Always, except track 1 (OK!) and track 17 (too many frames to be re-read, so the above extract does not cover all issues). Same times for virtually any CD I tried (again, all HDCDs, in order to get rid of my 24bit files, but again, that should not matter).
* Also, a very few tracks gave different CRCs upon re-ripping: both rips Accurate. I guess that also strongly suggests that there is something wrong going on at the beginning (or end?) of the track.
* There is -- and has always been -- a mechanical 'adjustment noise' when changing track. I take this to be an artifact of dBp ripping track-by-track (bad idea if the entire disc is to be read, IMHO), but again, that suggests that there is something troublesome transmitted at the beginning of the track.
I have not tried to compare to EAC's behaviour in order to find whether the drive is just sending lots of nonsense and C2 should in all cases be turned completely off for this one.
Comment