Hello,
I registered dBpoweramp Reference just recently and I have followed the guide at http://www.dbpoweramp.com/cd-ripper-setup-guide.htm. My setup is a Dell Studio XPS M1340 notebook, Windows 7 Ultimate x64, and dBPoweramp reports an HL-DT-ST CD Drive, Model GS20N, Firmware A110. The Spath's Cache Explorer (CacheEx) utility reported a 73kB cache line size. Other settings are as follows:
I started ripping my entire CD collection but I got insecure rips from 8 albums so far. The problem is, out of these 8 discs, 1 is brand new and only 2 are visibly damaged (lots of scratches, and one even has a stain that looks like a corrosion point on the aluminum surface). This latter (the disc with the corrosion stain) was used for the C2 test, which confirmed my drive has this C2 feature.
The brand new disc that yielded insecure rips gives log results that look like these:
This disc has 14 tracks, and 8 of them reported inaccurate ripping. I wouldn't be surprised if any of you told me that Brazilian-made CDs have quality issues, but I'm intrigued by a brand new disk presenting such problems. Perhaps it is a problem with my CD drive (e.g. deffect, or bad C2 implementation)?
I would like to add that I'm also getting secure rips from brand new discs that show disagreement with the AccurateRip database. Perhaps in this case, as the on line documentation suggests, that's due to different pressings (i.e. AccurateRip submissions are mostly done by American users and I'm ripping Brazilian-made CDs which have subtle differences).
Regards,
Paulo Mario
I registered dBpoweramp Reference just recently and I have followed the guide at http://www.dbpoweramp.com/cd-ripper-setup-guide.htm. My setup is a Dell Studio XPS M1340 notebook, Windows 7 Ultimate x64, and dBPoweramp reports an HL-DT-ST CD Drive, Model GS20N, Firmware A110. The Spath's Cache Explorer (CacheEx) utility reported a 73kB cache line size. Other settings are as follows:
Code:
Drive offset: 667 Overread Lead-in/out: No AccurateRip: Active Using C2: Yes Cache: 73 KB FUA Cache Invalidate: No Pass 1 Drive Speed: Max Pass 2 Drive Speed: Max Ultra:: Vary Drive Speed: Yes Min Passes: 1 Max Passes: 2 Finish After Clean Passes: 1 Bad Sector Re-rip:: Drive Speed: Max Maximum Re-reads: 60 Encoder: Apple Lossless
The brand new disc that yielded insecure rips gives log results that look like these:
Code:
Track 4: Ripped LBA 43665 to 62695 (4:13) in 1:37. Filename: C:\Users\Paulo\Music\iTunes\iTunes Media\Music\Barao Vermelho\Balada MTV\Barao Vermelho - 04 - Enquanto Ela Nao Chegar.m4a AccurateRip: Inaccurate (confidence 6) Insecure [Pass 1, Ultra 1 to 1, Re-Rip 1 Frames] CRC32: 4B9809FC AccurateRip CRC: 8AF4F8DC [DiscID: 014-001a2184-0119db43-b80c0d0e-4] ** Reached Maximum 1 Unrecoverable Frames For This Track Re-rip Frame: 43936 (00:00:03,600) Track 6: Ripped LBA 78632 to 94002 (3:24) in 1:40. Filename: C:\Users\Paulo\Music\iTunes\iTunes Media\Music\Barao Vermelho\Balada MTV\Barao Vermelho - 06 - Meus Bons Amigos.m4a AccurateRip: Inaccurate (confidence 6) Insecure [Pass 1, Ultra 1 to 1, Re-Rip 7 Frames] CRC32: 4A2BC87C AccurateRip CRC: 5B38D022 [DiscID: 014-001a2184-0119db43-b80c0d0e-6] ** Reached Maximum 1 Unrecoverable Frames For This Track Re-rip Frame: 93646 (00:03:20,173) matched 10 / 11 Re-rip Frame: 93659 (00:03:20,346). Insecure (c2 dropped 58) [c2 best match] Re-rip Frame: 93699 (00:03:20,880). Insecure (c2 dropped 56) [c2 best match] Re-rip Frame: 93700 (00:03:20,893). Insecure (c2 dropped 58) [c2 best match] Re-rip Frame: 93713 (00:03:21,066) Track 12: Ripped LBA 184182 to 202827 (4:08) in 1:17. Filename: C:\Users\Paulo\Music\iTunes\iTunes Media\Music\Barao Vermelho\Balada MTV\Barao Vermelho - 12 - Stealing Around - Dj Rogerinho.m4a AccurateRip: Inaccurate (confidence 6) Insecure [Pass 1, Ultra 1 to 1, Re-Rip 3 Frames] CRC32: AFCA2057 AccurateRip CRC: D0256E9A [DiscID: 014-001a2184-0119db43-b80c0d0e-12] Re-rip Frame: 193296 (00:02:01,506) matched 10 / 12 (c2 dropped 24) Re-rip Frame: 193313 (00:02:01,733). Insecure (c2 dropped 59) [c2 best match] Re-rip Frame: 193314 (00:02:01,746). Insecure (c2 dropped 58) [c2 best match]
I would like to add that I'm also getting secure rips from brand new discs that show disagreement with the AccurateRip database. Perhaps in this case, as the on line documentation suggests, that's due to different pressings (i.e. AccurateRip submissions are mostly done by American users and I'm ripping Brazilian-made CDs which have subtle differences).
Regards,
Paulo Mario
Comment