Originally posted by Randybro
I have an Adaptec scsi controller running an internal DAT tape drive and an external Zip drive. I suspect the Adaptec ASPI is there for the scsi. I have no idea if I could do without it. I certainly can't do without the DAT drive until I have my backup working on the DVD+RW. I wonder if this is something I could get an upgrade file from Adaptec for. Also, how would I know if my apps can use SPTI?
Just because you're using SCSI doesn't mean you need ASPI installed. Though I'm not familiar with Retrospect (which I know is the backup software you're using - as mentioned in another thread), I suspect it works the same as the backup application in Windows and VERITAS Backup Exec - using the tape drivers in Windows.
If so, you don't need ASPI for the tape - I would be very surprised if any modern backup software attempted to drive a tape drive using ASPI.
My machine doesn't have Adaptec ASPI installed, and it works fine with my SCSI DDS-4 tape drive and the rest of my SCSI setup (two SCSI controllers, two SCSI hard disks, a SCSI tape drive, a SCSI CD-RW and sometimes a SCSI scanner as well).
Your Zip drive doesn't need ASPI.
ASPI isn't required to use SCSI - it's just a way of applications getting relatively low level access to SCSI devices (it was later extended to allow the same for IDE devices). I can't think of any drivers that use ASPI.
Windows 2000 and XP are not supplied with ASPI 'out of the box' - instead they offer SPTI (sometimes called DeviceIoControl) for low level access to devices. Nero BurnRights allows SPTI to work for non-Administrator users.
In reality, the only applications that need ASPI are some CD recording software and some drive utility programs. However, almost everything released in the last two years supports SPTI at least as an alternative to ASPI. Just one reason is that, unless I'm very much mistaken, Adaptec ASPI doesn't allow access to external drives connected via USB or Firewire.
I'd be very tempted to uninstall ASPI - follow the instructions in the thread I linked earlier. If the uninstallation breaks any of your software, you can always reinstall it. The aspi32.sys driver hooks onto things at a very low level and can cause problems.
Originally posted by Randybro
[B]My post was from a disk that had been messed up by Retrospect backup software and then I used Nero to do a full erase.
I also have InCD 3.29.1, though I don't know if I've ever used it. I just started it up to see what happens. I appears in my tray with a yellow balloon with an exclamation mark inside, and a red spot on the lower right. With this running, I still see the disk as being full in Windows Explorer.
The InCD file dates are a year older than Nero. I don't know if this came with this Nero or is left over from Nero 5, which I got with my previous Lite-On cd-rw 48125w drive. I haven't tried writing to the disk with Windows Explorer. I don't understand the relationship to packet writing software than you mention. [/B]
Packet writing software changes things a bit - for example, a disc being packet written shows free space in Windows Explorer, whereas a mastered disc doesn't.
That version of InCD is very old. I would uninstall it - on the basis that any filters and the like that can be removed from your system can only help matters. If you really do want InCD, I suggest you install a newer version. However, it will be far easier to debug things if you remove a program that interferes considerably with how your computer relates to your writers.
If you want to list the utility and CD/DVD writing software you have installed, with version numbers, I'll take a look and see if I can spot anything.
However, I'd work from this premise. Eliminate everything you can, particularly drivers and software with CD/DVD writing capabilities. Upgrade what's left to do with CD/DVD writing to the latest versions you can.
Removing both Adaptec ASPI and InCD might improve the behaviour of your DVD writer under Retrospect - both could potentially be interfering with its operation. I'm not going to promise anything, though.