Allgemein
News
News-Archiv
Partner
Netzwerk
Banner
Header
Media
Downloads
Impressum

The Elder Scrolls
Arena
Daggerfall
Spin-offs
Romane
Jubiläum
Reviews
Welt von TES
Lore-Bibliothek
Namens-
generator

FRPGs

Elder Scrolls Online
Allgemein
Fraktionen
Charakter
Kargstein
Technik
Tamriel-
Manuskript

Media

Skyrim
Allgemein
Lösungen
Tipps & Tricks
Steam-Kniffe
Review
Media
Plugins & Mods

Oblivion
Allgemein
Lösungen
Tipps & Tricks
Technik
Charakter
Media
Plugins & Mods
Kompendium

Morrowind
Allgemein
Lösungen
Tipps & Tricks
Media
Plugins & Mods

Foren
The Elder Scrolls Online
Hilfe & Diskussion

Skyrim
Hilfe & Diskussion
Plugins & Mods

Ältere TES-Spiele
TES-Diskussion
Oblivion-Plugins
Morrowind-Plugins

Community
Taverne zum Shalk
Adventures of Vvardenfell
Tales of Tamriel
Ergebnis 1 bis 20 von 34

Thema: [Tool] Wrye Bash jetzt in Deutsch

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Zitat Zitat von DWS Beitrag anzeigen
    Danke sehr, aber ich sehe gerade, die 1.1er Größen sind wichtig(er), wobei vermutlich kaum jemand freiwillig auf 1.1 mit SI sein wird...

    Mit SI, 1.1 Patch =
    Unmöglich. SI patcht automatisch auf 1.2.210.

    PS: Da du da scheinbar mitarbeitest, hier ein kleiner Bugbericht: Bei der Option "Compass Quest disable" wird mir der Marker weiterhin angezeigt - bloß jetzt als Camp-Symbol X_x.

  2. #2
    Zitat Zitat von bg2408 Beitrag anzeigen
    Unmöglich. SI patcht automatisch auf 1.2.210.
    Wrye hat mit der EV zwei Größen... ach, ich sehe gerade, da habe ich was durcheinandergebracht...

    Benötigt wird also noch:

    Ohne SI, 1.1 Patch =


    Zitat Zitat
    PS: Da du da scheinbar mitarbeitest, hier ein kleiner Bugbericht: Bei der Option "Compass Quest disable" wird mir der Marker weiterhin angezeigt - bloß jetzt als Camp-Symbol X_x.
    Ich übersetze nur. Ich weiß nicht, ob das schon in 0.74 vorhanden ist, aber wenn du in 0.75 einen Rechtsklick auf Kompass ausschalten machst, siehst du 3 Optionen zum Anhaken:

    Quests
    POIs (Points Of Interest)
    Quests und POIs

    Bist du ganz sicher, dass du nicht möglicherweise einen POI gesehen hast (mit POI-Option aktiv) ?
    Geändert von DWS (18.04.2007 um 13:21 Uhr)

  3. #3
    Zitat Zitat von DWS Beitrag anzeigen
    Bist du ganz sicher, dass du nicht möglicherweise einen POI gesehen hast (mit POI-Option aktiv) ?
    In der aktuell verfügbaren Version ist das schon drin. Nein, es IST der Questmarker - der sich bloß in ein rotes Camp-Symbol verwandelt hat. Da bin ich mir sicher - ich konnte dieses Symbol einerseits durch Auswahl der Nirnrootquest wegbekommen, zudem es durch Auswahl anderer Aufträge woanders hin setzen (auf dem Kompaß).

    Zudem kann es kein POI sein, weil es die komplett falsche Farbe hatte. Nämlich rot. In der Form existiert das POI-Symbol bei mir gar nicht 0_o. Ich nutze den kompletten Elven Cartographer - da sind die Campsymbole weißgrün / grünweiß, nie aber rot .

  4. #4
    OK, dann... welche GUI's hast du aktiv, irgendwelche Sondereinstellungen an den xml's oder esp's, die das HUD beeinflussen könnten (falls es sowas gibt)?

    Erinnerung zu oben:

    Benötigt wird noch die Dateigröße der deutschen Oblivion.esm:

    Ohne SI, auf dem ersten (1.1) Patch =
    Geändert von DWS (18.04.2007 um 14:41 Uhr)

  5. #5
    Zitat Zitat von DWS Beitrag anzeigen
    OK, dann... welche GUI's hast du aktiv, irgendwelche Sondereinstellungen an den xml's oder esp's, die das HUD beeinflussen könnten (falls es sowas gibt)?
    BTMod, Elven Carthographer inklusive farbiger Symbole, Zaubererschaffungsmenü x3. Sonst keine... (ja, in Sachen GUI bin ich recht minimalistisch)

  6. #6
    Ist Elven Cartographer leicht abschaltbar? Ich kenne es nicht, aber irgendwie beschleicht mich das Gefühl, es könnte was mit verschobenen Symbolen auf einer Palette zu tun haben. Ich habe es mal weitergelitten, aber noch keine Reaktion... vielleicht komme ich demnächst selber mal zum Testen.

    Version 0.75 ist freigegeben:
    http://www.bethsoft.com/bgsforums/in...post&p=9805671

    Ich könnte mir vorstellen, dass eine Funktion (die aber nicht viele user benötigen) nicht in dieser Kombination funktioniert: Deutscher Rechner, Englische Version. Die Funktion ist: Umschalten von Oblivion.esm Versionen von 1.1 Patch auf 1.2 mit SI (deswegen auch oben die Anfragen nach den Dateigrößen). Das ließe sich aber leicht beheben, indem man unter /locale in der de.txt die DV-Dateigrößen herausnimmt. Im Bedarfsfall kann ich dann auch eine alternative de.txt für deutsche EV user hochladen.

    EDIT: Wrye hat das Questmarker Problem in Verbindung mit BTMod schon gesehen, aber er arbeitet noch an einer Lösung, siehe unten in diesem Beitrag.

  7. #7
    Ein Mini-Update der deutschen Übersetzung:
    http://rapidshare.com/files/28495699/de075b.rar.html

    Bitte einfach in den Oblivion-Ordner entpacken. Es überschreibt nur die Übersetzungsdatei.

    Und ich hätte gerne mal feedback, denn ich kann mir nicht vorstellen, dass alle Begriffe wirklich gut übersetzt sein können...

    Save game "bloating" removal z.B. habe ich mit "Datenblasen entfernen" (o.ä.) übersetzt (eigentlich ein kleiner eingebauter Aufmerksamkeitstest).
    Geändert von DWS (29.04.2007 um 08:12 Uhr)

  8. #8
    Zitat Zitat von DWS Beitrag anzeigen
    Und ich hätte gerne mal feedback, denn ich kann mir nicht vorstellen, dass alle Begriffe wirklich gut übersetzt sein können...
    Ich habe jetzt nicht die neue Übersetzung runtergeladen, sondern arbeite noch mit der .74er-Standardübersetzung. Die meisten Sachen waren gut, ein paar... umständlich. Beispiel "Sperre Zeiten", das läßt sich imho besser audrücken. (Ladereihenfolge festsetzen?).

  9. #9
    "Ladereihenfolge festsetzen" trifft es nicht ganz. Man kann die Ladereihenfolge beibehalten obwohl die timestamps geändert werden. Die Funktion setzt aber jedes mal die timestamps sekundengenau zurück auf den einmal gemerkten Wert.

    Es gibt wichtige Neuigkeiten:
    http://wrye.ufrealms.net/Wrye%20Bash.html#RacePatcher

    Die Funktion voice merging (für die Sprachmix-Problematik interessant) hat allerdings noch einen (bereits erkannten) Fehler, der wohl in der nächsten Version gefixt sein dürfte.

  10. #10

    Threadnekromantie o_Ò

    Zitat Zitat von DWS Beitrag anzeigen
    OK, dann... welche GUI's hast du aktiv, irgendwelche Sondereinstellungen an den xml's oder esp's, die das HUD beeinflussen könnten (falls es sowas gibt)?

    Erinnerung zu oben:

    Benötigt wird noch die Dateigröße der deutschen Oblivion.esm:

    Ohne SI, auf dem ersten (1.1) Patch =
    Wird der Wert noch benötigt?

    Bei meiner Backup-Oblivion.esm von Patch 1.1511 (DV) steht unter Eigenschaften folgendes:



    Größe: 247.876.643 Bytes


    Außerdem wollte ich noch Fragen, warum man denn seit neuestem einen Bash-tag (z.B. {{BASH:Relev}}) verwenden muss um ein *.esp mit dem Bashed Patch zu verwenden (z.B. beim 'Leveled List Merger')

    Mir ist auch ein Bug beim Names Patcher aufgefallen:

    Wenn man ein Plugin im Names Patcher lädt, welches einen Eintrag über MQHorsePaint0WeynonPlayer zusammen mit bestimmten anderen (hab ich bisher noch nicht ausgemacht) enthält gibt Bash beim aktualisieren des Bashed Patch eine Fehlermeldung. Ein Beispiel: Oblivion Improved (0.90) ist ein Plugin, das dabei Probleme macht. Wenn man jetzt aber die Namen exportiert (mittels Bash) und dann das Feld mit MQHorsePaint0WeynonPlayer löscht und in eine eigene *.csv Datei steckt (erste Zeile/Feld mitkopiert, MQHorsePaint0WeynonPlayer in die zweite kopiert) und dann die beiden *.csv Dateien "aktiviert" funktioniert das aktualisieren des Bashed Patches ohne Probleme.

    Edit: Achja, ich geh von Version 0.87 aus. Wann ist den die nächste "komplett" deutsche Version geplant?
    Geändert von Low Post (30.07.2007 um 19:36 Uhr)

  11. #11
    Zitat Zitat von Low Post Beitrag anzeigen
    Außerdem wollte ich noch Fragen, warum man denn seit neuestem einen Bash-tag (z.B. {{BASH:Relev}}) verwenden muss um ein *.esp mit dem Bashed Patch zu verwenden (z.B. beim 'Leveled List Merger')
    Modder sollten die tags nach Möglichkeit verwenden, nicht bei jedem Mod, sondern bei denen, die bash-patch relevant sind (releveler, race, hair, ...). Die tags werden von Bash erkannt und automatisch in die jeweilige patch Liste aufgenommen (für die Automatik-Funktion). User können diese Liste aber beliebig erweitern oder verringern mit den ungetagten Mods, also ist das nur zur Vereinfachung (oder Sicherstellung dass die richtigen Mods auch in der patch list landen).

  12. #12
    Zitat Zitat von DWS Beitrag anzeigen
    Modder sollten die tags nach Möglichkeit verwenden, nicht bei jedem Mod, sondern bei denen, die bash-patch relevant sind (releveler, race, hair, ...). Die tags werden von Bash erkannt und automatisch in die jeweilige patch Liste aufgenommen (für die Automatik-Funktion). User können diese Liste aber beliebig erweitern oder verringern mit den ungetagten Mods, also ist das nur zur Vereinfachung (oder Sicherstellung dass die richtigen Mods auch in der patch list landen).
    Seit kurzem nicht mehr, da muss man den Tag selber einfügen. Zwar keine große Sache, aber da ich es anders gewohnt war doch eine gewisse Umstellung. Außerdem ist mir noch kein Mod untergekommen, der von Vornherein "getagt" war (außer TNR, aber das auch nur wegen dem Dateinamen (TNR am Anfang)).

    Edit: Seit kurzem ist ja Version 0.88 draußen. Ich hab jetzt auch zum ersten mal das Oblivon.esm-Swapping ausprobiert: Funktioniert ohne Probleme.

    Jetzt hab ich aber ein paar Fragen zu der Neuen Funktion Patch Aliases:

    Was macht die?
    Wofür braucht man sie?
    Wie verwendet man sie?

    Also quasi die Standartfragen. Ich werde aus der englischen Beschreibung irgentwie nicht schlau.


    Außerdem muss ich meine Aussage zum Bug im Namespatcher etwas revidieren:

    Es kommt eine Fehlermeldung, sobalt man eine Mod/*.csv-Datei einbinden will, die einen/mehrere Einträge über Kreaturen (CREA) oder Klassen (CLAS) hat.

    Die Meldung sieht so aus:

    Das PI, welches dazu geführt hat enthält sowohl Einträge über Kreaturen, als auch Klassen.

    Edit²: Mit der Version 0.91 kommt jetzt zwar keine Fehlermeldung mehr, wenn man eine *.esp mit CLAS/CREA-Einträgen verwenden will, allerdings habe ich das Gefühl, dass dann die gesammte *.esp übersprungen wird und nicht nur die fraglichen Einträge. Das Gefühl kommt daher, dass der Bashed Patch dann um ~ 500 kB kleiner ist, als wenn ich eine *.csv-Datei benütze, bei der die fraglichen Einträge gelöscht wurden (mit Tes4Gecko alle anderen Einträge außer denen über CLAS/CREA kopiert und dann export Names via Wrye Bash). Kann aber natürlich auch daran liegen, dass die Einträge der *.esp nur von später geladenen *.esp, die auch im Namespatcher sind überschrieben werden und deshalb ignoriert werden.

    Edit³: Wenn ich jetzt meine Plugins alle in OMODs umwandle funktioniert der Bashed Patch dann weiterhin, oder gibt's da Probleme?

  13. #13
    Ähm nuja...
    als ich mir vor sehr kurzem WB draufgeklatscht hab und mich mal ein wenig in dem programm umgesehen habe wollte Oblivion nicht mehr starten...
    da ich aber im gleichen zug nen paar pis draufgeklatscht habdacht ich mir nicht viel dabei und hab oblivion neu installiert und nur einen teil der addons installiert...
    Oblivion funktionierte wunderbar.

    eben: ich hab mir wyre bash wieder installiert(auf 1.2 ohne SI) mich wieder nur ein wenig umgeschaut. keine funktionen verwendet. aufgrund gleicher änderungs daten bei bab die files bearbeitet und schwupps.
    Oblivion und Wyrebash wollen nicht mehr starten.

    Ist das Programm so empfindlich? oder bin ich zu blöde?

    MfG Fetter Hobbit

  14. #14
    Hast du Wrye Bash korrept installiert? Also richtige Verzeichnisse et cetera, nicht da was verwechselt?

  15. #15
    Ich habe Python und wx python so installiert wie vom installer vorgegeben.
    dann habe ich die ordner mopy und data ins Oblivion verzeichnis geschmissen.

    Naja dann hatte ich besagten neuinstall und anschliessend hab ich mopy und data wieder reingeschmissen...

    Also doch eigentlich korrekt installiert(zumindest beim ersten mal)

    MfG Fetter Hobbit

  16. #16
    Bitte um sortierte Formulierung der durchgeführten Schritte, ohne klatschen und schmeissen.

    Wrye Bash/Python ändert durch die Installation allein nichts an der Oblivion-Installation an sich. Außerdem sollte durch De-Installation von Oblivion (ohne Ordnerlöschungen) WB nicht verschwinden... warum musstest du es nachinstallieren?
    Geändert von DWS (15.08.2007 um 08:39 Uhr)

  17. #17
    1. Python und wx_python installiert(nur bestätigt, also standardpfade)
    2. WB 0.92 runtergeladen und in einen separaten ordner entpackt.
    3. Dateien aus dem Ordner (mopy und data) in das Oblivion verzeichnis(CProgramme\Bethesda Softworks\Oblivion) kopiert (zu dem zeitpunkt hatte ich glaub ich Oblivion mit SI aber nur den standard oblivionpatch 1.2 draufinstalliert ohne vorher 1.1 zu installieren)
    4. Habe dann mit dem programm eine esm in eine esp umgewandelt und konnte danach nicht mehr spielen, wb konnte ich allerdings noch starten.

    5. Habe Oblivion deinstalliert und danach den gesamten Oblivion ordner gelöscht, weil es mit beibehaltung der dateien auch nach neuinstall nicht funktionierte.
    6. Habe Oblivion installiert, dann patch 1.1 und 1.2 installiert und schliesslich noch OOO BAB und Bg balancing jeweils aktuelle version installiert.
    7. Habe mir gestern abend dann wieder wyrebash neu geladen und genauso installiert wie in punkt 3 beschrieben.
    8. Als ich mir das programm dann wieder anschauen wollte, zeigte er mir das gleiche änderungsdatum bei den drei BAB-esp/esm, woraufhin ich dies kurzerhand mit wordpad korrigiert habe(während wyre bash lief).
    9. Als ich wyre bash dann neu starten wollte habe ich ein grünes strichlein auf dem lade balken bekommen bevor er einfach beendet(ich glaub die letzte meldung war initialisiere modinfos oder so ähnlich). seitdem kann ich weder wyrebash benutzen noch Oblivion


    Tut mir leid, dass es gestern so wenig informativ war... ich war müde

    MfG Fetter Hobbit

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •