*whisper* 708a does... =D

I know, but its a real plextor. Spoon said the 203 was one of the best plextors for ripping yet its missing vital features.

Hi Spoon

Just installed R12 and it is working brilliantly! You've created quite a ripper there, well done

I rip in Ultra Secure mode and I cannot believe the results I am getting. I have just one question, why is there a faded cross next to AccurateRip where "Secure" is displayed next to it with a green tick?

All the best
David

A faded cross means the CD is not in the accuraterip database (when you first inserted the cd it should have said on the totals bar the cd was not in accuraterip).

I read your previous msg before the edit, I take it AccurateRip configured ok?

(whilst I am posting: Alpha 7 has been released, many usablility additions to CD Ripper).

Yes I re-installed R12, rebooted and it accepted the disks. Not sure what the problem was but it's working great now.

Where can I download Alpha 7? Is there much difference in terms of ripping quality to the one I'm using now? If not I'll just stick with this one for the time being.


EDIT: Found the download link to Alpha 7 but it's not working at the moment.

Same here

as Phillip J. Fry would say

“Fix it, fix it, fix it, fix it, fix it, fix it… fix it, fix it, fix it!”

:grins:

Right click on the link below and then click "Save Target As...".

http://www.dbpoweramp.com/beta/dMC-r12-alpha7.exe

The link works in the dbpoweramp forum too now.

Anyone care to explain in exhaustive detail, what the new interpolate option does?

Thanks for the pointer about the link not working (it was only uploaded to 1 of the 2 load balanced servers, hence one try it was there, next it was not).

The interpolate option makes sure that if a frame cannot be recovered, regardless of the information that is given out by the cd drive, it will not cause nasty speaker damaging pops. This is really the option for drives with no c2, if a drive supports c2 then that can be used in a better fashion, which I have yet to write (c2 gives much finer detail of which parts of the frame has problems, so the whole frame does not need to be affected, also the data can be completely replaced in the sub-frame, where at the moment the existing data given out is preserved).

I'm ripping a CD at the moment in Ultra Secure mode. When I put the CD in R12 says "CD is in AccurateRip Database". In the Rip Status column for each track I'm getting a red cross followed by "AR (1)" then next to that a green tick "Secure".

Does this mean all the tracks on this CD were ripped with errors?

That would mean the ripper reported no errors, but the rip doesn't match the one in the accuraterip database.

Since it's a confidence of only 1, and if all the tracks report the same thing, the cd is likely a different pressing then the one in the database.

Spoon,

I would recommend an overhaul of the current CLI plugin in place, especially with the need to specify the extension in a seperate text file. Something along the lines of fb2k's CLI configuration would be nice; at least an input box where you can specify the extension would be greatly appreciated.

...or is something along these lines planned in the polish / clean-up phase of development, after the bulk of work has been done on the ripper as you bring it to "release" status?

That is one limitation we cannot get around, ie by the time the compression options are shown, in our Converter the extension of the audio file must be known. That said for all common encoders default install packages will be created, the CLI is being extended to make it programmatical (like the old one) in that an option page like for Lame can be created by adding lines of text to the encoder.txt file (we use it for stdio cli encoders, such as musepack and Neros aac).

Ahah, so you don't use the C2 errors bitmaps yet, while Plextools does
As for interpolation, did you try enabling the DAP bit of READ_CD command ?

Plextools was written from the stand point where all the drives it works with supports c2, if we had that our code would be / 4, so they have it easy .

The idea of interpolation in the software is that it would be constant, different drives interpolate in different ways, so no longer depending on the drives implementation.

These routines will later be added to a 'Defective by design' profile, which will rip correctly any cds with intentional errors (by correctly I mean without the intentional noise).

None of these new options are effecting how the ripper finds errors correct spoon? just how they deal with erros once they are found, right? The old alphas still were reporting all the errors hopefully.

If we want all errors found reported and done nothing with, with the new ripper we should not use interpolation and check that they all be reported as errors correct?

thanks spoon, quite an outstanding job

Yes the ripping routine is effectively unchanged, just what is done once unrecoverable errors are encountered.

Even with interpolation, all errors are reported (if complete reporting is selected, even frames which are recovered are reported in that mode).

would interpolation provide the best possible results on a drive that doesn't support C2?

and by best, I mean the least audiable glitches

yes.

I tested this new ripper last night and so far it works real stable and nice. I do have a few questions though.
I'm using a Sony DVD RW DRU-510A.

a.
The drive read cache detected 36KB cache. And the FUA support test said FUA works propper. Also when I enable FUA the cache test says the drive now doesnt cache.
But I've read in thread that the FUA feature is for plextor drives. Is the best option to use for my drive or should i just use the 36KB cache?

b.
My secure settings are: ultra pass 1-6-1, 7800 rereads and c2 enabled.
I have a cd that has 12 tracks that are 'V accurate(5)' en two of them are 'X AR (21) i Secure'. If I rip those tracks in burst mode they are ripped as 'V accurate(4)! What is better to use and can someone please explain to me what 'X AR (21) i Secure' means?

The log says this:

Is that supposed to be a Check?? Anyways, anytime accurateRip says accurate go with that because its 100 percent. X AR is when it is inaccurate and the 21 is how many other different hardware rips it was inaccurate with (they all matching that is). It is odd to me that you get accurate results with burst and not with Secure mode. Maybe spoon can chime in here...

I am thinking it should be ok to use FUA with this drive provided that the cache detection is working properly. I have a friend with a PX-760A who says that it is being detected as not caching and that the FUA test for this drive was negative, so I'm having some doubts, but I am asking for clarification. I'm still using a6. I should upgrade to a7 and test my PX-716A which I'm thinking should be a similar drive.

It means that the rip doesn't match what is in the AccurateRip database but was deemed secure by the ripper. So long as it wasn't the result of a consistent error, the rip is probably good. How do the rest of the tracks look?

I have a question about three different CDs that I have tried to rip.

When I insert the CD, it says "CD in AccurateRip". Then in the "Rip Status" column I'm getting a red cross followed by "AR (then a number here, varies with each track)" then a green tick "Secure".

Sometimes the confidence in brackets is as high as 8 next to the red cross. Could this be that my CD is a different pressing to the one in AccurateRip (I'm in the UK)? How can I be sure that there were no errors? Can I trust the green "Secure" tick?

Thanks
David.

Probably, yes. And if it is, it doesn't matter what the confidence level of the inaccuracy is. A different pressing is a different pressing.

My general rule is that the confidence of the tracks that are deemed inaccurate should be based on the confidence of the tracks that are deemed accurate and how many of the tracks were ripped accurately. You should also see how much trouble the ripper had with the tracks that AccurateRip said weren't accurate.

So you mean to ask how secure is spoon's new ripper? I can't answer that but can suggest that you see what EAC does with the track. Make sure you have it enabled to use null samples in CRC calculations and you can compare the CRCs directly (provided the drive is offset corrected in EAC).

12 tracks that are 'V accurate(5)' en two of them are 'X AR (21) i Secure'.

Did either of these tracks require re-reads? If so, I'd say that they are probably not accurate.

This looks very promising. I'm using it at this moment with a PX-716UF on a disc that I had given up for dead and it is ripping it accurately.

I have a very minor feature request: Can you add the cddb/freedb-style eight-character disc ID as a File Naming Element? Or better yet, the 28-character CD index as used by Musicbrainz? Or both?

I already have my own backend process for encoding audio and editing and storing metadata but I would like to use this as a front end for ripping. I have managed to script EAC to be a front end using AutoIt and I'm hoping it will not be difficult to do the same thing with this. Using a disc ID for a directory name instead of artist/title will make it easier to feed into this process.

Yes both required a reread of 1 frame.

This http://users.pandora.be/satcp/eac-qs-en.htm#options says...



This link http://users.pandora.be/satcp/eac02.htm says...

So, do or do not have a check-mark in that box?

Mike

Unchecked.

@Scidd0w:
1 frame isn't much to re-rip, but you could be getting a consistent error. I see you're also using C2. I'm not sure what to say about this. Spoon's seemed to have changed his opinion (and code?) regarding C2 since he first announced the software. I'm curious to see what he has to say. Did you also try EAC?

Spoon, I know dMC is still in alpha, but in your opinion is it ready to start being used for archiving?? Any outstanding issues with the flac encoder?

eli:

None that I know, the ripper is almost complete and for flac you can use the verify option after ripping.

eb:

you can add the freedb id (or cddb id) to the id tag.

Consistent errors and non are the thing to worry about here. When they both can be implemented, reliably then we are good to go. If you use the new ripper without a drive that does GOOD c2 detection, then the only benifit besides Spoons interface, is the interpolation, which will make some errors inaudible. But if you have a drive with good c2 detection, and use this ripper with ultra passes, c2, and re rip then yes, TRUST THE GREEN CHECK =)))) then theres accurateRip, plus when its there. Nessesary if you don't have c2 in my mind...

Have fun!!!

Thank Spoon!




Spoon???

is the logic, that was first implemented and in your test still completely there?

I did some more testing with my small sampling of problem discs using my PX-716A. I have to say that I too am becomming a believer, especially with the C2 performance. There is still one more disc I want to try to see how well it does compared to PlexTools, but so far it is beating out EAC. I have to think this is because of the use of C2 during re-reads.

I did not get these kinds of results with r5.

Unfortunately I still can't use C2 with my Sony CDU5221.

Great job Spoon!

Sppon;
I would really like to know what you think about my questions stated here, http://www.hydrogenaudio.org/forums/index....mp;#entry442087.

FUA has really only been tested on the Plextors, 36kb would be safer.



If you rip twice in secure what are the CRCs (enable that column by right clicking on ripping status at the top. If you rip twice in burst what are the crcs?



Through out my testing (with how c2 is implemented in R12) c2 only did good, the thing to remember about c2 detection is it is an unknown quantity across drives, some might not report all errors, I see it as an extra help, not a hinderance no matter which drive it is on.

Ok, I tested a problem track, track 7 (Where The Streets Have No Name) from the CD (U2 - The Best Of 1980-1990) some more. I ripped it 5 times with different tools and settings.
One remarkable thing is that for the 1st time the secure with c2 setting ended with a secure rip and corresponding CRC. (I ripped this track with this setting for over 10 times.)
<update>
An other remark is that EAC says the drive does not cache after its drive features test while dMC says the cache is 36KB.
</update>

Player: Sony DRU-510a (1.1a)
Tools: dMC-r12-alpha7 & EAC V0.95 prebeta 3
CRC's:
87D6958C - X AR (21) I Secure
ABF87DF7 - V Accurate(4)

what exactly does the "i" report again spoon?

EAC does not need to flush the cache for drives that use less than ~63kB. This is why it says that it doesn't cache.

I use a BenQ DW-1650 to rip my CD collection, I use these settings in R12.

What do you think of my settings? Would you change any of them to get better results?

I would put max re reads at 700 like spoon said. Did you detect cache for that drive? Are you sure you want interpolation?

I would buy a good c2 capable drive for 50 bucks and use that. The gain in eliminating consistent errors is worth it.

I ran the "Detect Cache" option for this drive and got this result;

"Drive does not appear to cache, no cache clearing will be used."
"Detected cache size 0 KB (0 frames)."

I thought the interpolation option was meant for drives with no C2 like mine? What are the downsides of using interpolation with this drive?

Hello,

I am using the current dMC-r12-alpha7 version of this program on Windows XP Pro SP2

This program is very interesting, and looks like something I will use soon. A few caveats exist however that I have come across, in addition I have a few questions.

The Read into Lead-in Lead-out option has 2 options listed: 1) SCSI Pass through (SPT), and 2) Windows Internal [for limited accounts],

I am using a Plextor PX-716SA, as well as a Plextor PX-716UF, they support overreading into lead in and lead out

Option 2 is not an option as it states that C2 error reporting nor FUA cache clear would be avialable.

Option 1 is also a non-option for use with Plextor drives, because it is now known (and can even be tested with dBpowerAMP) that SCSI Pass through interferes with/disables FUA from working at all. If you have SPT enabled (and installed of course) and you do the FUA test, it will show that the drive does not support it (the separate cache test also reports the PX-716SA/UF as having a cache of 1173KB). When you uninstall SPT via the run command "sptdinst_x86.exe remove" followed by a reboot--both drives show that the support FUA, and subsequently, once enabled, doing the cache test will reveal that the cache is 0KB (this coming after a popup box I believe that stated that no audio cd was detected however. --strange)

Thinking a litte bit I though to myself "Isn't an ASPI layer supposed to be at play here somewhere?" As it is with EAC (Exact Audio Copy) for example. Well here's where things get very weird. 1st of all, using my internal PX-716SA on CD "Dry Kill Logic -The Dead And Dreaming" wiht dBpowerAMP (FUA DISABLED, using SPT --you will see why in a minute why I chose those options). The disc extracts correctly (and quickly I might add-impressive as far as speed is concerned) without errors (log included at bottom).

Switching to using my external USB 2.0 Plextor PX-716UF with the same settings results in massive errors (log included below). My External drive is working fine, is almost brand new, and also works perfectly with plextools or EAC. It is plugged directly into a USB 2.0 port in the back of my PC.

In contemplating what to do to resolve this issue, I downloaded the NERO ASPI layer, the same one which is used and recommened for EAC by "The Uber Standard". I placed this file wnaspi32.dll v 2.0.1.74 Win32 nero ASPI library, within C:\Program Files\Illustrate\dBpowerAMP.

I figured this might have a shot at the weird errors, thinking that the SCSI pass through would not work through a USB 2.0 interface. Once this was done I re-opened dBpowerAMP and what happened is ALL of the drive letters for my 4 CD/DVD-RW drives showed up with THE SAME DRIVE LETTER, that being "F". No drive would recognize an audio CD, it would just constantly refresh the pop-up box if I tried to click "Retry". Nothing is wrong with the allocation of my drive letters as confirmed by Logical Disk Manager in Administrative Tools, Computer Management. I figured that it must be something that exists simply because it is still alpha software, and is a bug that will be worked out.

ONly problem with that however is the fact that someone here had previously posted that they had successfully extracted an audio CD using the external PX-716UF. Here are the logs so you can see what has happened, perhaps there's something that I am overlooking or not doing correctly, but like I said, it does work fine with my Internal drive using the exact same settings except that I had detected the cache for the external drive (with SPT, and hence, no capability of using FUA for now -nothing works using the Nero ASPI layer).

====================

dBpowerAMP Release 12 Alpha 7 Digital Audio Extraction Log from Thursday, October 19, 2006 11:02 AM

Drive & Settings
----------------

Ripping with drive 'G: [PLEXTOR - DVDR PX-716A ]', Drive offset: 30, Overread Lead-in/out: Yes
AccurateRip: Active, Using C2: Yes, Cache: None, FUA Cache Invalidate: No
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Ultra:: Vary Drive Speed: No, Min Passes: 1, Max Passes: 6, Finish After Clean Passes: 1
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 700

Encoder: Wave -compression="PCM"

Extraction Log
--------------

Track 1: Ripped LBA 0 to 11515 (2:33) in 0:08. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 01 - Lost.wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: BD3E21F1

Track 2: Ripped LBA 11515 to 28728 (3:49) in 0:11. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 02 - Paper Tiger.wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: 6AB7A4FB

Track 3: Ripped LBA 28728 to 44613 (3:31) in 0:09. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 03 - Buckles.wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: 6EA31EF1

Track 4: Ripped LBA 44613 to 61892 (3:50) in 0:10. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 04 - With Deepest Regrets....wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: 7E1C488E

Track 5: Ripped LBA 61892 to 81444 (4:20) in 0:10. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 05 - Neither Here nor Missed.wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: 74E8F69C

Track 6: Ripped LBA 81444 to 94095 (2:48) in 0:06. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 06 - The Perfect Enemy.wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: BFDCEF1D

Track 7: Ripped LBA 94095 to 105948 (2:38) in 0:05. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 07 - Living Witness.wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: F5050F73

Track 8: Ripped LBA 105948 to 119185 (2:56) in 0:06. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 08 - One Handed Knife Fight.wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: D1F75A1F

Track 9: Ripped LBA 119185 to 135534 (3:37) in 0:07. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 09 - As Thick as Thieves.wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: 58DD8068

Track 10: Ripped LBA 135534 to 150726 (3:22) in 0:06. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 10 - 200 Years.wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: 73893AA5

Track 11: Ripped LBA 150726 to 167928 (3:49) in 0:07. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 11 - No Reason.wav
AccurateRip: Accurate (confidence 2) [Pass 1]
CRC32: 6F1E29D5

--------------

11 Tracks Ripped Accurately


====================

dBpowerAMP Release 12 Alpha 7 Digital Audio Extraction Log from Thursday, October 19, 2006 11:12 AM

Drive & Settings
----------------

Ripping with drive 'N: [PLEXTOR - DVDR PX-716A ]', Drive offset: 30, Overread Lead-in/out: Yes
AccurateRip: Active, Using C2: Yes, Cache: 1173 KB, FUA Cache Invalidate: No
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Ultra:: Vary Drive Speed: No, Min Passes: 1, Max Passes: 6, Finish After Clean Passes: 1
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 700

Encoder: Wave -compression="PCM"

Extraction Log
--------------

Track 1: ERROR Ripping LBA 0 to 11515 (2:33) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 01 - Lost.wav
Unable to read CD, check CD disc (frame LBA 0)

Track 2: ERROR Ripping LBA 11515 to 28728 (3:49) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 02 - Paper Tiger.wav
Unable to read CD, check CD disc (frame LBA 11515)

Track 3: ERROR Ripping LBA 28728 to 44613 (3:31) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 03 - Buckles.wav
Unable to read CD, check CD disc (frame LBA 28728)

Track 4: ERROR Ripping LBA 44613 to 61892 (3:50) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 04 - With Deepest Regrets....wav
Unable to read CD, check CD disc (frame LBA 44613)

Track 5: ERROR Ripping LBA 61892 to 81444 (4:20) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 05 - Neither Here nor Missed.wav
Unable to read CD, check CD disc (frame LBA 61892)

Track 6: ERROR Ripping LBA 81444 to 94095 (2:48) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 06 - The Perfect Enemy.wav
Unable to read CD, check CD disc (frame LBA 81444)

Track 7: ERROR Ripping LBA 94095 to 105948 (2:38) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 07 - Living Witness.wav
Unable to read CD, check CD disc (frame LBA 94095)

Track 8: ERROR Ripping LBA 105948 to 119185 (2:56) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 08 - One Handed Knife Fight.wav
Unable to read CD, check CD disc (frame LBA 105948)

Track 9: ERROR Ripping LBA 119185 to 135534 (3:37) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 09 - As Thick as Thieves.wav
Unable to read CD, check CD disc (frame LBA 119185)

Track 10: ERROR Ripping LBA 135534 to 150726 (3:22) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 10 - 200 Years.wav
Unable to read CD, check CD disc (frame LBA 135534)

Track 11: ERROR Ripping LBA 150726 to 167928 (3:49) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Dry Kill Logic\Dry Kill Logic - Dead and Dreaming - 11 - No Reason.wav
Unable to read CD, check CD disc (frame LBA 150726)

--------------

11 Tracks Could Not Be Ripped

Perhaps the ASPI layer has to go into a Windows directory instead of the main program (to be able to use FUA and not lose C2 capability as the Windows Internal setting says it will do if enabled)? Or perhaps the specific ASPI layer isnt compatible with thie program? I look forward to your analysis of these issues. Thank you

Once this was done I re-opened dBpowerAMP and what happened is ALL of the drive letters for my 4 CD/DVD-RW drives showed up with THE SAME DRIVE LETTER, that being "F". No drive would recognize an audio CD, it would just constantly refresh the pop-up box if I tried to click "Retry".[quote]


To clarify this a bit --dBpowerAMP did not automatically change the drive letters to all "F"'s until I manually selected "ASPI" from the drop-down list next to Read into lead in lead out; Communication. Once that was selected and the program closed and re-opened it did this, and the problem was repeatable. When swithcing back to SCSI pass through (SPT), then closing and re-opening the program it then correctly recognized my four drives and would actually recognize an audio CD then.

To illustrate exactly what I was seeing with the Nero aspi layer selected, in the drop down box, was the following:

Insert Audio CD Into:

F: [_NEC -DVD_RW ND-2500A ]
F: [PLEXTOR -DVDR PX716A ]
F: [BENQ -DVD DD DW1640 ]
F: [PLEXTOR -DVDR PX716A ]

If changed back to SCSI pass through (SPT) (which I don't want) the drive letters go back to normal,

F: [_NEC -DVD_RW ND-2500A ]
G: [PLEXTOR -DVDR PX716A ]
H: [BENQ -DVD DD DW1640 ]
N: [PLEXTOR -DVDR PX716A ]

87D6958C - X AR (21) I Secure
ABF87DF7 - V Accurate(4)

It suggests that ABF87DF7 is correct as that is the only one verified by accuratte rip, and hte confidence is very reasonable.

i Secure: the i stands for an informational warning, that a re-rip was required so the track might not be 100% secure (as relies on the drives re-read ability).

-------------
TrueAudio:

There does seem to be an issue regarding drive letter detection and the Nero ASPI layer, perhaps even the normal aspi layer as well. I will look into that.

>The Read into Lead-in Lead-out option has 2 options listed: 1) SCSI Pass through (SPT), and 2) Windows Internal [for limited accounts],

That option read into lead in/out is on its own, it is a checkbox, SCSI & Windows internal fall under communication. Regardless...

> that SCSI Pass through interferes with/disables FUA from working at all. If you have SPT enabled

Windows XP has SPT as default, you cannot uninstall it. There exists demon tools which inserts something into the middle of programs accessing SPT and the drive, that is causing the FUA to stop working. SPT is normally the best you can use, much better than ASPI.

Did you try the USB plextor on SPT?

Yeah, I also think TrueAudio is confusing the Win32 SPT Interface (SPTI) with filter drivers that hook into the middle of the SPT/SPTI layers. Typically you see copy protection related drivers causing this sort of problem, but as you mentioned DT's filter driver appears to interfere as well.

-brendan

I only get "i" very very rarely and when i do just a clean of the disk or a brasso, turtle wax combo does the trick. But a lot of the discs i have tried needed re-rips but never had an i.

Is this only for a certain kind of re rip or something? or re rip with no c2 feedback or something?

Ok, here's an update:

1st, you are correct in that I was confused with regards to the SPTI option (thank you for clarifying that it is independent of the overread options), I wasn't aware this was an integral part of WinXP, but rather thought that it was only something added by Daemon tools, which I in fact, had installed, but had uninstalled, as well as removed the SPTI pass through "filter driver" or whatever that Daemon Tools adds.

Yes, I did try the USB plextor with SPT, in secure mode with the settings that you've recommended on this site (as can be seen in the logs also). But it nonetheless errors out every time, I even tried changing a setting and added some spin-up time to it, tried it without overread, etc --all to no avail.

The external PX-716UF however will rip in Burst mode, and it even shows to get accurate results against accuraterip database. Switching back to secure mode though, it refuses to read a single track (see the LBA erros in my above log). Initially, my PX-716UF had had firmware revision 1.04U flashed to it. This is what had been on it during all my tests. Just prior to this post here, I flashed it to the latest 1.10 firmware, and the flash was successful and was in no way interrupted.

I rebooted my PC as standard procedure then proceeded to test it again, only to get the same errors reading every single track in secure mode, with a clean, scratch, and DRM free disc.

BUT OMG Spoon now the plot thickens!!! =)

---->C2 Error Pointers for Error Detection The PX-716A is is supposed to support C2 yes? Because guess what, **unchecking** the C2 option, for the 1st time, the external drive ripped the entire CD in secure mode, but it will not do so with C2 enabled, and this is with firmware v1.10, the latest. Included are the logs from a different, scratch-free, non-copy protected CD.

1st log = PX-716UF using C2 Drive I
2nd log= PX-716UF *without* C2 Drive I
3rd log= PX-716SA *using* C2 Drive G

Possible issue with my drive, or your program have an issue with enabling C2 on an external PX-716UF? And if so, how could there possibly *just* be a problem with the C2 of the drive to such a severe extent that it totally errors out but yet all other functions work fine? Thank you for your assistance.

Why don't you try downloading nero cd speed and see if it returns like a bajillion c2 erros on that cd... or whether its working at all...

Well, did another very significant test.

I have alot of drives, as I have kind of hoarded the good ones that aren't made anymore. I just hooked up another brand new PX-716UF, this one is even newer than my other one. The original PX-716UF that I did the tests with had TLA# 0203 (which is still supposed to be ok to use, according to Jean Luc, as its the same TLA that he had). The one that I just hooked up is TLA# 0304. The CD is 100% fine (remember I've tried 2 different CD's now) IMHO there's no need to try more, it's not going to make any difference, but I will just to reinforce my findings. Same error messages when having C2 enabled.

dBpowerAMP Release 12 Alpha 7 Digital Audio Extraction Log from Thursday, October 19, 2006 4:06 PM

Drive & Settings
----------------

Ripping with drive 'I: [PLEXTOR - DVDR PX-716A ]', Drive offset: 30, Overread Lead-in/out: Yes
AccurateRip: Active, Using C2: Yes, Cache: None, FUA Cache Invalidate: Yes
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Ultra:: Vary Drive Speed: No, Min Passes: 1, Max Passes: 6, Finish After Clean Passes: 1
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 700

Encoder: Wave -compression="PCM"

Extraction Log
--------------

Track 1: ERROR Ripping LBA 62 to 114775 (25:29) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Mike Oldfield\Mike Oldfield - Tubular Bells - 01 - Tubular Bells, Pt. 1.wav
Unable to read CD, check CD disc (frame LBA 62)

Track 2: ERROR Ripping LBA 114775 to 219745 (23:19) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Mike Oldfield\Mike Oldfield - Tubular Bells - 02 - Tubular Bells, Pt. 2.wav
Unable to read CD, check CD disc (frame LBA 114775)

--------------

2 Tracks Could Not Be Ripped


dBpowerAMP Release 12 Alpha 7 Digital Audio Extraction Log from Thursday, October 19, 2006 4:08 PM

Drive & Settings
----------------

Ripping with drive 'I: [PLEXTOR - DVDR PX-716A ]', Drive offset: 30, Overread Lead-in/out: Yes
AccurateRip: Active, Using C2: Yes, Cache: None, FUA Cache Invalidate: Yes
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Ultra:: Vary Drive Speed: No, Min Passes: 1, Max Passes: 6, Finish After Clean Passes: 1
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 700

Encoder: Wave -compression="PCM"

Extraction Log
--------------

Track 1: ERROR Ripping LBA 0 to 24260 (5:23) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Fiona Apple\Fiona Apple - When the Pawn Hits the Conflicts He Thinks Like a King... - 01 - On the Bound.wav
Unable to read CD, check CD disc (frame LBA 0)

Track 2: ERROR Ripping LBA 24260 to 40831 (3:40) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Fiona Apple\Fiona Apple - When the Pawn Hits the Conflicts He Thinks Like a King... - 02 - To Your Love.wav
Unable to read CD, check CD disc (frame LBA 24260)

Track 3: ERROR Ripping LBA 40831 to 56667 (3:31) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Fiona Apple\Fiona Apple - When the Pawn Hits the Conflicts He Thinks Like a King... - 03 - Limp.wav
Unable to read CD, check CD disc (frame LBA 40831)

Track 4: ERROR Ripping LBA 56667 to 71878 (3:22) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Fiona Apple\Fiona Apple - When the Pawn Hits the Conflicts He Thinks Like a King... - 04 - Love Ridden.wav
Unable to read CD, check CD disc (frame LBA 56667)

Track 5: ERROR Ripping LBA 71878 to 88422 (3:40) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Fiona Apple\Fiona Apple - When the Pawn Hits the Conflicts He Thinks Like a King... - 05 - Paper Bag.wav
Unable to read CD, check CD disc (frame LBA 71878)

Track 6: ERROR Ripping LBA 88422 to 110778 (4:58) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Fiona Apple\Fiona Apple - When the Pawn Hits the Conflicts He Thinks Like a King... - 06 - A Mistake.wav
Unable to read CD, check CD disc (frame LBA 88422)

Track 7: ERROR Ripping LBA 110778 to 131793 (4:40) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Fiona Apple\Fiona Apple - When the Pawn Hits the Conflicts He Thinks Like a King... - 07 - Fast as You Can.wav
Unable to read CD, check CD disc (frame LBA 110778)

Track 8: ERROR Ripping LBA 131793 to 151197 (4:18) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Fiona Apple\Fiona Apple - When the Pawn Hits the Conflicts He Thinks Like a King... - 08 - The Way Things Are.wav
Unable to read CD, check CD disc (frame LBA 131793)

Track 9: ERROR Ripping LBA 151197 to 169999 (4:10) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Fiona Apple\Fiona Apple - When the Pawn Hits the Conflicts He Thinks Like a King... - 09 - Get Gone.wav
Unable to read CD, check CD disc (frame LBA 151197)

Track 10: ERROR Ripping LBA 169999 to 192160 (4:55) in 0:00. Filename: K:\DBPWRAMP_EXT_AUDIO\Fiona Apple\Fiona Apple - When the Pawn Hits the Conflicts He Thinks Like a King... - 10 - I Know.wav
Unable to read CD, check CD disc (frame LBA 169999)

--------------

10 Tracks Could Not Be Ripped

C2 DISABLED:

dBpowerAMP Release 12 Alpha 7 Digital Audio Extraction Log from Thursday, October 19, 2006 4:12 PM

Drive & Settings
----------------

Ripping with drive 'I: [PLEXTOR - DVDR PX-716A ]', Drive offset: 30, Overread Lead-in/out: Yes
AccurateRip: Active, Using C2: No, Cache: None, FUA Cache Invalidate: Yes
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Ultra:: Vary Drive Speed: No, Min Passes: 1, Max Passes: 6, Finish After Clean Passes: 1
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 700

Encoder: Wave -compression="PCM"

Extraction Log
--------------

Track 1: Ripped LBA 62 to 114775 (25:29) in 1:07. Filename: K:\DBPWRAMP_EXT_AUDIO\Mike Oldfield\Mike Oldfield - Tubular Bells - 01 - Tubular Bells, Pt. 1.wav
AccurateRip: Accurate (confidence 9) [Pass 1]
CRC32: 58AAD090

Track 2: Ripped LBA 114775 to 219745 (23:19) in 0:44. Filename: K:\DBPWRAMP_EXT_AUDIO\Mike Oldfield\Mike Oldfield - Tubular Bells - 02 - Tubular Bells, Pt. 2.wav
AccurateRip: Accurate (confidence 10) [Pass 1]
CRC32: 9C606DD3

--------------

2 Tracks Ripped Accurately

So we have the same repeatable problem with TWO different PX-716UF external drives, both brand new, and both with different hardware components, the 1st being TLA#0203, the second, showing the exact same errors, TLA#0304.