IPB

Welcome Guest ( Log In | Register )

2 Pages V   1 2 >  
Reply to this topicStart new topic
New version of CDParanoia III 10.2 Released, Great News I hope XLD will upgrade to this release!
macman4hire
post Sep 12 2008, 13:32
Post #1





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



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.

This post has been edited by macman4hire: Sep 24 2008, 19:51
Go to the top of the page
+Quote Post
knucklehead
post Sep 12 2008, 15:53
Post #2





Group: Members
Posts: 129
Joined: 27-October 04
Member No.: 17880



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.
Go to the top of the page
+Quote Post
macman4hire
post Sep 12 2008, 16:12
Post #3





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



QUOTE (knucklehead @ Sep 12 2008, 08:53) *
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.
Go to the top of the page
+Quote Post
knucklehead
post Sep 12 2008, 19:06
Post #4





Group: Members
Posts: 129
Joined: 27-October 04
Member No.: 17880



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]
Go to the top of the page
+Quote Post
patmcg
post Sep 12 2008, 21:31
Post #5





Group: Members
Posts: 74
Joined: 18-March 08
Member No.: 52123



QUOTE (macman4hire @ Sep 12 2008, 02:32) *
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
Go to the top of the page
+Quote Post
Pepzhez
post Sep 12 2008, 21:39
Post #6





Group: Members
Posts: 256
Joined: 18-May 03
Member No.: 6685



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!

This post has been edited by Pepzhez: Sep 12 2008, 21:49
Go to the top of the page
+Quote Post
HotshotGG
post Sep 12 2008, 21:57
Post #7





Group: Members
Posts: 1593
Joined: 24-March 02
From: Revere, MA
Member No.: 1607



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. wink.gif


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. laugh.gif

This post has been edited by HotshotGG: Sep 12 2008, 22:00


--------------------
College student/IT Assistant
Go to the top of the page
+Quote Post
Fandango
post Sep 12 2008, 22:19
Post #8





Group: Members
Posts: 1546
Joined: 13-August 03
Member No.: 8353



QUOTE
Last modified: 2008/8/22

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

Am I missing something? unsure.gif
Go to the top of the page
+Quote Post
Pepzhez
post Sep 12 2008, 22:26
Post #9





Group: Members
Posts: 256
Joined: 18-May 03
Member No.: 6685



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.

This post has been edited by Pepzhez: Sep 12 2008, 22:27
Go to the top of the page
+Quote Post
tim.lance
post Sep 12 2008, 22:26
Post #10





Group: Members
Posts: 89
Joined: 9-July 07
Member No.: 45161



QUOTE (Fandango @ Sep 12 2008, 16:19) *
QUOTE
Last modified: 2008/8/22

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

Am I missing something? unsure.gif

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).
Go to the top of the page
+Quote Post
Fandango
post Sep 12 2008, 22:28
Post #11





Group: Members
Posts: 1546
Joined: 13-August 03
Member No.: 8353



I see. No haven't set that option, how could I? I'm not a Mac. biggrin.gif

I'm just curious about the changes, i.e. changelog.
Go to the top of the page
+Quote Post
Pepzhez
post Sep 12 2008, 22:37
Post #12





Group: Members
Posts: 256
Joined: 18-May 03
Member No.: 6685



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.

This post has been edited by Pepzhez: Sep 12 2008, 22:41
Go to the top of the page
+Quote Post
macman4hire
post Sep 12 2008, 22:42
Post #13





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



QUOTE (Fandango @ Sep 12 2008, 15:19) *
QUOTE
Last modified: 2008/8/22

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

Am I missing something? unsure.gif

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!

This post has been edited by macman4hire: Sep 12 2008, 22:44
Go to the top of the page
+Quote Post
MacMelo
post Sep 12 2008, 23:11
Post #14





Group: Members
Posts: 15
Joined: 20-July 08
Member No.: 56039



QUOTE (Fandango @ Sep 12 2008, 18:19) *
Am I missing something? unsure.gif


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...

This post has been edited by MacMelo: Sep 12 2008, 23:12
Go to the top of the page
+Quote Post
greynol
post Sep 12 2008, 23:14
Post #15





Group: Super Moderator
Posts: 10000
Joined: 1-April 04
From: San Francisco
Member No.: 13167



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. wink.gif


--------------------
Your eyes cannot hear.
Go to the top of the page
+Quote Post
Pepzhez
post Sep 12 2008, 23:42
Post #16





Group: Members
Posts: 256
Joined: 18-May 03
Member No.: 6685



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.

This post has been edited by Pepzhez: Sep 12 2008, 23:46
Go to the top of the page
+Quote Post
tim.lance
post Sep 12 2008, 23:51
Post #17





Group: Members
Posts: 89
Joined: 9-July 07
Member No.: 45161



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.
Go to the top of the page
+Quote Post
Pepzhez
post Sep 13 2008, 00:10
Post #18





Group: Members
Posts: 256
Joined: 18-May 03
Member No.: 6685



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.

This post has been edited by Pepzhez: Sep 13 2008, 00:11
Go to the top of the page
+Quote Post
tim.lance
post Sep 13 2008, 00:27
Post #19





Group: Members
Posts: 89
Joined: 9-July 07
Member No.: 45161



QUOTE (Pepzhez @ Sep 12 2008, 18:10) *
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).
Go to the top of the page
+Quote Post
knucklehead
post Sep 13 2008, 04:29
Post #20





Group: Members
Posts: 129
Joined: 27-October 04
Member No.: 17880



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.


QUOTE (Pepzhez @ Sep 12 2008, 15:10) *
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.
Go to the top of the page
+Quote Post
macman4hire
post Sep 13 2008, 04:52
Post #21





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



QUOTE (knucklehead @ Sep 12 2008, 21:29) *
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.


QUOTE (Pepzhez @ Sep 12 2008, 15:10) *

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.
Go to the top of the page
+Quote Post
macman4hire
post Sep 13 2008, 05:43
Post #22





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



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
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
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
Go to the top of the page
+Quote Post
knucklehead
post Sep 13 2008, 06:02
Post #23





Group: Members
Posts: 129
Joined: 27-October 04
Member No.: 17880



[/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.
Go to the top of the page
+Quote Post
macman4hire
post Sep 13 2008, 07:28
Post #24





Group: Members
Posts: 185
Joined: 5-June 08
From: USA
Member No.: 54037



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
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
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
Go to the top of the page
+Quote Post
xiphmont
post Sep 13 2008, 08:05
Post #25


Xiph.org


Group: Developer
Posts: 169
Joined: 24-September 01
Member No.: 16



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

This post has been edited by xiphmont: Sep 13 2008, 08:24
Go to the top of the page
+Quote Post

2 Pages V   1 2 >
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 17th April 2014 - 23:42