SureAI

Hallo Forum!
Bei der Integrierung der MOD „Wüstensiedlung Bara Suul vers. 1.3“ ist das Sicher Truhen-System von meinem Nehrim zerstört worden. Die sichere Truhe dort heißt „Truhe des Jarls“. Man kann zwar auf alle sich im Spiel befindlichen Truhen zugreifen und Gegenstände aus dem „Sichere Truhen“ System entfernen, aber das System ist bei mir in den letzten 40 Saves (zwischen Save 184 und Save 224) vor der MOD beschädigt und legte mal Gegenstände ab, mal nicht, mal zu spät, mal ordnungsgemäß.

Das gesamte System der Truhen lief fehlerlos(!) vor der MOD. Ich habe diese auch als erste echte MOD installiert, nur „GayKim“ ist schon immer aktiv gewesen. Es muss das Truhenscript in den Saves selbst verändert worden sein. Wodurch ist mir ein Rätsel. Wieso nur(zum Glück) in den letzten 40 Saves ist mir ein Rätzel. Hat lange gedauert diese Feststellung zu machen.

Die MOD aus Nehrim zu deaktivieren, nutzt übrigens nix. Der defekt bleibt auch bei deaktivierter MOD. Oblivion und Nehrim neu zu installieren brachte leider auch nichts, da die alten 40 Saves selbst betroffen sind.

Die MOD schreibt weder in die „nehrimdata.esp“ noch in der „Oblivion.ini“ neue Inhalte. Der Modder konnte keinen Fehler feststellen. Er hatte das Script zuerst mit dem von Arseus (Anleitung für neue sichere Truhe) im Tutorial Forum verglichen. Sie stimmten überein. Ein erfahrenerer Modder/Scripter muss her!

Die Truhe von Baenlin und seinem Wohnwagen ist wohl nach Aussagen von anderen Betroffenen nicht beschädigt worden. Er war nämlich der erste, da gab es das Script von arseus noch nicht.

Die Truhe im Stiegwagen (von arseus Mod) hat ihre Funktion laut der Aussagen eigestellt. Es ist wohl alles aus ihr verschwunden.

Es ist schon eine Ewigkeit her seit ich das letzte Mal mit einem CS gearbeitet habe(Morrowind). Außerdem funktioniert der CS bei meinem Win7U64 nicht ganz einwandfrei.

Bitte um Hilfe


EDIT: Habe beim intakten Save 183 nun von Vorn angefangen, aber ab Save 194 traten die Probleme mit dem Sichere Truhen - System wider auf. Problem wandert nun in den Supportbereich.

@PersuadeBugUser

Henry scheint seine Sicheren Truhen wieder zum laufen gebracht zu haben:
Aber warum hat die Truhe in meiner Mod bei einigen funktioniert und bei einigen nicht ?
Da hilft wohl doch nur ein erfahrener Modder, wie du schon sagtest.

Ich habe bereits eine "frische" .esp und das Problem besteht noch immer.

Hast du henry schon nach seiner .esp gefragt? Vielleicht geht´s ja damit.

@ PersuadeBugUser

es funktioniert wirklich wieder alles bei mir. warum, das weiß ich allerdings nicht. es war nur "trial and error" (den man im bara suul-mod release thread nachlesen kann).

die beiden nehrimdata.esp-files sind gleich groß. offenbar wird sie bei jedem start neu abgefragt, da die ältere, von mir eingesetzte, bereits das heutige datum trägt.

ja sorry, aber ich weiß nicht mal, was die esp in nehrim so zu machen hat...da gibt es sicher gute leute hier, die es wissen müssen.
bin auf die esp gekommen, weil sie mir schon mal probleme gemacht hat. es ist nämlich nicht egel, wo in der reihenfolge, bezüglich mancher mods im obmm, sie steht!
vielleicht gibt es das problem ohne die verwendung von obmm parallel zum nehrim-launcher auch gar nicht......ka!

lg
henry

Ich hab da mal eine Idee.

Ich habe zu testzwecken eine Mod erstellt mit 3 Truhen ("Slavetruhen" genannt) in einem Raum. Eine Vierte Truhe steht außerhalb des Raumes (nicht einsehbar). Nennen wir sie mal "Mastertruhe".
Die drei Truhen habe ich mit einem einfachen Script versehen, welche bei Aktivierung durch den Spieler auf die Mastertruhe zugreifen.
Man kann in jede der 3 Truhen Gegenstände legen und sie anschließend aus jeder beliebigen Truhe wieder entfernen.
Jeder Modder, welcher eine Mod mit Sicherer Truhe erstellt, müsste lediglich seiner Truhe eine eigene ID geben und diesen Script anhängen:

scn SichereTruheScript

Begin OnActivate
Mastertruhe.activate Player
end

Um dies in der NehrimData.esp als Patch einzufügen, ist nicht viel Zeit nötig.

Und nochwas.
Bei der Erstellung dieser Testmod ist mir aufgefallen, dass, wenn man in einem Script auf ein Objekt verweist, dieses Objekt als "Feste Refernz"markiert sein muss.
Entfernt man nun das Häkchen bei "Feste Referenz" einer Truhe, verursacht doch das Script bei Aktivierung einen Fehler. Das Könnte unter Umständen doch dazu führen, dass einige sichere Truhen nicht mehr funktionieren. Zumindest könnte es eine Erklärung dafür sein, dass bei Henry die alte NehrimData.esp funktioniert (weil da vielleicht alle sicheren Truhen als feste Referenz markiert sind).

@Henry
Lade mal bitte deine defekte NehrimData.esp hoch. Ich möchte was ausprobieren


Ach ja. Wer´s ausprobieren will: Die Tür zum Raum steht gleich neben der Teleportplattform in der Abtei Tirin

hier bitte!

http://www.file-upload.net/download-278 ... T.esp.html das ist der übeltäter!

http://www.file-upload.net/download-278 ... a.esp.html das ist die ältere esp

Schade, meine Theorie hat sich nicht bestätigt.

@Henry
Ich hab jetzt deine DEFEKTE esp geladen. Alle Truhen funktionieren. Dann hab ich BaraSuul deaktiviert, Spiel gestartet, gespeichert, BaraSuul wieder aktiviert, Spiel gestartet, und......... Alle Truhen funktionieren nach wie vor. Auch wenn ich will, ich schaffe es nicht, diesen Fehler in meinem Spiel zu erzeugen.

Muss wohl noch an etwas anderem liegen...

Deine esp ist bei mir nicht sinnvoll, weil wir nicht unbedingt das gleiche Problem haben, sondern nur den gleichen Auslöser. Aber um euch zu beruhigen habe ich diese überschreiben lassen und das Problem mit meinen Saves ist immernoch vorhanden. Es freut mich (?!?) dass mein Problem nun nur noch das einzige ist.

Tja, wenn man(n) nicht einmal die minimal vonnöten Digitalen Grundvorraumsetzungen mitbringt braucht man(n) sich nicht über den Spott wundern,
der auf dem beigefügtem Bild sicherlich jedem Betrachter sofort spot-technically schmunzelnd ins Auge fällt.

@ JPfosser
habe ja gesagt, daß ich nicht weiß, inwieweit sich die beiden esp-files unterscheiden könnten....
deswegen habe ich auch beide hochgeladen und eine umbenannt!
daß sie die gleiche größe haben, ist ebenfalls längst erwähnt worden (im ursprünglichen thread).

tatsache ist aber, daß ich nichts anderes getan habe, als die esp durch eine ältere zu ersetzen.
tatsache ist auch, daß mein nehrim wieder funzt, mit all seinen truhen.
,,,auch die seltsamkeiten davor sind so wie beschrieben gewesen.

den rest überlasse ich nun gerne den leuten, welche die nötigen "minimalen digitalen voraussetzungen" mitbringen!

....das problem bei PersuadeBugUser harrt ja offensichtlich noch einer lösung.

Eine Vermutung drängt sich auf, und vor allem Sandmanns Post macht sie sehr plausibel: es liegt nicht an der NehrimData.esp sondern an dem Datum der NehrimData.esp. Dieses beeinflusst die Reihenfolge, in der die Mods geladen werden, und wenn sich diese Reihenfolge plötzlich ändert (was z. B. passiert wenn man im Launcher "Spieldateien" auswählt, obwohl man sie davor immer über die NehrimDataFiles.exe eingestellt hat), geht eine sichere Truhe "verloren" (und zwar die, die von eurer Mod eingefügt wurde).

Lösung? Gute Frage. Natürlich kann ich sagen, passt auf die Reihenfolge eurer Mods auf, bzw. darauf daß sie sich nie ändert. Aber das ist mit dem Launcher nicht unbedingt so leicht...

@JPfosser: Ich glaube, wir fügen dein Sichere-Truhen-Script in die nächste ESM-Version ein. Dann kann sich auch jeder dran bedienen. Wird dann etwa so aussehen:
Die 1 nach dem Player soll dazu führen, daß auch wirklich der onActivate-Block ausgeführt wird.

Dann müsste aber man doch den bestehenden Inhalt der Sicheren Truhe vor der neuen ESM rausnehmen, oder?

Aus den Mods? Ja.

Wann habt ihr denn vor, eine neue Nehrim.esm zu veröffentlichen? Alle bestehenden Mods müssten dann etwa zeitgleich geändert werden. Deswegen die Frage.

Was heißt zeitgleich - sie funktionieren ja auch jetzt schon, bloß darf man die Reihenfolge nicht aus den Augen verlieren.
Das Script heißt jetzt übrigens PlayerSichereTruheMOD.
Wann wir patchen weiß ich nicht.

ja,
da war dann wohl doch ein klitzekleiner unterschied bei den "identischen" files.....

wer (außer arvisrend) denkt schon ans datum? ...obwohl es der einzige unterschied ist.
hatte dann auch eher einen modreihenfolge-konflikt in verdacht. da ich aber nicht wußte, daß sogar das datum irgendwie einfluß auf deren reihenfolge haben kann, konnte ich mir auch keinen reim mehr darauf machen......

ich hatte geschrieben: na ja..da nutzen wohl nicht mal die "erforderlichen minimalen digitalen voraussetzungen" was....(rub it in )

hoffe, auch PersuadeBugUser liest das bald und kann sein problem lösen damit!

danke arvisrend!

Es hat nicht sogar das Datum sondern nur das Datum, genauer gesagt das Änderungsdatum, Einfluss darauf.

@ MacGyver8472

..ist einer der wenigen fälle, wo nicht der gärtner der mörder war sondern sein messer.....aber er hatte die mordwaffe zumindest bei sich und ich habe ihn deswegen für den schuldigen gehalten!

Hallo Leute,

ich habe leider nicht so recht verstanden was Ihr hier postet, warum und wie sollte das eine Lösung für mein Save-und Truhenproblem sein? Bin leider noch nicht dazu gekommen weiter zu probieren was genau der Auslöser war. Bringt ja nix wenn ich jetzt das Problem löse und meine Saves aber leider trozdem unbrauchbar sind?
Grüße