Ganz ohne Mod geht das leider nicht, es muss aber natürlich nicht diese hier sein. Es sei denn, man würde die ini-Dateien im Archiv ds_3dadd.cpr (lässt sich mit WinZip usw. öffnen) im Installationsverzeichnis des Spiels selbst modifizieren, was ich aber auf keinen Fall empfehlen würde. Die kleinste falsche Einstellung und es geht gar nichts mehr. Die durch solche Fehler ausgelösten Abstürze bringen absolut nichtssagende Fehlermeldungen, die einem nicht im mindesten dabei weiterhelfen, was denn nun falsch ist.ich wollte ja keinen Original-Spielstand in das Mod laden, sondern die Cluster in das Originalspiel, ohne mod
Hier habe ich eine Test-Galaxis zum Download angehängt, bei der lediglich sämtliche Systeme freigeschaltet sind und die auch (nur!) mit den Original-Spielständen (und den jener Mod selber natürlich) gespielt werden kann. Wenn das jedoch zu viel des Guten mit der Freischaltung ist, müssen die Dateien StarSystem.ini, \Infos\Systemeigenschaften.ini und optional \Infos\Cluster.ini im Mod-Ordner "inifiles" editiert werden. Wie das geht, kann im Modding Handbuch unter "INI-Dateien" und den gleichnamigen Menüpunkten nachgelesen werden.
Weiß ich, siehe hier: Einbinden und Aktivieren eigener Musik in den Missionen, ist sogar im zweiten Beitrag verlinkt.Weiss eigentlich jemand wie man seine eigene Musike in das Game reinbringen kann ohne es gleich zu schrotten?
Ist also ganz und gar nicht "Off Topic" hier, sondern mitten drin im Geschehen.
@legionnaire: Siehe dazu auch die Hinweise und Links im zweiten Beitrag, vor allem den Teil "Was tun im Fehlerfall?" (z.B. auch so).Wie gesagt kannst du den Inhalt der report.xml noch posten oder diese Datei auch hochladen.
@legionnaire: Die Fehlermeldung würde mir schon helfen, zumal mir nicht ganz klar ist, ob das Problem nun beim Anflug oder erst direkt im Canyon aufgetaucht war.Dein Spielstand funktioniert soweit. Ich habe den Canyon durchquert und nun könnte ich mich Kabro stellen.
Es sieht also nicht nach einen Fehler in der Mod aus sondern mehr nach einen Allgemeinen Fehler.
Letzteres ist mir auch schon ein paar Mal passiert, fast immer an unterschiedlichen Stellen, sodass Skriptfehler ausgeschlossen werden können (hab auch keine gefunden). Ich vermute da auch einen allgemeinen Fehler, genauer gesagt, einer im Zusammenhang mit dem Grafiktreiber. In manchen früheren Versionen meines jetzigen Nvidia GeForce 331.82 Treibers war das teils noch viel schlimmer, es waren oftmals "Access Violations" in Darkstar One aufgetreten, deren genauere Beschreibungen eben auf Grafiktreiberprobleme hinwiesen. Das hat sich mit dem momentan installierten 331.82 erheblich gebessert. Da diese Sache immer nur im Kabro-Canyon auftritt, nie jedoch in der Waffenfabrik oder dem S'kaa-Mutterschiff, könnte das Problem in Zusammenhang mit der Grafik-Engine von DSO liegen und Schwierigkeiten im Zusammenspiel in Bezug auf die Landschaftserzeugung und den Nebeleffekten. Anders kann ich mir das jedenfalls nicht erklären, da diese speziellen "Maya"-Szenen einmalig (im Sinne von nur einmal vorhanden) im ganzen Spiel sind.
@Eisdrache: (und alle, die es betrifft)
Der Sache mit dem Absturz beim Upgrade hatte ich mich weiter angenommen und leider nicht herausfinden können, wie genau das zustande kommt. Es ist einfach nicht festzustellen, warum und durch welchen Umstand sowie dem genauen Zeitpunkt die Ausführung des Skripts ALWAYS_01.lua mittendrin gestoppt und das Skript deaktiviert wird. Skriptfehler meinerseits kann ich jedoch inzwischen ausschließen und vermute einen Bug im Skriptsystem selbst, der nur unter ganz bestimmten Umständen zum Tragen kommt. Keine Ahnung, welche das sein könnten, die Möglichkeiten sind nahezu unbegrenzt.
Ich habe daher mal ein kleines Patch-Skript geschrieben und hier unten mit angehängt. Bei wem der Fehler auftaucht, kann dieses Skript einfach in den Ordner "scripts" der Mod kopieren und in PATCH_ALWAYS_01.lua umbenennen. Es ist dann nach dem Neuladen des Spielstands und dem nächsten Sprung (<-- wichtig!) in ein anderes System aktiv und tritt der ALWAYS_01.lua bei jedem Upgrade in den Hintern, damit sie in die Gänge kommt, falls sie sich wieder abgehängt hat.
MissionLib.ShowMissionState( "ALWAYS_01" )
in Zeile 67 deaktivieren. Einfach zwei Minuszeichen voranstellen, so, wie es in den anderen Kommentaren zu sehen ist.
Patch geändert, siehe übernächsten Beitrag mit aktuellem Download. Den hier zuvor angehängten habe ich entfernt.
Zuletzt bearbeitet: