Ich versuche auch schon seit einiger Zeit Wrye Bash zum Laufen zu bringen.
Erfolg hatte ich dabei bisher nicht gehabt, mit welcher Datei wird das Programm denn gestartet??? Immer diese englischen Anleitungen...
Ich versuche auch schon seit einiger Zeit Wrye Bash zum Laufen zu bringen.
Erfolg hatte ich dabei bisher nicht gehabt, mit welcher Datei wird das Programm denn gestartet??? Immer diese englischen Anleitungen...
Ich hab deinen Beitrag mal aus dem anderen Thread rausgetrennt und ins PI-Forum verschoben, da ich denke dass dir dort eher geholfen wird.
EDIT: Ich weiss nicht obs dir hilft, aber sie dir das mal an.
Kurzanleitung auf Deutsch
Sind auch Links zu den benötigten Programmen enthalten.
--
Ich kam, sah, und konnte meinen Augen nicht trauen
Nachtrag zu dem shortcut: Wenn der nicht geht, könnte man auch bash.py direkt starten, bzw. einen shortcut zu bash.py legen, denn extensions mit py sollten auch standardmäßig mit python geöffnet werden.
Danke für die Hilfe und die deutschen Anleitungen.
Ich schließ mich hier einfach mal an...
Ich bekomme, sobald dieser Ladebalken voll ist, diese generische Windows-Fehlermeldung, egal ob ich über das Shortcut oder bash.py starte. Das blöde daran ist, dass man (zumindest ich) aus dieser Meldung bzw. deren Details keine klare Ursache dafür erkennen kann. Hat jemand eine Idee, woran das liegen könnte? Mein nächster Schritt wäre, Windows nochmal platt zu machen, aber vielleicht wäre es ratsam, davor nochmal nachzufragen...
Sieht aus als ob Python 2.5 auf 2.4 (Ordner) zugreifen will. Oder hast du 2.5 unter dem 24er Ordner installiert?
Ich würde 2.4 mal komplett deinstallieren und 2.5 neu aufsetzen (nicht überschreibend auf einen alten Ordner). Und vergiss den passenden ANSI Zusatz nicht.
Stimmt, ich hatte es davor schon mit der 2.4-Version versucht und irgendwie überlappten da die Verzeichnisse. Allerdings hat eine Neuinsallation auch nichts bewirkt. Immer noch der selbe Fehler. Demnach hab ich einfach mal Windows neu aufesetzt (nutze XP).. ist bei mir ne Sache von 10 min und zugemüllt war's sowieso. Ich wurde den Gedanken einfach nicht los, dass das irgendwie mit dem OS zu tun hatte.
Folgende Dateien Liegen nun vor:
python-2.5.1
wython2.8-win32-ansi-2.8.7.1-py25
Wrye Bash 149
Mal sehen, ob es nun klappt...
/edit: Am Ende des ANSI-Setups bekomme ich die Option "Compile Python .py files to .pyc"... sollte ich da den Haken wegmachen oder einfach so lassen, wie es ist? :/
/edit²: WHOA wie geil, es läuft!*wendet sich der Anleitung zu*
Geändert von Soveliss (17.03.2008 um 19:27 Uhr)
Eine Frage an die Wrye-Bash-Kundigen:
Ich habe heute mal in Wrye Bash den Befehl "Datenblasen entfernen" auf ein Save ausprobiert. Dadurch schrumpfte der so behandelte Save von ca. 15.000 KB auf 9.000 KB zusammen
Beim Ausführen des Befehls erschien die Warnung, ich solle ihn nur im Notfall benutzen, es bestehe die Gefahr, einen korrupten Save zu produzieren. Mein Save funktioniert noch einwandfrei. Oder gibt es Spätfolgen? Nutzt jemand von euch manchmal diesen Befehl? Wäre es angebracht, ihn manchmal zu benutzen, z.B. nachdem man viel in der Modliste verändert/entfernt hat?
Es wird dir ja angezeigt wie groß die Anzahl der Null-Refs ist. Wrye selbst sagt dazu folgendes:
Liegt die Anzahl also unter 200 kann man sich die Prozedur sparen, da es dann kaum einen Unterschied macht.Zitat
Eine nützliche Anlaufstelle für solche Infos ist übrigens die Hilfeseite von Wrye Bash.
Bei diesem Umfang an savegame bloating würde ich mich mal auf die Suche nach dem Verursacher machen. Oft sind ältere Mods daran schuld, die Unmengen solcher Blasen zurücklassen, z.B. bei jeder Benutzung eines Zaubers o.ä. - leider nicht immer einfach zu finden, außer durch Deaktivierung von Mods und Beobachtung der Blasenmenge von save zu save.
Aha, dann begebe ich mich mal auf Blasensuche. Ich hatte über 86800 Null Refs! Fast der halbe Save nur Müll.
Danke ihr beiden für die Antworten.
ich hab da ein problem mit wyre bash 205. Und zwar wenn ich den patch rebuilden will kommt folgende meldung:
Des scheint mit der Sektion Race Records zusammenzuhängen. Drinnen hab ich nur die Core-esp von RBP, aber auch ohne, häckchen bei ihr kommt des problem. Das war bei der letzten version die ich benutzt hab (glaube 185, oder so) nich so. Woran könnte des liegen?
--mfg,
Atoom
Das Problem scheinen einige zu haben, wie man bei Bethsoft im offiziellen WB-Thread nachlesen kann. Bis jetzt hat Wrye noch nicht reagiert und ich empfehle erstmal die letzte stabile Version 195 zu nutzen, oder was auch immer deine letzte Version ist.
Fehler im Programm?
Keine Ahnung, kam bei mir auch, daher bin ich wieder zu Version 195 zurückgegangen.
Kannst du hier noch von Wryes Homepage bekommen. (Achtung, Direktlink)
--
Ich kam, sah, und konnte meinen Augen nicht trauen
Ich habe mal wieder eine Frage an die WryeBash-Kundigen:
Seit gestern versuchte ich, das PlugIn "Better Redguards" zu installieren. Mit zweifelhaftem Erfolg, entweder Kopf oder Körper der Redguards waren rabenschwarz; irgendwas hat wohl mit dem Einbinden der neuen Texturen nicht geklappt.
Jetzt habe ich es endlich hinbekommen.
Der einzige Unterschied.
Ich habe zuerst in WryeBash den OBMM über das Icon aufgerufen und dort dann die Archive Invalidation vorgenommen (ich weiß, geht auch über WryeBash selbst, aber ich habe das immer schon über OBMM gemacht).
Zuletzt bin ich direkt - also nicht über WryeBash - in den OBMM habe Archive Inv. benützt und jetzt fuktioniert das PlugIn.
Meine Frage: War das nur ein dummer Zufall ? Oder ist es grundsätzlich ratsam, beide Programme unabhängig voneinander zu starten?
Ich habe die Erfahrung gemacht, das es besser ist den OBMM immer über Wrye Bash zu starten. Aus irgendeinem Grund entfernt das Starten des OBMM ohne WB bei mir nämlich die AI-Methode.
Theoretisch sollte es aber keinen Unterschied machen wie du den OBMM startest, praktisch anscheinend aber schon.
Übrigens deuten schwarze Texturen eigentlich auf eine fehlende Normalmap hin, das sind die Texturen die für die Lichtreflexion, sowie optischen Höhen und Tiefen zuständig sind und auf _n.dds enden.
schwarz bedeutet nicht umbedingt fehlend, es kann auch sein, dass die _n.dds auch beschädigt ist. Oder es kann (wie bei mir) auch zufall sein, da ich bei mir selbsterstellte Rassentexturen für eine rasse verwende, die nicht komprimiert sind --> Textur und normalmap jeweils 65mb, was dazu führt, dass des spiel die Textur manchmal falsch läd (sprich schwarz), meißtens aber richtig.
--mfg,
Atoom
Diese Empfehlung habe ich vor längerer Zeit auch irgendwo im offiziellen Beth-Forum gelesen, deshalb war ich etwas verwundert, dass es diesmal bei mir anders war. Na ja, ich packe das jetzt mal einfach in die Schublade "Oblivion-Wunderlichkeiten".
Aber dafür kann ich mir nun endlich etwas unter _n.dds vorstellen.
Kann sich von euch noch jemand dran erinnern, wie es war, als ihr Wyre Bash installiert habt:
Nachdem ihr Wyre Bash in den Oblivion-Ordner installiert habt, und dann Wyre Bash zum erstenmal gestartet habt, lag dann da schon eine gebrauchsfertige Bashed Patch.esp in der Mod-Liste oder mußte man die erst von Mopy\Extras in den Data-Ordner ziehen?
Berechtigungen
Zitieren
◄ 
