v4.09.1 breaks grabbing in Exact Audio Copy

[Elandril]

If you want to remove the SPTD drive, you just need to go to the DuplexSecure website and download their latest installer. The installer gives you the option to upgrade or uninstall the current driver.

I think that editing posts is only allowed after 10/20 valid posts in the forum. Also the first 10 posts are moderated, so don't be surprised, when your posts do not show up immediately.

[DevX]

Please report which CDROM device you grab from and where it is attached (ATA, SATA, USB etc) and what controller.
This seem to be a problem with SPTD in your case so we can report it to Duplex Secure for investigation.

[aaargh]

After reading http://www.duplexsecure.com/en/faq
I closed DT first.
Next, I downloaded SPTDinst-v143-x86.exe to uninstall the SPTD driver.
Rebooted my computer and grabbing can be done normal now.
So I think it's an SPTD bug?

Short answer: YES. Got to be.. since your advice worked for me too. Thank you very much!

BUT.. somebody has some explaining to do (pronounced w/ Ricky Ricardo voice):

1. Like I said previously; I uninstalled SPTD from Windows Device Manager (+reboot) BUT in current light of evidence it was NOT uninstalled although it disappeared from Device Manager. Why?
   
2. Launching SPTDinst-v143-x86.exe said that SPTD was installed(!) and after selecting the uninstall option (+reboot) testing/ripping worked fine in EAC... BUT Windows Device Manager shows SPTD again, status stopped & startup disabled. Why if it was uninstalled?
   
3. Launching SPTDinst-v143-x86.exe again tells me that "No SPTD version was detected."!? It's definitely in Windows Device Manager. Why?

Very strange. Mee thinks stopped != uninstalled. Or what do you think?

Side note to admins: preview cuts consecutive BR's/new lines to one. With only one you can not have chapters in your text.. it's painful to read long posts with no breaks. When you submit from preview, the text formatting posted is different to the preview you're viewing.

[smerik]

... I meant that: SPTD driver should be uninstalled when I uninstall DAEMON Tools!
Also does somebody know why I can't edit my post? Am I too new user?

According to the FAQ on the DuplexSecure website it shouldn't:

SPTD (similar to other access layers) is by default not removed from your system after uninstallation of software application which used SPTD, in order not to disrupt other applications that may use it!

btw, I can't change messages either

[aaargh]

(Btw. SPTD driver should be unistalled when I uninstall SPTD! It came with it.)

Ok, got to correct this one.. I meant that: SPTD driver should be uninstalled when I uninstall DAEMON Tools!
Also does somebody know why I can't edit my post? Am I too new user?

[smerik]

After reading http://www.duplexsecure.com/en/faq
I closed DT first.
Next, I downloaded SPTDinst-v143-x86.exe to uninstall the SPTD driver.
Rebooted my computer and grabbing can be done normal now.
So I think it's an SPTD bug?

[aaargh]

me too

Same problem here. Something messed my pc for good.
Was using 4.08 happily ripping/testing tracks with EAC, then upgraded to 4.09. I didn't test EAC with this version. Upgraded to 4.09.1 and then the next day I tried to test/rip music I bought from eBay: BAM! Small errors about 5 times per second. After about 6 hours(!) (including drive cool off times) when I canceled the operation, 1 track was tested & ripped, second one was only tested. Great! Tried with cd I had tested/ripped couple of days ago with 4.08 and suddenly it was full of small errors too! Same with all cds I tried.
Unistalled (+reboot) DAEMON Tools, still errors in EAC. Uninstalled SPTD Driver from Windows Device Manager and rebooted. Not working, still errors. (Btw. SPTD driver should be unistalled when I uninstall SPTD! It came with it.)
Well, now I don't know what to do. Do I have to friggin reinstall my Windows?
Thanks for everything, one lesson I (think I) finally learned: don't upgrade software. I'm so fed up with computers, so many problems all the time.. bad career I chose.. I'm really beginning to think about a career change. Really.
Specs:
P4 2,8GHz, 1 GB RAM
Win XP SP2 (+all current updates)
DAEMON Tools 4.08 (no problems), 4.09 (didn't get to rip with EAC before I updated to, 4.09.1 (lot's of error correcting while ripping/testing tracks)
Exact Audio Copy - v0.95 beta 4 (I use the "Installed external ASPI interface" option too like the original poster.)
CDBurnerXP Pro 3
ZoneAlarm 6.1.744.001 (I've been meaning to change...)
avast! Home 4.7.986

[smerik]

I think it's probably an SPTD conflict and not a DT bug.
Will try to test turning off SPTD tonight.

[smerik]

Hi there,
Yesterday I installed v4.09.1 of DAEMON Tools. Before that I used v4.03 and grabbing worked fine.
To be shure it was DAEMON Tools, I did a reinstall of Windows XP on another HDD today - since uninstalling DAEMON Tools and/or reinstalling 4.03 didn't fix the problem - and used the same EAC (complete) profile I always use. Grabbed a track and grabbing went well.
Next, I installed v4.09.1 and *bang*: when I start grabbing in EAC, it is Error Correcting extremely!
Grabbing with another drive shows the same problem: when I grab a track, no matter which one.
I use the "Installed external ASPI interface" option with Nero's ASPI drivers copied into the EAC directory.
Grabbing with Native Win32 interface just works fine, but that doesn't solve the problem.
I also think it fails verification in Nero after burning a CD, but that could be caused by something else:

...
18:35:54 #22 Phase 81 File dlgbrnst.cpp, Line 1655
Data verification failed
18:35:54 #23 Text 0 File Scsicmd.cpp, Line 406
SCSI not using temporary buffers
20 out of 20 temporary buffers allocated
Existing drivers:
File 'Drivers\ASPI32.SYS': Ver=4.71 (0001) built by: WinDDK, size=16512 bytes, created 6-5-2002 12:01:14
File 'Drivers\nvatabus.sys': Ver=5.10.2600.0446 built by: WinDDK, size=79360 bytes, created 3-6-2004 11:40:46 (Adapter driver for rec)
Registry Keys:
HKLM\Software\Microsoft\Windows NT\CurrentVersion\WinLogon\AllocateCDROMs : 0 (Security Option)

Versions I use:

• Exact Audio Copy - v0.95 beta 3
• Win32 Nero Aspi Library (wnaspi32.dll) - 2.0.1.74
• Ahead Nero - Burning Rom v5.5.10.42

Other settings in EAC I use, which could be used to regenerate the problem:
(*) Secure mode with following drive features (recommended)
+Drive has 'Accurate Stream' feature
+Drive caches audio data
-Drive is capable of retrieving C2 error information

(*) Use read sample offset correction

NOTE:
+ = ticked box
- = unticked box