Guckt mal, was die neue Version alles kann:
Gamesettings tweaken und mehr!
Die in Kürze erscheinende Version 0.75 wird wieder in Deutsch upgedated sein.
Guckt mal, was die neue Version alles kann:
Gamesettings tweaken und mehr!
Die in Kürze erscheinende Version 0.75 wird wieder in Deutsch upgedated sein.
Geändert von DWS (17.04.2007 um 20:20 Uhr)
Wheee! Haben will! Danke für Info!Zitat von DWS
*raussuchen und installieren geht*
--Wie die Zeit verfliegt...
Was oben im Bild nicht zu sehen ist: Es ist u.a. auch möglich, unbegrenztes Tragen von Ringen/Amuletten einzuschalten, Hosen durch Roben anzeigen (ich glaube mit clipping-Problem) und ein paar weitere... sowie: Gewichte von Kleidung ändern, Tränke-Gewichte ändern, Anzahl der verschossenen Pfeile pro Zelle, wie lange bleiben sie liegen, die Chance einstellen, Pfeile zurückzugewinnen (aus dem gefallenen Gegner) usw.
Hallo an alle DV-Spieler, wir benötigen mal kurz eure Hilfe. Am besten wäre es, wenn wir noch jemanden auf 1.1 gepatchten und einen 1.2er jeweils mit und ohne SI finden würden, und zwar:
Geht dann bitte mal auf /Oblivion/Data und sucht die Oblivion.esm, rechtsklickt darauf, geht auf Eigenschaften und gebt mir die Größe durch (bitte nicht die untere "Größe auf Datenträger") und zusätzlich eure Version, also folgende Versionen:
Mit SI, 1.1 Patch =
Mit SI, 1.2 Patch =
Ohne SI, 1.1 Patch =
Ohne SI, 1.2 Patch =
Bei mir steht z.B. (UK Version, 1.1 ohne SI) :
Größe: 235 MB (247.388.848 Bytes)
Wir brauchen den kompletten Byte-Wert in Klammern.
Geändert von DWS (18.04.2007 um 08:26 Uhr)
Hallo,
Mit SI, 1.2 Patch = 278.038.032
Ohne SI, 1.2 Patch = 247.876.643
--
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...
... hat sich teilweise erledigt.
Benötigt wird also noch:
Ohne SI, 1.1 Patch =
Geändert von DWS (18.04.2007 um 13:21 Uhr)
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.
--Wie die Zeit verfliegt...
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 =
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)
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.
--Wie die Zeit verfliegt...
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)
BTMod, Elven Carthographer inklusive farbiger Symbole, Zaubererschaffungsmenü x3. Sonst keine... (ja, in Sachen GUI bin ich recht minimalistisch)
--Wie die Zeit verfliegt...
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.
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)
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?
--
Ich kam, sah, und konnte meinen Augen nicht trauen
Geändert von Low Post (30.07.2007 um 19:36 Uhr)
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?
--
Ich kam, sah, und konnte meinen Augen nicht trauen
Berechtigungen
Zitieren
