Es gibt 40 Antworten in diesem Thema, welches 4.917 mal aufgerufen wurde. Der letzte Beitrag (
Verstehe den Pfad nicht, unter Program Files liegt bei mir kein "DAZ 3D\DAZStudio4", sondern nur DazCentral und DIM. DAZ installiert sich doch eigentlich von allein unter einem eigenen Verzeichnis direkt unter C:\. Zumindest kenne ich das bei mir nicht anders.
Fehler bleibt leider der selbe.
Könnte mir vorstellen, dass Du die jetzige Installation nicht einfach nur bereinigen musst, sondern auch das Verzeichnis unter AppData löschen. Statt "Name" den von Dir benutzten.
C:\Users\Name\AppData\Roaming\DAZ 3DJedenfalls fällt mir nichts weiter dazu ein.
Was ich auf die Schnelle fand, dass es auch mit fehlerhaften Grafikkartentreibern zusammenhängen könnte, und einen anderen Faden, nachdem McAfee Security Center ein Problem mit dieser DLL verursachte.
Was mir noch eingefallen ist, falls auf Deinem Rechner die Systemwiederherstellung aktiviert ist, könntest Du auch einfach bis zum letzten verfügbaren Systemwiederherstellungpunkt zurückspringen. Dann sollten alle Programme wieder so funktionieren, wie vor dem letzten Windows-Update.
Der Pfad ist durchaus korrekt.
Bei mir liegt z.B. die Public Beta in C:\Program Files\DAZ 3D\DAZStudio4 Public Build
Hast du ein Antiviren-Programm laufen? Vielleicht ist das der Grund; DS hat nicht so viele Downloads wie andere Programme und wird von mancher Antivirensoftware daher als verdächtig angesehen.
Die Libraries sind definitiv nicht das Problem, der Error meldet ein Zugriffsproblem auf eine Programm-dll. Mir klingt das sehr nach einer Einmischung durch den Virenschutz.
Bei mir liegt z.B. die Public Beta in C:\Program Files\DAZ 3D\DAZStudio4 Public Build
Brauchst Du dann nicht bei jedem Zugriff auf eine Textur oder auf was auch immer Administratorrechte, um eine Änderung vorzunehmen? Wäre zwar kein größeres Problem, doch einfache find ich es ohne.
Das ist die einfachste Variante, habe ich früher mehr als einmal gemacht. Angenommen der letzte Wiederherstellungspunkt war vor 4 Wochen, dann wird Windows mit allen Programmen geladen, die vor vier Wochen auf dem Rechner installiert waren.
Im Menü der Möglichkeiten ist es der letzte Punkt: Wiederherstellungsoptionen
Zum Virenschutz hatte ich die Erfahrung, einfaches Deaktivieren genügt nicht, wenn eine Datei erst einmal als bedrohlich eingestuft wurde. Habe den Anbieter der Security angeschrieben, dem sollte ich dann noch die Datei übermitteln und dann wurde diese freigeschaltet.
Und was ich heute noch zu dieser DLL finde, so scheint diese auch bei anderen Installationen gelegentlich Probleme zu bereiten.
Somit sollte einen früheren Wiederherstellungspunkt zu wählen, die einfachste Option bleiben, denke ich mir zumindest.
Brauchst Du dann nicht bei jedem Zugriff auf eine Textur oder auf was auch immer Administratorrechte, um eine Änderung vorzunehmen? Wäre zwar kein größeres Problem, doch einfache find ich es ohne.
Nein. Auf C: liegt nur das Programm. Die Bibliotheken sind auf einer anderen Festplatte. 
Wie installierst du das Studio? Über DAZ Central, DIM oder manuell? Bei DAZ Central kann es durchaus zu Problemen kommen.
DAZ Central
Gibt es das noch?
Mir hat das besser als DIM gefallen, doch dann kam wiederholt die Meldung, DazCentral würde zum 15. November deaktiviert und wenn ich es nun aufrufe, so scheint dort auch nichts mehr zu laden. Mache mir darüber keine größeren Gedanken, weil ich DIM auch noch habe, doch schöner fand ich DazCentral.
Gibt es das noch?
Mir hat das besser als DIM gefallen, doch dann kam wiederholt die Meldung, DazCentral würde zum 15. November deaktiviert und wenn ich es nun aufrufe, so scheint dort auch nichts mehr zu laden. Mache mir darüber keine größeren Gedanken, weil ich DIM auch noch habe, doch schöner fand ich DazCentral.
Keine Ahnung! Hatte das letztes Jahr mit meinem neuen Rechner versucht zu nutzen und das funktionierte überhaupt nicht. Bin überzeugter DIM Nutzer
Keine Ahnung!
Nun habe ich noch einmal geschaut, vorher fand ich keine Beiträge dazu, scheint amtlich zu sein, Abschaltung zum 15. November.
Die Vorschaubilder waren groß genug, um ältere Downloads leichter zuordnen zu können, was ich eigentlich ganz gut fand.
Hm... also die Datei "QtCore4.dll" ist Teil der Benutzeroberfläche des Programms und innerhalb dieser Datei trat der Fehler auf, was bedeutet, dass die Datei auf jeden Fall vorhanden ist. Der Fehler tritt auf, wenn das Programm da irgendwas mit Texten macht, darauf weist das "QString::QString()+6" hin, das in der Fehlermeldung noch zu finden ist. Und das verursacht einen Speicherzugriff auf einen Speicherbereich, auf den das Programm keine Zugriffsrechte hat. Deshalb "ACCESS VIOLATION".
Was mir noch auffiel, ist das Leerzeichen in der Pfadangabe: "C:\DAZ 3D\DAZStudio4". Die sollten zwar keine Probleme mehr machen, weil die Standardnamen für die Programmordner in Windows auch Leerzeichen enthalten. Aber vielleicht hakt es ja, weil das Programm nicht in einem der Standardordner (bzw. Verzeichnisse) von Windows installiert ist. Die Standardpfade heissen: "C:\Program Files" und "C:\Program Files (x86)". Letzterer ist für 32-Bit-Programme vorgesehen, ersterer für 64-Bitprogramme. Der Windows Explorer macht in der deutschen Version allerdings "C:\Programme" und "C:\Programme (x86)" daraus! - Andere Dateimanager tun das nicht unbedingt.
Und wo ich gerade von Pfaden schreibe: Es gibt da noch die sogenannte Umgebungsvariable PATH, die man über die Kommandozeile (Eingabeaufforderung) abfragen kann.
Wenn in dieser Auflistung 2 Pfade zu DAZ aufgelistet sind, dann ist einer davon zuviel und wahrscheinlich auch falsch. Einzelne Pfade sind durch Semikola ( ; ) voneinander getrennt. Und wenn Windows in dieser Variablen nach einem Pfad sucht, nimmt es immer den ersten, den es findet. Wenn dieser fehlerhaft ist, kommt es auch oft zu abstürzen.
Diese Umgebungsvariable zu bearbeiten ist etwas umständlich und geht nur über die Systemsteuerung, wenn die Änderung Systemweit immer gelten soll. Dazu öffnet man die Systemsteuerung, und geht zu: "Systemsteuerung\Alle Systemsteuerungselemente\System" dort wählt man in der linken Spalte den Punkt: "Erweiterte Systemeinstellungen", dann erhält man ein Fenster so ähnlich wie das hier:
Darin findet man unten einen Button mit dem Titel "Umgebungsvariablen...", den ich in dem Bild schon markiert habe. Wenn man das anklickt, erscheint ein Fenster, in welchem man diverse Systemvariablen ändern kann; - Adminrechte voraus gesetzt.
Hier bearbeitet man den blau unterlegten Pfad. Am besten, indem man sich den Inhalt zuerst in einen Texteditor (wie Notepad) kopiert, dort bearbeitet, und den bearbeiteten Text wieder in das Eingabefeld zurück kopiert. - Von allem anderen, was man da findet, sollte man die Finger lassen, wenn man nicht genau weis, was man tut! - Denn damit kann man sich das System so zerschiessen, das hinterher nichts mehr funktioniert.
Hoffe, das hilft etwas weiter.
"C:\Program Files"
Also, ich hatte bei der Erstinstallation nicht eingegriffen und DS installierte sich direkt unter C:\, was eigentlich auch gut und richtig ist, denn es bleibt nicht aus, dass man Objekte oder Scripts nachschiebt oder Texturen bearbeitet. Und das ist nicht nur bei mir so, es scheint auch bei anderen der eigentliche und richtige Ablageort zu sein, falls Du Dich noch an den Lageplan von Licke erinnerst. Gut, ich bin es gewohnt, weil bei mir Xampp und Python auch noch direkt unter C liegen, doch ein Laie könnte noch mehr Bockmist bauen, wenn er damit in Program files umherturnen müsste.
Einfaches Beispiel, hatte mir noch einwenig Content von Renderosity zugelegt, hier ist die Readme dazu, im Gegensatz zu dem Kit aber mit einer richtigen Verzeichnisstruktur, wo was reingehört. Insgesamt 14 Position unter 14 Pfaden, habe Stunden dafür gebraucht, deshalb denke ich mir, es ist gut und richtig, dass man dazu nicht innerhalb von Program Files diese Aufgaben erledigt.
Also, ich hatte bei der Erstinstallation nicht eingegriffen und DS installierte sich direkt unter C:\, was eigentlich auch gut und richtig ist, denn es bleibt nicht aus, dass man Objekte oder Scripts nachschiebt oder Texturen bearbeitet.
Alllso: Das man Dinge nachschiebt oder bearbeitet, ist klar. Ob eine installation unter C:\ gut und richtig ist, ist eine Frage der Systemarchitektur und der damit verbundenen Sicherheit des Systems. - Und letztlich eine Philosophische, weil auch Fragen nach Sicherheitsaspekten nach Kriterien beantwortet werden, die sich aus einer Nutzungs- oder Systemphilosophie ergeben.
Dass das Programm nach wie vor unter C:\ installiert wird, scheint mir eher ein Relikt aus DOS-Zeiten zu sein, sofern es keine wichtigen Gründe gibt, die dagegen sprechen, sich in die vom System vorgegebene Verzeichnishierarchie einzubinden.
Ansonsten hat es durchaus einen tieferen Sinn, Programme an einer Stelle unterhalb des Wurzelverzeichnisses zu versammeln. Zum einen bleibt das Wurzelverzeichnis dadurch übersichtlicher, zum anderen lassen sich Sicherheitsaspekte dadurch besser umsetzen, etwa Rechteverwaltung. Das ganze spielt allerdings erst dann eine wichtige Rolle, wenn der Rechner von mehreren Personen genutzt wird, und nicht jeder alle Programme nutzen darf, die auf dem Rechner installiert sind. - Und, nicht zu vergessen, wenn in Netzwerken gearbeitet wird, also verschiedene System- oder Programmkomponenten über das Netzwerk zur Verfügung gestellt werden.
Und das ist nicht nur bei mir so, es scheint auch bei anderen der eigentliche und richtige Ablageort zu sein, falls Du Dich noch an den Lageplan von Licke erinnerst. Gut, ich bin es gewohnt, weil bei mir Xampp und Python auch noch direkt unter C liegen, doch ein Laie könnte noch mehr Bockmist bauen, wenn er damit in Program files umherturnen müsste.
An den Lageplan erinnere ich mich nicht, weil ich den Thread nicht so verfolgt habe. Hab da jetzt nur mal einen kurzen Blick drauf geworfen. Und dafür, das Laien keinen Bockmist bauen, gibt es doch Installer, die sich um all das kümmern. Und es sollte Importfunktionen innerhalb des Programms geben, die sich dann darum kümmern, das alle Daten aus der zu importierenden Quelle an die richtigen Stellen, d.h. in die richtigen Pfade geschrieben, bzw. kopiert werden. - Das ist zumindest die Theorie. Ob das in der Praxis immer so sauber umgesetzt wird, ist 'ne andere Frage. Und die dürfte wahrsacheinlich erstmal zu verneinen sein.
Einfaches Beispiel, hatte mir noch einwenig Content von Renderosity zugelegt, hier ist die Readme dazu, im Gegensatz zu dem Kit aber mit einer richtigen Verzeichnisstruktur, wo was reingehört. Insgesamt 14 Position unter 14 Pfaden, habe Stunden dafür gebraucht, deshalb denke ich mir, es ist gut und richtig, dass man dazu nicht innerhalb von Program Files diese Aufgaben erledigt.
Das ist Ansichtssache. Die Pfadangaben sind alle relativ, d.h. es wird davon ausgegangen, dass es alles Pfade sind, die aus dem aktuellen Verzeichnis heraus erreichbar sind. Also alles Unterverzeichnisse des aktuellen Verzeichnisses. Dann spielt es keine Rolle, ob wir uns gerade im Verzeichnis "C:\program files\DAZ Studio\library" oder "D:\DAZ Studio\library" befinden.
In der Readme steht doch auch:
Installation Instructions:
Unzip into your DAZ Studio library.
D.h. man muss, bzw. sollte dem unzip-Porgramm mitteilen in welches Verzeichniss die Daten entpackt werden sollen, also beispielsweise "C:\program files\DAZ Studio\library". Wenn das unzip-programm diesen Pfad hat, kann es den Rest unter "...\library\..." einfügen. Dann sollte das manuelle hin-und-her-kopieren überflüssig sein. Ansonsten halte ich für hin-und-her-schiebe-aktionen einen Dateimanager à la Norton Commander für notwendig. - Damit kann ich wesentlich effektiver arbeiten, als mit dem Windows Explorer. Aber das ist natürlich auch wieder Geschmacksache.
Hallo Hansum,
meine Umgebungsvariablen sehen ganz anders aus, komme leider ohne Hilfe nicht weiter.
D.h. man muss, bzw. sollte dem unzip-Porgramm mitteilen in welches Verzeichniss die Daten entpackt werden sollen,
Die Zip-Archive werden nicht in einem Verzeichnis entpackt, weil diese in verschiedene Verzeichnisse aufgeteilt werden müssen. In diesem Beispiel unter G8, unter G9, unter Runtime, unter Morphs, unter data. Also zuerst einmal entpacken, schauen was enthalten ist, dann sortieren, was in welches Verzeichnis von dem enthaltenen Inhalt gehört.
Daz hat DIM als Installer (Daz Install Manager), dieser ist nicht für Fremdimporte gedacht, nichts, was nicht unter Daz Originals heruntergeladen wurde. Objekte lassen sich einfach importieren, wie in jeder anderen 3D Anwendung. Nicht aber typischer Content, der mit den Bones einer G gekoppelt ist und noch eine Reihe von Einstellungen usw. mit sich bringt. Im Beispiel waren es Haare, und die müssen wissen, ob sie auf dem Kopf einer G8 oder auf dem einer G9 gehören und jede Bewegung der Figur mitzumachen haben und müssen Einstellungen besitzen, um z.B. einen Pferdeschwanz entsprechend der Kopfhaltung auszurichten zu können. Anders bei den normalen Objekten, da hatte ich kleinere gefertigt, die man einer Figur erst in die Hand drücken muss, die aber deshalb noch lange nicht "Fit" für eine G sind.
Ich frage mich, wenn Daz bei Dir bis vor wenigen Tagen lief, warum Du dann nicht einfach nach dem letzten Wiederherstellungspunkt suchst. Dabei kannst Du nichts falsch machen, es gehen auch keine angelegten Dateien verloren. Wenn das mit dem Aussetzen von der Security nichts brachte, dann wäre das nun einmal der einfachste Weg.
Wenn Du aber nicht einmal der Anleitung von Microsoft folgen kannst, dann bringen alle Hinweise in einem Forum ohnehin nichts, dann wirst Du Dir einem Fachmann suchen müssen, der das Vorort an Deinem Rechner erledigt, denke ich mir zumindest.
Für eine nicht laufenden Anwendung brauchst Du keine Umgebungsvariablen setzen. Bei mir habe ich welche gesetzt, damit Windows weiß, was bei Aufruf einer Datei mit der Endung py aufzurufen ist. Doch dafür muss die Anwendung erst einmal laufen und das tut sie ja bei Dir nicht.
Was mir noch einfällt, keine Ahnung, ob der Support von DS schnell oder langsam ist, aber angefragt hast Du doch sicherlich unter der angebenden Adresse daz3d.com/dsportal/bugs und denen die Fehlermeldung und Logs übermittelt? Eine Weiterleitung auf bugs.daz3d.com und die sollten sich eigentlich nicht nur am besten mit möglichen Bugs auskennen, sondern darüber hinaus Interesse daran haben, dass nicht zu viele Fehler auftreten. Vielleicht ist der Fehler bekannt, dann hättest Du mit etwas Glück bereits eine Antwort erhalten. Vielleicht lahmt der Support aber auch, keine Ahnung, doch mehr als probieren kann man es nicht.
Und ich hatte nur kurz nach der Fehlermeldungen gesucht, da gibt es bestimmt einige Fäden zu, wenn der Fehler mehr Nutzer betrifft. Noch einmal kurz danach gesucht und finde auch noch solche Hinweise (übersetzt mit Google):
Herunterladen im Install Manager führt zu Zugriffsverletzungen über QtCore4.dll
Bearbeiten: Ich habe das Problem herausgefunden. Ich musste dem Install Manager ein weiteres Konto hinzufügen, mit den gleichen Krediten, die ich auf dem Basiskonto unterschreibt. Wenn ich vermuten musste, dass es das Konto war, das ich als alt/korrumpiert in irgendeiner Weise verwendet hatte und nicht gut mit dem QtCore4.dll spielte.
Also vielleicht ist es so etwas simples, kämme doch einmal alle Fäden mit ähnlichen Fehlermeldungen durch. Ein anderer hatte z.B. DS geöffnet, als er aktualisieren wollte. Kann passieren, doch er hat seinen Fehler bemerkt.
Die Zip-Archive werden nicht in einem Verzeichnis entpackt, weil diese in verschiedene Verzeichnisse aufgeteilt werden müssen.
Natürlich werden ZIP-Archive auch in Verzeichnisse entpackt. Sie enthalten ja schliesslich auch die Verzeichnissstruktur, in der die im Archiv enthaltenenen Daten abgelegt sind. Der wichtige Punkt ist, dass dem Programm, welches das ZIP-file auspackt, mitgeteilt werden muss, wo es die Daten hinschreiben soll. Das Verzeichnis, das man dabei als Ziel angibt, wird dann das "Wurzelverzeichnis" der entpackten ZIP-datei. D.h. die Dateien, die in der ZIP-Datei enthalten sind, werden mitsamt der Verzeichnisstruktur, die ebenfalls im ZIP-Archiv gespeichert ist, in eben diesem Verzeichnis abgelegt.
Und ich bin bei Deinem Beispiel davon ausgegangen, dass in der ZIP-Datei eine solche Verzeichnisstruktur auch enthalten ist, die angibt, welche der 333 Dateien, in welches der 14 Verzeichnisse gehört. Eben genau das, was auch in der Readme-datei so drin steht. Wenn man das Verzeichnis also etwa in "C:\Users\%USERNAME%\AppData\Roaming\DAZ_Studio\DATA" entpackt, das diese 14 Datenverzeichnisse zu Unterverzeichnissen von DATA werden. - Nun weis ich natürlich nicht, ob der Datenpfad auch wirklich so heisst, aber ich hoffe, das Prinzip, das ich meine, ist jetzt klar geworden.
In diesem Beispiel unter G8, unter G9, unter Runtime, unter Morphs, unter data. Also zuerst einmal entpacken, schauen was enthalten ist, dann sortieren, was in welches Verzeichnis von dem enthaltenen Inhalt gehört.
Okay, hab mir das von Dir verlinkte Bild von Licke jetzt doch mal genauer angesehen. Da gibt es also im Verzeichnis "Öffentliche Dokumente" das Unterverzeichnis "My DAZ 3D Library". Und darin die Unterverzeichnisse: "Runtime", "data", "People" und "Documentation", die auch alle als erste in den Pfadangaben aus Deiner Readme aufgeführt sind. Deshalb nehme ich jetzt sehr stark an, wenn Du dem unZIPper, also dem Entpackprogramm als Ziel den Pfad "C:\Öffentliche Dokumente\My DAZ 3D Library" angibst, dass die Dateien dann durch den Entpacker in die richtigen Unterverzeichnisse geschrieben werden.
Daz hat DIM als Installer (Daz Install Manager), dieser ist nicht für Fremdimporte gedacht, nichts, was nicht unter Daz Originals heruntergeladen wurde. Objekte lassen sich einfach importieren, wie in jeder anderen 3D Anwendung. Nicht aber typischer Content, der mit den Bones einer G gekoppelt ist und noch eine Reihe von Einstellungen usw. mit sich bringt.
Okay, dieser Installmanager installiert also nur Dinge, die auch von DAZ selber kommen. Kann man ja machen. Deine "Lian-Haare" würde ich jetzt allerdings auch nicht als Importe betrachten, weil sie ja nicht aus fremden Dateiformaten stammen. Stattdessen sehe ich die eher als Hinzufügung, da es ja alles schon DAZ-Daten sind, die eben "nur noch" zu den vorhandenen Daten hinzugefügt werden müssen, um damit arbeiten zu können.
So, ich hoffe, dass die Sachverhalte mit den Dateipfaden jetzt klar geworden sind, und wir diesen Ausflug hiermit abschliessen können.
Hallo Hansum,
meine Umgebungsvariablen sehen ganz anders aus, komme leider ohne Hilfe nicht weiter.
Hm... okay, dann scheint DAZ keine Pfade in die Umgebungsvariable PATH einzutragen, sondern löst das anders. Dazu fällt mir jetzt gerade OpenOffice, bzw. LibreOffice ein. Da kann man unter "Extras/Optionen" einstellen, unter welchem Pfad das Programm welche Daten findet. DAZ wird es dann wohl so ähnlich machen. Vielleicht findest Du unter diesen Einstellungen ja irgendwas, das widersprüchlich aussieht...
Ansonsten weis ich auch nicht weiter und kann auch nur empfehlen, den weiteren Tips von Melegrian zu folgen.
