Skip to main content

Topic: New version of CDParanoia III 10.2 Released (Read 27946 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
New version of CDParanoia III 10.2 Released
A new version of CDParanoia was released on September 11, 2008.  The current stable release version: cdparanoia III 10.2

cdparanoia 10.2 final released

10.2 is a substantial upgrade release over 10.1.

10.2 includes a raft of minor bugfixes in device scan, device autosense and the transport layer.

More importantly, 10.2 addresses serious CDROM drive cache modelling deficiencies that exist in earlier versions. In a nutshell, a sizable fraction of modern drives exhibit new and exciting readahead cache abuses/bugs of which older versions of cdparanoia were not fully aware. This means that skips and cracks could slip through the cache management strategy of older versions completely undetected. 10.2 fully addresses and models these new cache behaviors.

10.2 also includes a cache analysis option (-A) to do a slow and thorough offline check of the drive's cache behavior. The feature also dumps a detailed log to assist in debugging should either the test or cdparanoia's ripping go awry in any way. After all... better thoroughly safe than sorry.

I hope tmkk will use this release in XLD.  It seems that the CDParanois developers have found a solution for the drive cache issue.  This great news!

After reading this thread please check the XLD Master Thread List for other important XLD threads.
  • Last Edit: 24 September, 2008, 02:51:15 PM by macman4hire

  • knucklehead
  • [*][*][*]
New version of CDParanoia III 10.2 Released
Reply #1
Is this going to be usable in OS X?

I know the developer had said he was only planning to develop 10.2 for Linux, and that's all I see in the downloads.

New version of CDParanoia III 10.2 Released
Reply #2
Is this going to be usable in OS X?

I know the developer had said he was only planning to develop 10.2 for Linux, and that's all I see in the downloads.

Someone will have port it over to the Mac.  I assume this will take some time if someone even wants to do it.  I hope so ripping on the Mac is so close to being equal to MS machines.

  • knucklehead
  • [*][*][*]
New version of CDParanoia III 10.2 Released
Reply #3
It might be Linux only because of the lack of cache disabling commands that have stopped others before, and so, not actually be portable.

]
Someone will have port it over to the Mac.  I assume this will take some time if someone even wants to do it.  I hope so ripping on the Mac is so close to being equal to MS machines.
[/quote]

  • patmcg
  • [*][*]
New version of CDParanoia III 10.2 Released
Reply #4
More importantly, 10.2 addresses serious CDROM drive cache modelling deficiencies that exist in earlier versions.

Does the new release remove all concerns of using cdparanoia with a caching drive, or are there still other inherent problems? It seems like drive caching is one of the big negatives for cdparanoia based rippers.
Is your perfect hearing worth <$200? -- USE EAR PLUGS

  • Pepzhez
  • [*][*][*][*]
New version of CDParanoia III 10.2 Released
Reply #5
tmkk has ported cdparanoia 10.2 to OS X. It's in today's XLD update:

Quote
Version 20080913:

Integrated cdparanoia-III 10.2 engine
Now the meaning of "Disable cache" checkbox has changed :
Off: Default. Faster and recommended for the drive with no audio cache.
On: Disable cache using the same way as cdparanoia-III 10.2 does. Very slow, but useful for the drive with audio cache.
Added "Check all items" and "Uncheck all items" in the context menu of the track list


I just updated XLD, and I can't wait to try out cdparanoia 10.2 tonight. It's been a long seven year wait for this release!
  • Last Edit: 12 September, 2008, 04:49:37 PM by Pepzhez

  • HotshotGG
  • [*][*][*][*][*]
New version of CDParanoia III 10.2 Released
Reply #6
Quote
Does the new release remove all concerns of using cdparanoia with a caching drive, or are there still other inherent problems? It seems like drive caching is one of the big negatives for cdparanoia based rippers.


It should be. Some people will find something else to complain about next though. 


I would go and change this in the wiki, but the only problem is the developers of other applications that use cdparanoia will take about five years to upgrade to the newest version that fixes the caching problem that includes CDex as well. 
  • Last Edit: 12 September, 2008, 05:00:16 PM by HotshotGG
budding I.T professional

  • Fandango
  • [*][*][*][*][*]
New version of CDParanoia III 10.2 Released
Reply #7
Quote
Last modified: 2008/8/22

http://tmkk.hp.infoseek.co.jp/xld/index_e.html

Am I missing something?

  • Pepzhez
  • [*][*][*][*]
New version of CDParanoia III 10.2 Released
Reply #8
Yes. He doesn't have time to update the webpage twice per day. XLD is updated *very* frequently, so you need to download the version listed and use Sparkle update thereafter.
  • Last Edit: 12 September, 2008, 05:27:38 PM by Pepzhez

  • tim.lance
  • [*][*]
New version of CDParanoia III 10.2 Released
Reply #9
Quote
Last modified: 2008/8/22

http://tmkk.hp.infoseek.co.jp/xld/index_e.html

Am I missing something?

Have you set prefs for auto update? I hate apps phoning home so with XLD do go to the menu item to check for updates. The webpage can't keep up with his rapid development. We're talking a coding maniac (known to have done more than a couple updates in a 24 hr. span).

  • Fandango
  • [*][*][*][*][*]
New version of CDParanoia III 10.2 Released
Reply #10
I see. No haven't set that option, how could I? I'm not a Mac.

I'm just curious about the changes, i.e. changelog.

  • Pepzhez
  • [*][*][*][*]
New version of CDParanoia III 10.2 Released
Reply #11
Quote
10.2 also includes a cache analysis option (-A) to do a slow and thorough offline check of the drive's cache behavior. The feature also dumps a detailed log to assist in debugging should either the test or cdparanoia's ripping go awry in any way. After all... better thoroughly safe than sorry.


I wonder if the cache analysis option can be made to run on OS X? This would be a quite useful setup feature for XLD, to say the least.

I did just download the cdparanoia 10.2 src. I will see if the -A option will work from the command line.
  • Last Edit: 12 September, 2008, 05:41:05 PM by Pepzhez

New version of CDParanoia III 10.2 Released
Reply #12
Quote
Last modified: 2008/8/22

http://tmkk.hp.infoseek.co.jp/xld/index_e.html

Am I missing something?

Down load Version 20080822 of XLD if you not already done so.  Launch XLD and the auto update feature window should appear click yes to to install and relaunch XLD. 

Someone will have port it over to the Mac. I assume this will take some time if someone even wants to do it. I hope so ripping on the Mac is so close to being equal to MS machines.  Who said this oh yah that was me!  I should no known better after all we are talking about tmkk and XLD.  What a track record on updates, unbelievable speed!
  • Last Edit: 12 September, 2008, 05:44:45 PM by macman4hire

  • MacMelo
  • [*]
New version of CDParanoia III 10.2 Released
Reply #13
Am I missing something?


As XLD is going through a very heavy development process, daily releases are not described by the developer as official (from what I understand), and as such they are not listed in the main XLD page...
For the release notes of the latest versions of XLD, always check this link...
  • Last Edit: 12 September, 2008, 06:12:41 PM by MacMelo

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
New version of CDParanoia III 10.2 Released
Reply #14
Thanks for the link, I've been trying to find this information.  A little bird tells me that there will be yet another update soon.
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • Pepzhez
  • [*][*][*][*]
New version of CDParanoia III 10.2 Released
Reply #15
Here's a dumb question I should know the answer to, but I don't. By design OS X does not allow an application to have direct access to hardware. (This is why it's impossible to issue an FUA command at the software level; you need to write a SCSI driver in order to do that.) My question is: does this same limitation apply to Darwin as well? I can't seem to find any info that denies or confirms that. I'm wondering at which level this limitation occurs. You'd think it would be easy to find the answer to this, but maybe I haven't looked quite hard enough yet.
  • Last Edit: 12 September, 2008, 06:46:45 PM by Pepzhez

  • tim.lance
  • [*][*]
New version of CDParanoia III 10.2 Released
Reply #16
FWIW, I'm ripping as we speak, using the latest XLD build with the defeat caching, and while slower than before it ain't all that slow, nor is it monopolizing my system (2.16 GHz Core2Duo 2 GB RAM, X 10.5.4). Am typing away quite happily as over 15 tabs are refreshing.

  • Pepzhez
  • [*][*][*][*]
New version of CDParanoia III 10.2 Released
Reply #17
I notice that, too. It's only slightly slower with cache disabled. I've only tried a couple of samples so far, so haven't yet encountered any ripping quality differences between cache enabled and cache disabled.

Then again, I've never encountered a verifiable caching issue with any of my drives using any earlier cdparanoia build either.
  • Last Edit: 12 September, 2008, 07:11:21 PM by Pepzhez

  • tim.lance
  • [*][*]
New version of CDParanoia III 10.2 Released
Reply #18
Then again, I've never encountered a verifiable caching issue with any of my drives using any earlier cdparanoia build either.
What I was thinking (having read all your other posts here and elsewhere).

  • knucklehead
  • [*][*][*]
New version of CDParanoia III 10.2 Released
Reply #19
The drive certainly behaves a lot different now with cache disabled. I'm getting a massive slowdown in some damaged areas.

Can't wait to compare rips.


I notice that, too. It's only slightly slower with cache disabled. I've only tried a couple of samples so far, so haven't yet encountered any ripping quality differences between cache enabled and cache disabled.

Then again, I've never encountered a verifiable caching issue with any of my drives using any earlier cdparanoia build either.

New version of CDParanoia III 10.2 Released
Reply #20
The drive certainly behaves a lot different now with cache disabled. I'm getting a massive slowdown in some damaged areas.

Can't wait to compare rips.



I notice that, too. It's only slightly slower with cache disabled. I've only tried a couple of samples so far, so haven't yet encountered any ripping quality differences between cache enabled and cache disabled.

Then again, I've never encountered a verifiable caching issue with any of my drives using any earlier cdparanoia build either.


knucklehead are you using scratched or damaged CD's to force the error correction to work?  For instance lets say you  ripped a damaged CD with the old CDParanoia version and it did not report any errors in the log but clearly had audible problems(pops, clicks,etc.).  Now you  would try to rerip the same CD with new version of CDParanoia to find out if 1. The error correction solved the audible problems 2. If the log reports any errors that it did not before 3. If any of the rips are recognized by Accurate as ok  that were not before.  This might tell us if the ripping process is working differently than before.  I am definitively interested in what ever results you find so please post.

New version of CDParanoia III 10.2 Released
Reply #21
I re ripped a CD that I had trouble with using the the latest version of XLD with CDParanoia III 10.2 and the result was truly surprising.  All the tracks in the new rip were verified by AccurateRip and reports no errors in the log.  The original rip made by XLD with the old version CDParanoia had several tracks that could not by verified by AccurateRip and also did not report errors in log.  The same settings were used with both rips using the same hardware.

Original Rip made  2008-08-22 15
Code: [Select]
XLD extraction logfile from 2008-08-22 15:45:55 -0400

Aerosmith / Greatest Hits (Remaster)

Used drive : SONY DVD RW DW-D150A (revision 1.MD)

Use cdparanoia mode    : YES
Disable audio cache    : YES
Read offset correction : 48
Max retry count        : 100

TOC of the extracted CD
     Track |  Start  |  Length  | Start sector | End sector
   ---------------------------------------------------------
       1  | 00:00:00 | 04:27:60 |        0    |    20084 
       2  | 04:27:60 | 03:05:02 |    20085    |    33961 
       3  | 07:32:62 | 03:15:28 |    33962    |    48614 
       4  | 10:48:15 | 03:33:07 |    48615    |    64596 
       5  | 14:21:22 | 03:28:30 |    64597    |    80226 
       6  | 17:49:52 | 04:42:50 |    80227    |  101426 
       7  | 22:32:27 | 03:23:28 |    101427    |  116679 
       8  | 25:55:55 | 03:49:45 |    116680    |  133899 
       9  | 29:45:25 | 03:46:27 |    133900    |  150876 
       10  | 33:31:52 | 04:04:25 |    150877    |  169201 

All Tracks
   Filename : /Users/macman4hire/Music/Greatest Hits (Remaster).flac
   CRC32 hash            : 09E211F2
   CRC32 hash (skip zero) : 27229F20
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 93
       Atom jitter error (fixed)      : 4
       Dropped bytes error (fixed)    : 1
       Duplicated bytes error (fixed) : 1

Track 01
   CRC32 hash            : C995BB90
   CRC32 hash (skip zero) : 0CF4CC6D
   AccurateRip signature  : 5BAB4ED2
       ->Accurately ripped! (confidence 25)
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 0
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 02
   CRC32 hash            : C6F6C36F
   CRC32 hash (skip zero) : DB74AF9D
   AccurateRip signature  : BA66F4E5
       ->Accurately ripped! (confidence 24)
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 2
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 03
   CRC32 hash            : F0976459
   CRC32 hash (skip zero) : E40084B7
   AccurateRip signature  : 40FDD96F
       ->Accurately ripped! (confidence 24)
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 0
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 04
   CRC32 hash            : 31714D34
   CRC32 hash (skip zero) : 8941C216
   AccurateRip signature  : DD7FFB9E
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 92
       Atom jitter error (fixed)      : 1
       Dropped bytes error (fixed)    : 1
       Duplicated bytes error (fixed) : 1

Track 05
   CRC32 hash            : CF174D6A
   CRC32 hash (skip zero) : 183C126E
   AccurateRip signature  : A2C6A0A3
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 0
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 06
   CRC32 hash            : 7CC3E49A
   CRC32 hash (skip zero) : DCCC7E63
   AccurateRip signature  : 9ED98511
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 0
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 07
   CRC32 hash            : 83FBCCE5
   CRC32 hash (skip zero) : AB4280CC
   AccurateRip signature  : 75D84A8D
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 0
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 08
   CRC32 hash            : 222C3C73
   CRC32 hash (skip zero) : D3C4F3FE
   AccurateRip signature  : 4E570BE8
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 0
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 09
   CRC32 hash            : 02F4FBB7
   CRC32 hash (skip zero) : D033C7F4
   AccurateRip signature  : 697166BD
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 1
       Atom jitter error (fixed)      : 1
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 10
   CRC32 hash            : 27FA0103
   CRC32 hash (skip zero) : 3D7D7899
   AccurateRip signature  : 9B6F7773
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 0
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

No errors occurred

End of status report
 

New Rip made 2008-09-13
Code: [Select]
X Lossless Decoder version 20080913 (89.0)

XLD extraction logfile from 2008-09-13 00:06:08 -0400

Aerosmith / Aerosmith's Greatest Hits

Used drive : SONY DVD RW DW-D150A (revision 1.MD)

Use cdparanoia mode    : YES
Disable audio cache    : YES
Read offset correction : 48
Max retry count        : 100

TOC of the extracted CD
     Track |  Start  |  Length  | Start sector | End sector
   ---------------------------------------------------------
       1  | 00:00:00 | 04:27:60 |        0    |    20084 
       2  | 04:27:60 | 03:05:02 |    20085    |    33961 
       3  | 07:32:62 | 03:15:28 |    33962    |    48614 
       4  | 10:48:15 | 03:33:07 |    48615    |    64596 
       5  | 14:21:22 | 03:28:30 |    64597    |    80226 
       6  | 17:49:52 | 04:42:50 |    80227    |  101426 
       7  | 22:32:27 | 03:23:28 |    101427    |  116679 
       8  | 25:55:55 | 03:49:45 |    116680    |  133899 
       9  | 29:45:25 | 03:46:27 |    133900    |  150876 
       10  | 33:31:52 | 04:04:25 |    150877    |  169201 

List of suggested offset correction values
       #  | Absolute | Relative | Confidence
   ------------------------------------------
       1  |    864  |    816  |    19   
       2  |  -814  |  -862  |    15   
       3  |    515  |    467  |    11   
       4  |    -2  |    -50  |      9   
       5  |  1410  |  1362  |      8   
       6  |  -1069  |  -1117  |      5   
       7  |  -243  |  -291  |      5   
       8  |  -823  |  -871  |      5   
       9  |    536  |    488  |      3   
       10  |  1049  |  1001  |      3   
       11  |  1023  |    975  |      2   

All Tracks
   Filename : /Users/macman4hire/Desktop/Aerosmith's Greatest Hits.flac
   CRC32 hash            : B6C6C129
   CRC32 hash (skip zero) : 27229F20
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 9
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

Track 01
   CRC32 hash            : C995BB90
   CRC32 hash (skip zero) : 0CF4CC6D
   AccurateRip signature  : 5BAB4ED2
       ->Accurately ripped! (confidence 25)
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 9
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

Track 02
   CRC32 hash            : C6F6C36F
   CRC32 hash (skip zero) : DB74AF9D
   AccurateRip signature  : BA66F4E5
       ->Accurately ripped! (confidence 24)
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 0
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

Track 03
   CRC32 hash            : F0976459
   CRC32 hash (skip zero) : E40084B7
   AccurateRip signature  : 40FDD96F
       ->Accurately ripped! (confidence 24)
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 0
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

Track 04
   CRC32 hash            : 30D9C88F
   CRC32 hash (skip zero) : 8941C216
   AccurateRip signature  : 2EC3C8AC
       ->Accurately ripped! (confidence 24)
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 0
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

Track 05
   CRC32 hash            : 82B24836
   CRC32 hash (skip zero) : 183C126E
   AccurateRip signature  : ABD36D75
       ->Accurately ripped! (confidence 23)
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 0
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

Track 06
   CRC32 hash            : 53880706
   CRC32 hash (skip zero) : DCCC7E63
   AccurateRip signature  : B793777F
       ->Accurately ripped! (confidence 23)
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 0
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

Track 07
   CRC32 hash            : 14F20C9D
   CRC32 hash (skip zero) : AB4280CC
   AccurateRip signature  : 6E7B8C77
       ->Accurately ripped! (confidence 24)
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 0
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

Track 08
   CRC32 hash            : 30BFF1CC
   CRC32 hash (skip zero) : D3C4F3FE
   AccurateRip signature  : 12BAD652
       ->Accurately ripped! (confidence 23)
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 0
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

Track 09
   CRC32 hash            : C33C9D37
   CRC32 hash (skip zero) : D033C7F4
   AccurateRip signature  : 0F81B1A7
       ->Accurately ripped! (confidence 24)
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 0
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

Track 10
   CRC32 hash            : FBC3F50E
   CRC32 hash (skip zero) : 3D7D7899
   AccurateRip signature  : 16CBCD77
       ->Accurately ripped! (confidence 21)
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 0
       Atom jitter error (maybe fixed)      : 0
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 0
       Inconsistency in error sectors      : 0

No errors occurred

End of status report

  • knucklehead
  • [*][*][*]
New version of CDParanoia III 10.2 Released
Reply #22
[/quote]
knucklehead are you using scratched or damaged CD's to force the error correction to work?  For instance lets say you  ripped a damaged CD with the old CDParanoia version and it did not report any errors in the log but clearly had audible problems(pops, clicks,etc.).  Now you  would try to rerip the same CD with new version of CDParanoia to find out if 1. The error correction solved the audible problems 2. If the log reports any errors that it did not before 3. If any of the rips are recognized by Accurate as ok  that were not before.  This might tell us if the ripping process is working differently than before.  I am definitively interested in what ever results you find so please post.
[/quote]

I’m using a CD I have that has some damage to the data layer - some wear, and one pretty good size hole.

I just had am "incident" with my computer where the rip choked on one track(at the big hole, I bet), and my CPU usage went to 100% and stayed there for 15 minutes or so. Stayed that way through quitting XLD, disconnecting the ripping drive, and several computer restarts. All without showing any corresponding process in the Activity Monitor?!?

Well, at least it eventually stopped...


It will take a while for me to get any meaningful comparisons ready.
I'll head to the library later to get some well beat up CD's for testing.

I'm sure at least a few people will be posting their findings over the next few days, and we'll start to get an idea of how well this is working.

New version of CDParanoia III 10.2 Released
Reply #23
This CD track number 9 had an audible pop when ripped with both versions old CDParanoia and new CDParanoia  modes.  The difference is that with new CDParanoia it take about 35 minutes to rip this one track as opposed approximately the time for the whole CD with old version CDParanoia.  Be advised the it was in version XLD 20080829  that added the option to veryfy suspicious sectors.  This information is obviously not in old rip log because it was not available as a feature at time of the rip.  The Statistic sections both rip logs differ.  Both tracks in the rip logs could not be verified with AccurateRip.  The audible pop was heard in the new rip.

Original Rip made 2008-08-22 15
Code: [Select]
X Lossless Decoder version 20080828 (82.0)

XLD extraction logfile from 2008-08-27 15:02:48 -0400

Eric Clapton / Time Pieces - The Best Of Eric Clapton

Used drive : SONY DVD RW DW-D150A (revision 1.MD)

Use cdparanoia mode    : YES
Disable audio cache    : YES
Read offset correction : 48
Max retry count        : 100

TOC of the extracted CD
     Track |  Start  |  Length  | Start sector | End sector
   ---------------------------------------------------------
       1  | 00:00:33 | 04:23:42 |        33    |    19799 
       2  | 04:24:00 | 03:08:58 |    19800    |    33957 
       3  | 07:32:58 | 04:21:00 |    33958    |    53532 
       4  | 11:53:58 | 03:39:25 |    53533    |    69982 
       5  | 15:33:08 | 07:06:12 |    69983    |  101944 
       6  | 22:39:20 | 03:34:50 |    101945    |  118044 
       7  | 26:13:70 | 03:49:38 |    118045    |  135257 
       8  | 30:03:33 | 03:28:32 |    135258    |  150889 
       9  | 33:31:65 | 03:00:25 |    150890    |  164414 
       10  | 36:32:15 | 03:29:00 |    164415    |  180089 
       11  | 40:01:15 | 04:55:43 |    180090    |  202257 

All Tracks
   Filename : /Users/macman4hire/Music/Eric Clapton/Time Pieces/Time Pieces - The Best Of Eric Clapton.flac
   CRC32 hash            : D9C48031
   CRC32 hash (skip zero) : E1162A34
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 6
       Atom jitter error (fixed)      : 509
       Dropped bytes error (fixed)    : 3
       Duplicated bytes error (fixed) : 2

Track 01
   CRC32 hash            : E109AF13
   CRC32 hash (skip zero) : 2C406AF6
   AccurateRip signature  : 9B55C5C4
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 60
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 02
   CRC32 hash            : AB0A1AB5
   CRC32 hash (skip zero) : 0242F76F
   AccurateRip signature  : ED276609
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 4
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 03
   CRC32 hash            : BC49382C
   CRC32 hash (skip zero) : B3337C25
   AccurateRip signature  : A578AEFE
       ->Accurately ripped! (confidence 13)
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 10
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 04
   CRC32 hash            : C154E6CB
   CRC32 hash (skip zero) : 2F8BC2DC
   AccurateRip signature  : EA263008
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 11
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 05
   CRC32 hash            : F7B88BD4
   CRC32 hash (skip zero) : 2D3E22A5
   AccurateRip signature  : 33686DB9
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 3
       Atom jitter error (fixed)      : 15
       Dropped bytes error (fixed)    : 1
       Duplicated bytes error (fixed) : 1

Track 06
   CRC32 hash            : BEAE2B3E
   CRC32 hash (skip zero) : A489EA3D
   AccurateRip signature  : A6373111
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 3
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 07
   CRC32 hash            : E3650C84
   CRC32 hash (skip zero) : D08748E2
   AccurateRip signature  : A4F71406
       ->Accurately ripped! (confidence 14)
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 1
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 08
   CRC32 hash            : F9D23D7D
   CRC32 hash (skip zero) : 6140EC84
   AccurateRip signature  : 3A8E2316
       ->Accurately ripped! (confidence 14)
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 2
       Atom jitter error (fixed)      : 6
       Dropped bytes error (fixed)    : 1
       Duplicated bytes error (fixed) : 0

Track 09
   CRC32 hash            : BAF8DE77
   CRC32 hash (skip zero) : DFEBA020
   AccurateRip signature  : 86304473
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 235
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

Track 10
   CRC32 hash            : 9C878543
   CRC32 hash (skip zero) : F1185406
   AccurateRip signature  : CC80D5CD
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 1
       Atom jitter error (fixed)      : 149
       Dropped bytes error (fixed)    : 1
       Duplicated bytes error (fixed) : 1

Track 11
   CRC32 hash            : BDB00E22
   CRC32 hash (skip zero) : 4AD7E7EE
   AccurateRip signature  : 5F8DBC40
       ->Rip may not be accurate.
   Statistics
       Read error                    : 0
       Skipped (treated as error)    : 0
       Edge jitter error (fixed)      : 0
       Atom jitter error (fixed)      : 15
       Dropped bytes error (fixed)    : 0
       Duplicated bytes error (fixed) : 0

No errors occurred

End of status report

New Rip made 2008-09-13
Code: [Select]
X Lossless Decoder version 20080913 (89.0)

XLD extraction logfile from 2008-09-13 01:03:29 -0400

Eric Clapton / Time Pieces - The Best Of Eric Clapton

Used drive : SONY DVD RW DW-D150A (revision 1.MD)

Use cdparanoia mode    : YES
Disable audio cache    : YES
Read offset correction : 48
Max retry count        : 100

TOC of the extracted CD
     Track |  Start  |  Length  | Start sector | End sector
   ---------------------------------------------------------
       1  | 00:00:33 | 04:23:42 |        33    |    19799 
       2  | 04:24:00 | 03:08:58 |    19800    |    33957 
       3  | 07:32:58 | 04:21:00 |    33958    |    53532 
       4  | 11:53:58 | 03:39:25 |    53533    |    69982 
       5  | 15:33:08 | 07:06:12 |    69983    |  101944 
       6  | 22:39:20 | 03:34:50 |    101945    |  118044 
       7  | 26:13:70 | 03:49:38 |    118045    |  135257 
       8  | 30:03:33 | 03:28:32 |    135258    |  150889 
       9  | 33:31:65 | 03:00:25 |    150890    |  164414 
       10  | 36:32:15 | 03:29:00 |    164415    |  180089 
       11  | 40:01:15 | 04:55:43 |    180090    |  202257 

Track 09
   Filename : /Users/macman4hire/Desktop/09 Eric Clapton - Promises(1).flac

   CRC32 hash            : 660F47ED
   CRC32 hash (skip zero) : 5AF7FC6D
   AccurateRip signature  : DF47DED2
       ->Rip may not be accurate.
   Statistics
       Read error                          : 0
       Skipped (treated as error)          : 0
       Edge jitter error (maybe fixed)      : 9
       Atom jitter error (maybe fixed)      : 107
       Drift error (maybe fixed)            : 0
       Dropped bytes error (maybe fixed)    : 0
       Duplicated bytes error (maybe fixed) : 1
       Inconsistency in error sectors      : 13
       List of suspicious positions        :
           (1) 00:49:27
           (2) 00:56:12
           (3) 00:59:50
           (4) 01:06:36
           (5) 01:06:67
           (6) 01:08:57
           (7) 01:08:72
           (8) 01:17:64
           (9) 01:24:36
           (10) 01:40:19
           (11) 01:57:39
           (12) 01:58:42
           (13) 02:01:36

Some inconsistencies found

End of status report

  • xiphmont
  • [*][*][*]
  • Developer
New version of CDParanoia III 10.2 Released
Reply #24
Truly missing samples are truly missing.  If a sector is partially unrecoverable, the only thing you can do is software filtering after the fact.  There are software filters that do a good job (I designed some of them), and I do plan to add one to cdparanoia in the future.  Now that some drives report real C2 flags (as opposed to 2001-ish when many drives supported the feature by handing back bogus information that 'appoximated' the real data), there will be a more reliable way to do this than had originally been in Paranoia II, which I never added to Paranoia III because it just didn't work that well.

However, that will still be, in a sense, manufactured information.  I'm not really sure why you think you'd get 100% rip reproducability out of a disc with literal holes in the media!  The original pupose of cdparanoia is to make the drive behave, including getting a stable read (one that doesn't skip, even if it can't completely repair the damage) around media inconsistencies.  Even good drives will often skip on minor scratches that simple retry/compare fixes nicely. I haven't implemented the magic flag to make all heavy damage go away yet. I'm not actually being sarcastic here, some of the reconstruction filters are really damned good, if I can get reliable information from the read about which samples are suspect.

Oh, and FWIW, there are no magic FUA commands on modern IDE/SATA ATAPI/MMC drives.  There are commands in the command set (such as SET READAHEAD, 0xA7) that mandate specific cache side effects that *look* like they will be useful, but I've not found a drive yet that actually obeys the spec.  I didn't even bother adding the commands to 10.2 (although A7 was in SVN for testing for a little while).  Of my 10 main testing drives, 8 accepted the command.  7 then performed none of mandated cache side effects.  The eighth did.. something kinda random (flushed cache depending on how the request intersected, then completely spun down, or just ignored the command entirely).  I had one report from a beta tester that said the A7 command worked properly on his drive, but reduced its performance to around 2x before any of the retry/compare operations.  So... not acceptable.

Similarly, the various cache extents options avilable through MODE SET 10/12 nearly always only apply to data discs.  The requests are either rejected, or accepted but ignored for redbook discs.  I'm not sure how any other ripper thinks it's actually disabling the drive cache by flipping a switch.  Sure, the drives accept the commands, but if you actually check what the drive is doing, the commands *don't actually work on audio discs*.

So, cdparanoia 10,2 times every operation and compares the drive behavior to the cache model.  If a seek should have happened, but a read comes back in only 2ms, it knows that something went wrong.  No, this is not used a primary defense-- it's merely an additional safeguard on top of the new cache model (because the -A analysis is far too heavyweight to run before every rip and drive behaviors change from exact medium to exact medium.  A cyanine CDR may not be read the same way as an aluminum commercial pressing, etc...).

Monty
xiph.org
  • Last Edit: 13 September, 2008, 03:24:41 AM by xiphmont