Hallo,

habe mit CDex das Problem, dass meine ASPI Treiber damit anscheinend nicht funktionieren. Beim ersten Programmstart kam bei mir diese Fehlermeldung. Nach dem Klick auf "Ja" funktionierte konnte man CDex aber trotzdem enutzen. Jedoch funktionierte letztens selbst diese Option nicht mehr und ich habe per ForceASPI 1.7 meine ASPI Treiber gelöscht, dann den PC neugestartet, die ASPI Treiber wieder installiert und wieder neugestartet. Aber beim nächsten Start von CDex kam wieder die gleiche Fehlermeldung, mit einem Klick auf "Ja" konnte man das Programm dann aber doch wieder nutzen. Merkwürdiger Weise zeigte mir aber das Tool "ASPI Check" vor und nach der Neuinstallation der ASPI Treiber an, dass alle Treiber ordnungsgemäß installiert sind: Screenshot

Woran könnte diese Fehlermeldung liegen? Und hat es irgendwelche negativen Auswirkungen auf die Leistung von CDex wenn man diese SCSI Library benutzt?

kopier mal die wnaspi32.dll ,in das cdex verzeichnes

Hi, einen inkompatiblen Aspi-Layer solltest du mit KillAspi löschen bevor du einen neuen installierst.
http://download.freenet.de/archiv_k/killaspi_6020.html

Gruß

Welcher inkompatible ASPI Layer? ASPI Check zeigt doch an, dass alles in Ordnung ist. Davon abgesehen habe ich doch geschrieben:



Damit meinte ich, dass ich mit der Datei "KILLASPI.bat" zuerst alle Treiber gelöscht und dann mit "INSTASPI.bat" wieder die ASPI Treiber (Version 4.60) installiert habe, obwohl sie ja eigentlich gar nicht fehlerhaft waren.




Hat leider nichts gebracht. Wenn ich die wnaspi32.dll ins normale CDex Verzeichnis kopiere und die Native SCSI Library deaktiviere, erscheint sofort wieder die oben genannte Fehlermeldung. Und wenn ich die Datei in das Unterverzeichnis "Plugins" kopiere, dann kann ich die ASPI Treiber anscheinend benutzen, jedoch wird mir dann in der Laufwerksauswahl nur mein mit Daemon Tools erstelltes, virtuelles Laufwerk angezeigt, was mir natürlich auch nicht weiterhilft.

probier mal ForceASPI 1.8

Aspicheck

Hi,
also die "wnaspi32.dll" sollte im Windows/System32 Verzeichnis stehen.Wenn nicht, kopier sie dort hinein.
Ansonsten gibt es ein Aspi-Fix, welches diese Datei repariert bzw. korrigiert.
http://aspi.radified.com/aspi.htm

Gruß

Ich habe gehört, dass ForceASPI 1.8 die ASPI-Treiber 4.71.2 installiert, die Probleme machen können (auch hier nachzulesen) und deshalb benutze ich nur die Version 4.60.

Das Tools ASPI Check habe ich schon, wie man auch in meinen vorigen Postings lesen kann.




Wenn ich die Seite richtig verstanden habe, dann ist der Fix nur für die Version v4.71.2, ich benutze aber Version 4.60.

bei mir geht der ForceASPI 1.8

und hab damit noch nie Probleme gehabt.....

probiere ihn doch einfach aus....wenn der nicht funzt,kannst ihn ja

wieder runter schmeißen.....

Jo, ist mir auch langsam zu doof hier. Ich klinke mich mal hier aus.

Gruß

Wenn Du nicht weiter kommst, lösche mit Kill ASPI erst mal alle Aspi-Treiber. Achte darauf, dass auch wirklich alle gelöscht werden. Ggf. neu starten und Vorgang nochmals durchführen. Dann schau nach, ob unter Windows / System32 sich noch eine WNASPI32.dll befindet.

Wenn ja, umbenennen in wnaspi32_alt.dll. Kopiere die wnaspi32.dll z.B. von Nero in dieses Verzeichnis. Probiere, ob das Ganze jetzt funktioniert.

Diverse Programme erkennen seither bei mir die CD-Laufwerke ordnungsgemäß.

edit: Du kannst auch Aspi 4.72a installiert lassen. Wichtig ist nur, besagte Datei durch die Version von Nero zu ersetzen.

Gruß Dunnerkeil

Danke! Das war anscheinend des Rätsels Lösung! Habe einfach die WNASPI32.dll aus dem System32-Ordner durch die gleichnamige Datei aus dem Nero-Ordner ersetzt und auf einmal kann CDex mit den ASPI Treibern arbeiten (obwohl ASPI-Check jetzt anzeigt, dass die WNASPI32.dll durch eine ältere Version ersetzt wurde) Jetzt zeigt mir CDex sogar zusätzlich noch das virtuelle Laufwerk an.

Schön dass hier noch wenigstens einer Ahnung von der Materie hat und mitdenkt!