Skript-Wiki - Benutzerbeiträge [de]

Oblivion:Funktionen des Construction Set

2009-02-21T22:55:55Z

Lars: Fenster-Übersicht eingefügt

==Construction Set==

Das [[ob:Construction Set|Construction Set (CS)]], genauer das [[ob:Construction Set|The Elder Scolls IV - Construction Set (TESIV-CS)]] ist das selbe, mit dem auch die Entwickler gearbeitet haben. Es ist von daher möglich, ebenfalls derartige Ergebnisse zu erzielen, die auch die Entwickler erzielt haben. Vielleicht sogar bessere, wenn man sich noch mehr Mühe geben will.

Neben dem CS-Window wird hauptsächlich mit drei Hauptfenstern "Object Window", "Render Window" und "Cell-View Window" gearbeitet. Mit diesen drei Fenstern kann man prinzipiell die ganze Welt erstellen. Sie werden weiter unten beschrieben.

== Pulldown Menüs im CS-Window ==

===File===

<div class=edztable>
{|
|-
!Bezeichnung||Beschreibung
|-
|[[ob:Data Window|Data]]||Öffnet das [[ob:Data Window|Datei Window]], in dem man die Master- und Plugin-Dateien auswählen kann.
|-
|Save||Speichert die aktuellen Änderungen in der aktiven Plugin-Datei. Wurde anfangs nur eine Master-Datei (.esm) gewählt, wird ein neues Plugin erstellt. Somit wird verhindert, dass die Masterdatei verändert oder beschädigt wird.
|-
|Export||Hiermit kann man bestimmte Teile der Datei in eine Textdatei exportieren. Das ist nützlich bei der Lokalisierung (Übersetzung) des Programms.
|-
|Import||Hiermit wird die Textdatei dem aktuellen Plugin zugefügt. Wird bei der Lokalisierung genutzt. Vorsicht bei der Benutzung! Kann bei falscher Handhabung das Plugin beschädigen.
|-
|[[ob:Preference Window|Preference]]||Hier kann man einstellen, wie der CS-Editor arbeitet oder aussieht.
|-
|Exit||Beendet den Editor. Wurden Änderungen an einem Plugin durchgeführt, wird nachgefragt, ob gespeichert werden soll.

|}
</div>

===Edit===
Der Menüpunkt Edit umfasst Hilfsmittel zum einfachen Editieren. Das wären Werkzeuge zum Kopieren und Einfügen, Wiederherstellen, sowie Finden und Ersetzen.

Die Einzelnen Menüpunkte:
<div class=edztable>
{|
|-
!Bezeichnung||Tastenkombin.||Beschreibung
|-
|Undo||STRG+Z||Macht den letzten Arbeitsgang rückgängig
|-
|Redo||STRG+Y||Macht den letzten Undo-Vorgang wieder rückgängig (Wiederherstellen)
|-
|Cut Renderer||STRG+X||Wenn ein [[ob:object|Objekt]] im Render-Fenster aktiviert ist, wird es mit dieser Funktion ausgeschnitten. Es verschwindet dann von der Stelle und ist im Zwischenspeicher gespeichert.
|-
|Copy Render||STRG+C||Kopiert ein aktiviertes [[ob:object|Objekt]] des Render-Fensters
|-
|Paste Render||STRG+V||Setzt ein kopiertes oder ausgeschnittenes [[ob:object|Objekt]] des Render Fensters wieder ein.
|-
|Paste in Place||STRG+Shift+V||
|-
|Duplicate||STRG+D||Stellt sofort ein Duplikat im Render Fenster her. Achtung, es überlappt sich mit dem kopierten [[ob:object|Objekt]] und sollte sofort verschoben werden, damit man es hinterher nicht vergisst.
|-
|Find||STRG+F||Öffnet den "Find"-Dialog
|-
|Find Next||F3||Sucht den nächsten Eintrag
|-
|Find Prev||F2||Geht zum vorigen Sucheintrag zurück
|-
|Find Text||||Öffnet das Text-Finden Fenster
|-
|Search & Replace||||Öffnet das "Suchen & Ersetzen" Fenster. Hiermit können schnell [[ob:object|Objekte]] eingetauscht werden. Unterhalb kann man auch einstellen, ob sich der Dialog auf die ganze Welt, die aktuelle Zelle oder den markierten Bereich beschränken soll. So kann man z.B. recht schnell 5 Flaschen "Bier" in "Billiger Wein" umändern.
|}
</div>

===View===
Der Menüpunkt View stellt alle möglichen Werkzeuge zur Ansichtsregelung zur Verfügung.

Die Einzelnen Menüpunkte:
<div class=edztable>
{|
|-
!Bezeichnung||Tastenkombin.||Beschreibung
|-
|Toolbar||||Schaltet die Toolbar an und aus.
|-
|Status Bar||||Schaltet die Status-Anzeige am unteren Bildschirmrand an oder aus
|-
|[[Oblivion:Render Window|Render Window]]||||Schaltet das [[Oblivion:Render Window|Render Window]] an oder aus (Programmtechnisch nicht möglich)
|-
|[[Oblivion:Object Window|Object Window]]||||Schaltet das [[Oblivion:Object Window|Object Window]] ein oder aus.
|-
|[[ob:Cell View Window|Cell View Window]]||||Schaltet das [[ob:Cell View Window|Cell View Window]] ein oder aus
|-
|Open Windows||||Öffnet den Fenster-Manager, der alle geöffneten Fenster anzeigt
|-
|Current Cell Only||||deaktiviert
|-
|Markers||M||Schaltet Marker im [[Oblivion:Render Window|Render Window]] ein oder aus
|-
|Light Radius||L||Macht den [[ob:light|Licht]]-Radius im[[Oblivion:Render Window|Render Window]] sichtbar
|-
|Wireframe||W||Schaltet zwischen Wireframe-(Gitternetz-) oder Render-(Berechnet-)-Anzeige.
|-
|Bright Light||A||Schaltet das allgemeine [[ob:light|Licht]] ein oder aus (nützlich, wenn man noch keine Lichtquellen gesetzt hat oder Feinarbeit in dunkleren Ecken erledigen will).
|-
|Sky||Y||Schaltet die Himmeldarstellung im [[Oblivion:Render Window|Render Window]] ein oder aus.
|-
|Solid Subspace||||Wechselt zwischen Solid Subspaces (Selektierbar) und normalen Subspaces (Wireframe) im Render Fenster.
|-
|Collision Geometry||F4||Zeigt die Kollisions-Geometrie im [[Oblivion:Render Window|Render Window]] an. Blau sind Havok-Objekte, Rot sind Kollisions-Objekte. Diese Objekte sollten ineinandergreifen, damit die Havok-Physik-Engine fehlerfrei arbeiten kann.
|-
|Leaves||V||Schaltet Laubwerk im [[Oblivion:Render Window|Render Window]] ein oder aus (Performance-Steigerung).
|-
|Trees||||Schaltet Bäume im [[Oblivion:Render Window|Render Window]] ein oder aus (Performance-Steigerung).
|-
|Isometric||C||Auf ein aktiviertes [[ob:object|Objekt]] wird im [[Oblivion:Render Window|Render Window]] isometrisch gezoomt.
|-
|Top||T||Ein aktiviertes Objekt wird im [[Oblivion:Render Window|Render Window]] von oben angezeigt.
|}
</div>

===World===

Der Menüpunkt World gibt Zugriff auf verschiedene World-Punkte.

Die Einzelnen Menüpunkte:

<div class=edztable>
{|
|-
!Bezeichnung||Beschreibung
|-
|[[ob:Weather Window|Weather]]||Öffnet das Wetter-Einstellungsfenster
|-
|[[ob:Climates Window|Climates]]||Öffnet das [[Oblivion:Klima|Klima]]-Fenster, mit dem man einem Bereich eine bestimmte Klimazone zuweisen kann
|-
|[[Oblivion:World_Spaces_Window|World Spaces]]||
|-
|Regions||
|-
|Cells||
|-
|World Testing||
|-
|Edit Cell Path Grid||
|-
|Path Grid Generation||
|-
|Run Havok Sim||
|-
|[[ob:Landscape Editing Window|Landscape Editing]]||öffnet das Landscape Editing Window, mit dem die aktuelle Landschaft editiert werden kann.
|-
|Heightmap Editing||
|-
|Create Local Map||
|}
</div>

===Charakter ===
Der Menüpunkt Charakter bringt öffnet Möglichkeiten zur [[ob:Character-Einstellung|Character]]-Generierung. Von der Gesinnung bis zur Haarfarbe kann man Einfluss nehmen.

<div class=edztable>
{|
|-
!Bezeichnung||Beschreibung
|-
|[[ob:Hair Window| Hair]]||Hier werden die verschiedenen Frisuren bearbeitet
|-
|[[ob:Eyes Window|Eyes ]]||Definiert die [[Oblivion:Augen|Augen]], die für [[NPC|NPCs]] (und auch dem Spieler) zur Verfügung stehen.
|-
|[[Oblivion:Race Window|Race]]||Definiert [[Oblivion:Rasse|Rassen]]-Eigenheiten, wie auch Skin-Features und Status-Bonus.
|-
|Skills||Hier können die Skills bearbeitet werden.
|-
|[[Oblivion:Class Window|Class]]||Hier werden die Parameter der verschiedenen Klassen und Grund-Skills definiert.
|-
|[[Oblivion:Birthsign Window|Birthsigns]]||Hier werden die verschiedenen Sternzeichen verwaltet
|-
|[[Oblivion:Faction Window|Faction ]]||Hier werden die verschiedenen Gilden/Factions verwaltet und die Zugehörigkeit zu einer Faction (Gruppe) sowie die Rangstufe festgelegt.
|-
|[[Oblivion:Packages Window|Packages ]]||Hier kann man die verschiedenen Packages verwalten
|-
|[[ob:Quest Window|Quest]]||Öffnet das [[ob:Quest Window|Quest]]
|-
|[[Oblivion:Filtered Dialogue Window|Filtered Dialogue]]||Öffnet das [[Oblivion:Filtered Dialogue Window|Filtered Dialogue]]
|-
|Export Dialogue||Exportiert die Dialoge
|-
|Export NPC Face Textures||Exportiert die NPC-Gesichtstexturen
|}
</div>

===Gameplay===

Der Menüpunkt Gameplay gibt Zugriff auf verschiedene Gameplay-Punkte.

Die Einzelnen Menüpunkte:

<div class=edztable>
{|
|-
!Bezeichnung||Beschreibung
|-
|[[ob:Magic Effects Window|Magic Effects Window]]||Alle vorhandenen Zauber sind hier angelegt und es können eigene hergestellt werden.
|-
|Settings||Grundeinstellungen zum Spiel
|-
|Edit Scripts||
[[Oblivion:Script Editor Window|Script Editor Window]] öffnet sich
|-
|Globals||
[[ob:Variablen#Globale Variablen|Globale Variablen]] (Tag, Monat, Jahr, Spielstunden etc.)
|-
|[[Oblivion:Idle Animations|Idle Animations]]||Animationsfenster öffnet sich (für Phasen, in denen [[ob:NPC|NPCs]] mit nichts anderem beschäftigt sind)
|-
|Facial Animations||Es wird abgefragt, ob die Gesichtsanimationen neu kompiliert werden sollen
|-
|}

===Help===
<div class=edztable>
{|
|-
!Bezeichnung||Beschreibung
|-
|Contents||Anklicken führt auf die Main Page des CS-Wiki
|-
|About||Gibt eine kurze Information über das CS
|}
</div>

===Buttons im CS-Menü===

Das [[ob:Construction Set|Construction Set]] hat eine Toolbar am oberen Fensterrand:

http://www.ei-der-zeit.com/LexikonCSIV/pic/cs-toolbar-blank.jpg

Dieses sind die einzelnen Buttons von Links nach rechts:

[[Bild:VersionControl.jpeg]]: Button zur Kontrolle der Version (wird bisher nicht unterstützt)

[[Bild:Open.jpeg]]: es erscheint das [[ob:Data Window|Datei-Fenster]], mit dem man Master- und Plugin-Dateien auswählen und aktivieren kann.

[[Bild:Save.jpeg]]: Hiermit kann man schnell sein aktuelles Plugin speichern. Master-Dateien kann man nicht speichern und können nicht verändert werden (, um abzusichern, dass das Hauptspiel nicht "zerstört" wird). Es wird entweder die aktuell gewählte "Active File" gesichert oder eine neue Datei angelegt, sofern nur die Oblivion.esm gewählt wurde.

[[Bild:Preferences.jpeg]]: [[ob:Preference Window|Einstellungsfenster]] für die verschiedenen Optionen des [[ob:Construction Set|Construction Set]]

[[Bild:Undo.jpeg]]: Der letzte Schritt wird rückgängig gemacht

[[Bild:Redo.jpeg]]: Die letzte Undo-Funktion wird wieder hergestellt (sehr gut für einen vorher/nachher-Vergleich).

[[Bild:ToggleGrid.jpeg]]: Hiermit wird das Flächen-Snapping aktiviert. Auf diese Weise werden Gegenstände im Render-Window immer um einen festgelegten Punkt verschoben, damit ist vereinfachtes Zusammenfügen von fertigen Teilen (z.B. einer Höhle) möglich.

[[Bild:SnapAngle.jpeg]]: Hiermit wird das Rotations-Snapping aktiviert. Quasi das selbe wie eins zuvor, nur wird hier die Rotation in festen Schritten aktiviert.

[[Bild:Heightmap.jpeg]]: World ([[ob:Heightmap|Heightmap]]) Editing.

[[Bild:Landscape.jpeg]]: Hier mit wird das [[ob:Landscape Editing|Landscape Editing]]-Fenster aufgerufen, mit dem man Landschaftsumgebungen verändern kann.

[[Bild:Pathgrid.jpeg]]
Ist das [[ob:Path Grid|Path Finding Editing]] eingeschaltet, kann man nur noch Pfad-Punkte erstellen. Alle anderen gestalterischen Funktionen (z.B. Objekte verschieben) sind so lange abgeschaltet.

[[Bild:Havok.jpeg]]: Schaltet die Havok-Engine im Render Window an und aus. Ist es aktiviert, ist es möglich, [[ob:object|Objekte]], die die Engine unterstützt (z.B. Flaschen) einfach in den Raum zu werfen und "realistisch" fallen zu lassen. In Verbindung mit STRG+ALT kann man [[ob:object|Objekte]] auch mit Havok-Engine durch den Raum navigieren. Sie kollidieren dann mit massiven [[ob:object|Objekten]], anstatt sie zu durchdringen.

[[Bild:Lights.jpeg]]: Schaltet die allgemeine Beleuchtung ein oder aus. Wenn man mit einer [[ob:cell|Zelle]] beginnt (z.B. einer Höhle), ist diese in der Regel unbeleuchtet. Dieser Button hilft, dass man trotzdem alles sieht und alle Stellen ausgeleuchtet sind.

[[Bild:Sky.jpeg]]: Schaltet die Himmelsdarstellung ein/aus

[[Bild:Leaves.jpeg]]: Hiermit kann man Laubwerk ein- und ausschalten um die Editor-Performance zu steigern.

* Quests: Öffnet das [[ob:Quest_Window|Quest-Fenster]]

[[Bild:Dialogue.jpeg]]: Öffnet das [[Oblivion:Gefilterte_Dialoge_Window|Filtered Dialog]]-Fenster

[[Bild:Scripts.jpeg]]: Öffnet das [[Oblivion:Script_Editor_Window|Script-Fenster]]

==Fenster-Übersicht==

Es gibt zahlreiche Editor-/Einstellungsfenster im Construction Set. Hier sind die wichtigsten aufgelistet:

* [[ob:Data Window|Data]]
* [[ob:Faction Window|Factions]]
* [[ob:Quest Window|Quest]]
** [[ob:Quest Window#Quest Data Window|Data]]
*** [[ob:Gefilterte Dialoge Window|Filtered Dialogue]]
** [[ob:Quest Window#Quest Stages|Stages]]
** [[ob:Quest Window#Quest Target|Targets]]
** [[ob:Quest Window#Topics Reiter|Topics]]
** [[ob:Quest Window#Conversation Reiter|Conversation]]
** [[ob:Quest Window#Combat Reiter|Combat]]
** [[ob:Quest Window#Persuasion Reiter|Persuasion]]
** [[ob:Quest Window#Detection Reiter|Detection]]
** [[ob:Quest Window#Service Reiter|Service]]
** [[ob:Quest Window#Misc Reiter|Misc]]
* [[ob:Script Editor Window|Script Editor]]
* [[ob:Object Window|Object]]
** [[ob:Object Window#NPC|NPC]]
*** [[ob:Packages Window|AI]]
*** [[ob:Quest Window#Dialog|Dialogue]]
** [[ob:Spell Window|Spell]]
*** [[ob:Effect Item Window|Effect Item]]
* [[ob:Cell View Window|Cell-View]]
* [[ob:Render Window|Render]]
** [[ob:Reference Window|Referenz-Fenster]]

==Nebenfenster==

Neben den Hauptfenstern gibt es auch eine Reihe von Ansichts-, Verwaltungs- und Einstellungsfenstern. Diese erreicht man oft durch das doppelte Anklicken von Namen oder Referenzen im Render-Window oder durch das Anklicken gleichnamiger Buttons.

== Hauptfenster ==

===Cell View Window ===
Das Cell View Fenster erlaubt dir, alle [[ob:cell|Zellen]] der Welt anzuzeigen (eine [[ob:cell|Zelle]] ist ein bestimmter Bereich in der Welt, z.B. eine Höhle, ein Haus (jeweils Innen), aber auch die obere Welt ist in [[ob:cell|Zellen]] aufgeteilt, was man bei den Ladephasen im Spiel ganz gut erkennen kann). Es ist der einzige Weg, den Inhalt des Render-Fensters zu ändern und außerdem dient es dazu, schnell zwischen den einzelnen Orten zu wechseln.

Das Cell View Window hat zwei Sektionen. Die erste listet alle Zellen auf, ihren Namen, äußerliche Raster-Nummer (oder innerliche). Die zweite Sektion listet alle [[ob:object|Objekte]] der [[ob:cell|Zelle]] auf.

Beide Sektionen können nach ihren Einträgen sortiert werden. Ein Klick auf den entsprechenden Eintrag sortiert in aufsteigender Reihenfolge, ein weiterer in absteigender Reihenfolge.

Im oberen Dropdown-Menü ("[[ob:World Space|World Space]]") kann man sich einen Welt-Bereich aussuchen ("[[ob:Interior|Interiors]]" sind alle Innenräume wie Höhlen, Räume, Ruinen usw.). Darunter werden dann die ganzen dazugehörigen [[ob:cell|Zellen]] angezeigt. Klickt man auf eine [[ob:cell|Zelle]], werden rechts alle [[ob:object|Objekte]] der [[ob:cell|Zelle]] angezeigt. Klickt man sie doppelt, wird die [[ob:cell|Zelle]] im Render-Fenster angezeigt und kann ggf. weiter bearbeitet werden.

'''Laden/Bewegen zu einer [[ob:cell|Zelle]]'''

* Mit einem Doppelklick auf einen Cell Name im Cell View Fenster öffnet sich das entsprechende [[ob:object|Objekt]] oder [[ob:cell|Zelle]] im Render Fenster und wird dort angezeigt, wie es im Spiel angezeigt werden soll. Wenn die angeklickte [[ob:cell|Zelle]] noch nicht in den Arbeitsspeicher geladen ist, dauert es einen kurzen Moment, bis diese geladen ist.

'''Wechseln der Ansicht auf ein [[ob:object|Objekt]]'''

* Durch einen Doppelklick auf dem Namen eines [[ob:object|Objektes]] einer [[ob:cell|Zelle]], wechselt die Ansicht auf eben dieses [[ob:object|Objekt]] im Render-Fenster. Es wird dabei direkt in der Mitte des Fensters angezeigt und markiert. Das ist einer der schnellsten Wege, [[ob:object|Objekte]] innerhalb einer [[ob:cell|Zelle]] zu finden.

'''Umbenennen einer [[ob:cell|Zelle]]'''

* Um eine [[ob:cell|Zelle]] umzubennen, wähle sie aus und klicke erneut auf den Namen (oder auf dem Namen und dann F2 - genauso wie bei allen Windows-Dateinamen; F2 = Umbenennen). Beachte, dass alle inneren Zellen einmalige Namen haben müssen.

=== Object Window ===

Dies Fenster zeigt alle Objekte, Scripts, Charaktere usw. an. Es ist quasi wie eine Datenbank, die alle Objekte als Muster bereithält. Per Drag und Drop können hier heraus Objekte in das Render-Window gezogen werden, um sie dort in einer ausgewählten Zelle zu platzieren. Dabei gilt, das die Objekte im Objekt-Window nur einmal existieren (quasi ein Muster). Sobald sie in das Render-Window gezogen werden, wird hier quasi eine exakte Kopie angelegt, die aber einmalige Einstellungen bekommt, die nicht im Objekt selber, sondern an dem aktuellen Ort gespeichert werden. Das sind in erster Linie natürlich die Position und ggf. Größe, aber auch ob z.B. Kisten abgeschlossen sind, wer das Objekt benutzen darf usw. Wird hingegen ein Objekt im Object-Fenster geändert, z.B. man will einen seltenen Gegenstand in eine Kiste legen, dann wird in jeder Kiste - sofern es sie öfters im Spiel gibt (wird unter "count" angegeben) ein solcher Gegenstand sein. Will man hingegen nur eine bestimmte Kiste mit einem bestimmten Gegenstand erstellen, so muss man eine einzelne Kopie der Kiste anfertigen und dann den entsprechenden Gegenstand im Render-Fenster platzieren. Eine Kopie eines Gegenstandes erstellt man einfach, indem man die EditorID des gewünschten Objektes ändert und anschließend zwei mal OK/Ja klickt.

=== Render Window ===

Das ist quasi das Auge zu deiner Welt. Hier werden alle Objekte wie im Spiel angezeigt und können hier angeordnet und platziert, sowie bearbeitet werden. Jedes Objekt, das vom Objekt-Fenster in dieses Fenster gezogen wird, bekommt eine Referenz. In dem dazugehörigen Referenz-Fenster kann man dann bestimmte Einstellungen zu dem Objekt vornehmen, wie es sich an dieser Stelle verhalten soll. Je nach Objekt wird das Fenster andere Optionen bereitstellen.
Ist das Path Finding Editing eingeschaltet (vgl. den Absatz "Buttons im CS-Menü"), können hier die [[ob:Path Grid|Pathgrids]] (Wege, die ein Actor gehen soll) angelegt und bearbeitet werden.

==Plugin laden==

Wenn man mit dem Editor arbeiten will, braucht man keine Angst haben, dass man etwas im Spiel kaputt macht. Alle Änderungen werden in einer sogenannten Plugin-Datei (Datei-Endung .esp) gespeichert. Diese kann man dann im Spielmenü unter "Spieldateien" aktivieren und bei Bedarf auch wieder deaktivieren.

Um eine neue Plugin-Datei anzufertigen, wählt man http://www.ei-der-zeit.com/LexikonCSIV/pic/button-data.jpg und wählt im Data-Fenster dann die Oblivion.esm aus. Dies ist quasi die Hauptdatei und muss nahezu immer angewählt werden bzw. wird automatisch mit geladen, wenn nur eine Plugin-Datei gewählt wird.

Wenn man eine bereits vorhandene Plugin-Datei auswählen will, muss man diese als "Active File" kennzeichnen. Das geschieht entweder durch den Button "Set as Active File" am unteren Rand (die aktuell ausgewählte Plugin-Datei wird dann zur "Active File") oder indem man sie mit einem Doppelklick der RECHTEN Maustaste auswählt.

Eine Active File ist quasi die aktive Datei, in der alle Änderungen gespeichert werden. Wenn man einmal mehrere Plugin-Dateien ausgewählt hat (z.B. eine mit einem Schloss, eine andere mit einer Burg und dann eine weitere, in der sich die Quest für beide befindet), werden alle Änderungen in der aktuellen "Active File" gespeichert. Das ist auch dann besonders interessant, wenn man mehrere Plugins zusammenführen will.

==Grundlegende Arbeitsweisen==

Oben wurden ja schon bereits die Hauptfenster beschrieben. Hier möchten wir die Übersichten noch etwas vertiefen.

Im Object-Fenster werden alle [[ob:object|Objekte]] des Spieles "gehalten". Es ist wie eine Datenbank zu sehen in der alle Dinge des Spieles aufgeführt sind: [[NPCs]], [[Oblivion:Charakter|Charaktere]], [[Oblivion:Item|Gegenstände]], [[Oblivion:Waffe|Waffen]], [[Oblivion:Spell Window|Zauber]], [[Oblivion:Potion|Tränke]], [[Oblivion:Verzauberung|Verzauberungen]], [[Oblivion:Flora|Vegetationen]], Möbel, aber auch Wände, Höhlen-Teile, Innen- und Außengegenstände. Also alles, was man zum Editieren braucht.

Es ist wichtig zu verstehen, dass sich Änderungen an einem Objekt auf alle "Kopien" in der Welt auswirken. Wenn man ein Objekt in der Welt platziert, platziert man nicht wirklich das Objekt dort, sondern quasi nur die Information, dass dieses Objekt an der Stelle angezeigt werden soll. Es entsteht eine Referenz. In dieser Referenz werden einige Sachen gespeichert, die nur auf dieses Objekt zutreffen. Das sind zu erst einmal natürlich die Position, die einmalig für das Objekt sind und dann noch andere Einstellungen, die wichtig für das Objekt sind (z.B. ob eine Truhe abgeschlossen ist usw). Siehe auch ->[[ob:Referenz-Fenster|Referenz-Fenster]].

In der Referenz kann man aber keine Objekt-verändernde Einstellungen vornehmen. Man kann z.B. kein bestimmtes Schwert in einer Kiste platzieren. Das muss man wiederrum im Objekt-Fenster vornehmen. Diese Änderung gilt dann aber für alle Kisten, die im Spiel platziert sind.

Wenn man nun im Objekt-Fenster links einmal "WorldObjects->Container" wählt, erscheinen im rechten Fenster alle Behälter des Spiels (Kisten, Truhen, Schränke usw). Das Objekt-Fenster arbeitet dabei wie ein Dateibetrachter (z.B. Explorer).

Wir sehen nun einige Spalten. Die erste ist die EditorID oder ID. Dieses ist quasi die "Sortiernummer", mit der das Programm das Objekt wiederfinden kann. Daher ist es unerlässlich, dass jede ID nur einmal im Spiel vorkommt.

Das Navigieren wird hier erleichtert, weil es (bei aktivierter Liste) genügt, die ersten Buchstaben einzugeben und die Liste springt zu dem Objekt, das mit diesen Buchstaben anfängt. Klickt man also auf den ersten Eintrag und gibt dann auf der Tastatur "gold" ein, springt die Liste zu dem Objekt, das als erstes mit den Buchstaben "gold" anfängt (wahrscheinlich "GoldRock01"). Nun haben wir schon einen Behälter gefunden, der in Goldminen Gold enthält. Achte darauf, dass du beim anklicken nicht aus Versehen zwei mal langsam klickst und somit das Objekt "umbennenst", in dem Fall drücke schnell "ESC".

Wenn du ein Objekt doppelt klickst, öffnet sich das dazugehörige Einstellungsfenster, das für die verschiedenen Arten der Objekte auch verschiedene Einstellungsmöglichkeiten zulässt. Wenn du dich dafür interessierst, schaue hier im Wiki unter "[[ob:Items|Items]]" nach.

Neben der [[ob:EditorID|EditorID ]] findest du eine "geschlossene Spalte" (zwei aufeinanderfolgende Doppellinien). Hier verbirgt sich die [[ob:FormID|FormID]]. Sie wird dazu benötigt, im Spiel selber über die Konsole Objekte auszuwählen. In der Regel brauchst du diese nicht im Editor, deswegen lasse sie "geschlossen".

Danach kommt die Spalte "count". Diese Zeile zeigt an, wie oft ein Objekt im Spiel verwendet wurde. Das ist auf den ersten Blick interessant, um abzuschätzen, wie oft man selber ein Objekt im Spiel verwendet hat. So kann man auf einfache Weise verhindern, dass überall ständig die selben Objekte vorkommen, weil es das "Lieblingsobjekt" des Entwicklers ist.

Hier kann man aber auch schnell prüfen, ob ein bestimmter Gegenstand überhaupt im Spiel vorkommt. Wenn du jemanden losschickst, um z.B. eine Zutat zu holen, sollte man sich vorher vergewissern, dass diese Zutat auch oft genug im Spiel vorkommt.

Einige der "counts" sind bei 0. Sie sind prinzipiell also im Spiel nicht vorhanden, möchte man meinen. Die meisten dieser Sachen sind aber nur nicht platziert. Sie werden entweder durch Quests in der Welt platziert, oder werden per Zufall ins Spiel gebracht (z.B. durch zufallsgenerierte Kisten oder Kreaturen).

Wo wir schon einmal hier sind, möchten wir vielleicht auch herausfinden, wo sich die Sachen befinden. Wenn man z.B. eine Quest erstellt und den Spieler durch einen Hinweis zu einem bestimmten Gegenstand schicken will, muss man schnell wissen, wo sich einer befindet. Oder einfach, um einen selbst erstellten Gegenstand schnell wiederzufinden, ohne sich erst durch das Cell-View-Fenster zu kämpfen.

Dazu wähle zunächst ein Objekt aus. Ich nehme hier mal den ersten Container mit dem Namen "AgnarandSvenjaSack". Dieser ist nur einmal vorhanden und ist wohl ein Behälter, der etwas bestimmtes enthält (wer möchte, kann einmal doppelt drauf klicken und nachsehen, was es ist, danach das Fenster wieder schließen). Es handelt sich dabei um einen Vorrats-Sack (von Agnar und Svenja). Wenn er ausgewählt ist (nicht das Fenster geöffnet, sondern nur im Objekt-Fenster ausgewählt/markiert) drücken wir die Taste F1 auf der Tastatur. Es öffnet sich das "Use-Report"-Fenster. Hier wird angezeigt, wo sich ein Objekt befindet. Da unser Objekt nur einmal vorkommt, ist diese Liste natürlich auch sehr klein. Im Oberen Teil befindet sich eine Aufzählung, von welchen Objekten dieses Objekt genutzt wird bzw. was darauf zugreift (Scripts oder Quests z.B.) und im unteren Teil steht, wo es sich überall befindet. Als erstes, in welchem Bereich, in diesem Fall ist es Tamriel, dann der genaue Standpunkt, die Zelle und der Zellenpunkt. Diese Punkte brauchen uns jetzt nicht weiter zu interessieren. Klicken wir einfach doppelt drauf und warten ab, was passiert.

Nun lädt sich die entsprechende Zelle in das Render Window und wird im Cell View Window angezeigt. Oft ist es aber nicht aktiviert, was die Navigation etwas erschwert.

Widmen wir uns nun kurz dem Cell View Fenster. Die Bereiche wurden ja schon weiter oben erklärt. Die aktuell gewählte Zelle ist nun Tamriel/DiveRock. In der rechten Hälfte des Fensters sind alle Objekte aufgezählt, die sich in der aktuellen Zelle befinden. Das ganze Spiel besteht aus Zellen, deren Inhalt immer dann geladen wird, wenn sich der Spieler in der Nähe der Zelle befindet. Man unterscheidet zwischen Interiors undd Exteriors. Wobei die Interriors alle Innenräume sind. Höhlen, Ruinen, Minen aber auch Wohnräume oder Keller. Exteriors sind dabei dann natürlich alle Außen-Levels. Wobei die Exteriors quadratisch festgelegt sind, Innenräume aber unterschiedliche Ausmaße haben können.

Wir suchen uns nun in der Liste rechts unseren Sack. Er müsste sehr weit oben (an zweiter Stelle) stehen. Klickt es doppelt an und der Sack dürfte auch im Render Window erscheinen. Es wird ein Rot-Grün-Blaues Quadrat darum sein, das markiert, dass es aktiviert ist (die Farben des Quaders stehen für die X, Y und Z-Achsen). Nun wird sich die Ansicht nur um dieses Objekt drehen. Probieren wir es aus.

Aktiviert das Render Window, indem ihr oben auf die Leiste des Fensters klickt. Alternativ kann man auch direkt in das Fenster klicken, aber dadurch kann es auch passieren, dass ihr ein anderes Objekt anwählt. Also gewöhnt euch lieber gleich an, oben in den Bereich zu klicken (ich meine die Zeile, in der sich auch die "Minimieren-, Maximieren-, Schließen-Buttons befinden würden, hier aber jetzt nur "DiveRock 33,34" steht). Das Fenster ist nun also aktiv und der Beutel noch ausgewählt. Nun können wir die Ansicht darum drehen. Haltet die Shift-Taste gedückt und bewegt die Maus. Die Ansicht kreist nun um den Beutel. Wenn ihr plötzlich den Beutel aus den Augen verloren habt, druckt einmal "C". Damit zentriert ihr den Beutel wieder in der Mitte des Fensters. Haltet nun die V-Taste gedrückt und bewegt die Maus erneut. Nun zoomt die Ansicht heraus. Dabei aber immer noch auf das aktive Objekt fixiert. Halten wir nun die Leertaste gedrückt und bewegen die Maus, verschiebt sich die Ansicht. Auf diese (meiner Meinung nach recht umständlichen Art) kann man die Ansicht also Scrollen. Mit den Pfeiltasten kann man die Ansicht ebenfalls scrollen aber nur sehr grob. Seht schnell ist man hierbei aus dem gewünschten Bereich heraus. Sofern der Sack immer noch angewählt ist, drückt nun die Taste "T" und die Ansicht zentriert sich wieder auf den Sack, diesmal aber von oben. Auf diese Weise ist es z.B. sehr einfach, Sachen auf einem Tisch oder einem Regal zu platzieren.

Wenn wir den Mauszeiger nun über den Beutel bewegen, wird aus dem Pfeil ein Kreuz mit Pfeilen. Das zeigt uns an, dass wir nun das Objekt bewegen können, wenn wir es mit der linken Maustaste ergreifen. Wenn das Kreuz also erscheint, halte die linke Maustaste gedrückt und verschiebe den Beutel nun ein kleines bisschen über den Bildschirm. Das ist einfach, oder?

Drücke nun wieder die C-Taste und die Ansicht wechselt in eine leichte Schräge. Wiederhole die Verschieberei erneut. Du wirst bemerken, dass wenn du den Beutel nach oben schiebst, er sich von dir wegbewegst und wenn du ihn nach unten ziehst, er sich auf dich zu bewegst, aber niemals nach oben oder unten.

Das liegt daran, dass diese Achsen standardmäßig deaktiviert sind. Und das ist auch gut so, denn ansonsten wird die Platzierung in der 3D-Ansicht sehr erschwert. Wie kann man nun aber diese Achsen wieder freischalten?

Das ist ganz einfach: Indem man die entsprechende Taste der Achse gedrückt hält, fixiert man es auf dieser Achse. Hält man z.B. die X-Taste gedrückt, dann kann man das Objekt nur auf der X-Achse verschieben. Das selbe gilt für die Y- und Z-Achse.

Halten wir also die Z-Taste gedrückt und ziehen den Beutel erneut, sobald das "Zieh-Symbol" erscheint. Du wirst sehen, dass sich der Beutel nun nur nach oben oder unten bewegt. Ziehe den Beutel so weit nach oben, dass er über dem Boden schwebt.

Natürlich möchte niemand, das Objekte in der Luft schweben. Und auch dafür gibt es eine Taste. Drücke einmal die F-Taste und schon "fällt" der Sack auf den Boden. Mit der F-Taste kann man ein Objekt auf das nächste Objekt fallen lassen. Dabei "hält" es dort, wo es als erstes hinfallen würde. Also nicht zwangsläufig auf den Boden, sondern auch auf einen Tisch oder eine Kiste. Das macht das Platzieren oft sehr einfach. Verlasst euch aber nicht zu sehr auf diese Funktion, denn z.B. in Höhlen ist der Boden sehr uneben und es kann dort zu unterschiedlichen Ergebnissen kommen. Manchmal reicht es auch erneut auf die F-Taste zu drücken. Kontrolliert es also in jedem Fall.

Was noch zum Abschluss zu erwähnen wäre, ist natürlich, dass man im Render-Fenster auch Objekte anwählen kann. Klickt z.B. auf das Buch, das neben dem Sack liegt, um es auszuwählen. Nun könnt ihr auch dieses woanders platzieren.

Wenn eine Zelle zu dunkel oder nur schwarz ist, könnt ihr die "Echte Beleuchtung" ausschalten, indem ihr http://www.ei-der-zeit.com/LexikonCSIV/pic/button-light.jpg klickt oder die A-Taste drückt. Damit wird alles beleuchtet. Auf diese Weise kann man in der Regel am Besten arbeiten.

Nun habt ihr schon das Grundwissen, um mit den drei Fenstern arbeiten zu können.

==Weitere Arbeitsweisen==

Oftmals ist es einfacher, etwas Vorhandenes zu kopieren, anstatt etwas völlig Neues zu erstellen. Wenn man zum Beispiel eine Kiste mit einem Schwert braucht, sollte man einfach eine vorhandene Kiste nehmen, diese kopieren und dann den entsprechenden Gegenstand in das Inventar der Kiste ziehen. Alles per Drag & Drop.

Um einen Gegenstand zu kopieren, muss einfach die [[ob:EditorID|EditorID]] geändert und auf "OK" geklickt werden. Dann wird man gefragt, ob man eine Kopie des Objektes erstellen will (in dem Fall klickt man "Ja") oder ob man die [[ob:EditorID|EditorID]] umbenennen will (in dem Fall klickt man "nein"). Anschließend findet man einen identischen Gegenstand mit der neuen ID vor. Es darf jede ID nur einmal vorkommen. Aber das sollte ja nicht so schwer sein. Wenn man dem Editor "treu" sein möchte, kann man z.B. hinter die ID einfach ein "a" setzen, somit bleibt es in geordneter Reihenfolge. Einem fleißigen Modder ist zu empfehlen, ein Mod-Kürzel zu wählen und alle Scripts, Objekte, Quests usw. mit diesem Kürzel zu versehen.
Hier ist über den Namen immer gewährleistet, dass etwas als einer bestimmten Mod zugehörig erkannt wird. Ein "aa", wie es gerne benutzt wird, ist da leider schnell uneindeutig. Muss man einmal zwei Mods gemeinsam betrachten oder zusammen führen, gibt es dann, wie sofort ersichtlich, Probleme.

[[Category:Editor-Bedienung|Construction Set, Funktionen des ]]

Oblivion:World Space Tutorial

2009-02-14T15:10:23Z

Lars:

==Einen neuen World Space erstellen==
Als erstes müssen wir natürlich das CS wie gewohnt vorbereiten und die Oblivion.esm laden. Anschließend wählt man aus dem Menüpunkt "World" den Punkt "World Spaces"

http://www.ei-der-zeit.com/LexikonCSIV/pic/Menu-WorldSpaces.jpg

Nun öffnet sich das "[[ob:World Space|World Space]]" Fenster.

Rechtsklicke in die Liste und wähle "New" um einen neuen World Space zu erstellen. Nun wirst du aufgefordert, einen Namen für die neue Welt einzugeben. Beachte, dass dieser nicht im Spiel angezeigt wird, also kannst du ihn benennen wie du magst, aber vermutlich ist es am besten ihm einen sinnvollen Namen zu geben, damit er schnell wieder gefunden werden kann.

Da wir in diesem Beispiel eine Oblivion-Unterwelt erstellen nennen wir sie "aaMeinOblivion".

Nun hast du schon einen neuen World Space, aber wir sind noch etwas vom Ziel entfernt.

Es gibt verschiedene Optionen die einstellbar sind:

* '''Name''' - Hier kann der Name des World Space eingegeben werden, den der Spieler im Spiel sehen kann (für unser Beispiel können wir sie "Ödland von Oblivion" nennen)
* '''Parent Worldspace''' - Ist dafür da, wenn die World Space Teil einer größeren Welt ist (so wie z.B. eine Stadt Teil von Tamriel ist). Hier wählen wir "NONE".
* '''Music''' - Die Hintergrundmusik die in diesem Worldspace gespielt wird. Normalerweise wird für eine Stadt "Public" gewählt und wenn es ein Dungeon oder ein Teil der Oblivion-Unterwelt ist, wird "Dungeon" gewählt. "Default" ist für die meisten anderen Worldspaces. Wir wählen "Dungeon".

Sharable Data:
* '''Climate''' - Hier kann man die Klimabedingungen des Worldspace einstellen. Hier wählen wir "OblivionTESTClimate"
* '''Water''' - Hier wird die Art des Wassers festgelegt die im aktuellen Worldspace zugegen ist. Hier setzen wir "OblivionLavaTest01" ein.
* '''Map Data''' - Wird für unseren Fall nicht benötigt.
* '''Can't Fast Travel From Here''' - Aktiviere dieses, damit der Spieler keine Schnellreise von diesen Punkt ausführen kann. Was bei Oblivion-Unterwelten in unserem Fall natürlich aktiviert sein sollte.
* '''Can't Wait''' - Wird aktiviert, wenn der Spieler keine Rast einlegen können soll (T-Taste im Spiel). Wird hier nicht aktiviert. Der Spieler soll die Chance haben zu rasten.
* '''No LOD Water''' - Wir aktiviert, wenn der Spieler kein Wasser sehen kann. Beschleunigt das Spiel ein wenig. Wir lassen es deaktiviert.
* '''Oblivion Worldspace''' - Wird aktiviert, sobald die aktive Worldspace zur Oblivion-Unterwelt gehören soll. Dieses sorgt dafür, dass der Spieler zurück zum Tor durch die er die Oblivion-Welt betreten hat kommt, sobald er den Runen-Stein entfernt hat. Des weiteren wird dann das Oblivion-Tor zerstört. Natürlich wird dieses Feld aktiviert.
* '''Small World''' - Sollte bei kleineren Worldspaces aktiviert sein, um einen Geschwindigkeitsschub zu erlangen. Also aktivieren wir das, schließlich ist es eine kleine Oblivion-Insel.

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace01.jpg

Nachdem alle Einstellungen vorgenommen wurden, klicken wir noch auf "OK" und unser neuer Worldspace ist erstellt. Der neue World Space sollte nun im [[ob:Cell View Window|Cell View-Fenster]] erscheinen

Als nächstes wollen wir sehen, wie wir mit dem Heightmap- und Landscape-Editor eine passable Landschaft gestalten können.

==Die Landschaft modifizieren==
Nun haben wir unseren eigenen neuen World Space, also lasst uns etwas Land anlegen. Es ist übrigens sehr empfehlenswert, das [[ob:Grundlagen_Landschaftsbearbeitung|Landschafts-Tutorial]] absolviert zu haben. Sollte das nicht der Fall sein, sollte man das nachholen, weil man ansonsten hier vielleicht auf irgendetwas stößt, das man nicht versteht.

Nachdem das geklärt ist, wählen wir nun unseren neuen World Space im [[ob:Cell View Window|Cell View Fenster]]. Anschließend doppelklicken wir auf die einzige Zelle dort (Wildnis 0,0). Im Render Fenster erscheint nun eine Lila Grundfläche, was uns anzeigt, dass unser Worldspace nur aus Wasser besteht (Am Anfang war.. usw). Wenn du dich ein wenig umschaust, wirst du feststellen, dass die gesamte Landmasse unter der Wasseroberfläche ist. In unserem Fall ist es sogar Lava. Das wäre für den Spieler wahrscheinlich eine böse Überraschung also verhindern wir das Schlimmste.

Bringe nun mit dem [[ob:Landscape Editing Window|Landscape Editing Fenster]] (aufzurufen mit http://www.ei-der-zeit.com/LexikonCSIV/pic/button-landscapeediting.jpg) ein wenig Boden nach oben. Sobald sich eine Kleine Insel über der Wasseroberfläche abgezeichnet hat, wähle einen Radius von 15 (Höchster Radius) und aktiviere die "Flatten Vertices" Funktion um eine große Ebene zu schaffen.

:Hinweis: Erreicht die Landmasse nur schwerlich die Wasser-Oberfläche? Erhöhe einfach den Wert unter "Land Sensitivity Multiplyer" im Preference-Fenster (http://www.ei-der-zeit.com/LexikonCSIV/pic/button-preference.jpg) z.B. auf den Wert 5.0.

Als nächstes wählen wir den Heigtmap Editor. Entweder im Menü unter "World" oder per Button http://www.ei-der-zeit.com/LexikonCSIV/pic/button-worldediting.jpg. Wir werden gefragt welchen World Space wir bearbeiten möchten und wählen natürlich unseren aus ("aaMeinOblivion")

:Hinweis: Der Heightmap Editor kann verschiedene Aufgaben übernehmen. Darunter auch die Landschaft editieren (was wir ja tun wollen), Landschaft generieren, eine LOD für eine Landscape generieren (so dass wir sie aus der Distanz sehen können) oder wir können es einfach als Karte benutzen.

:'''ACHTUNG! Der Heigtmap Editor ist sehr verbugt. Es kann sehr schnell zu Abstürzen kommen. Wenn man am Editor arbeitet immer vorher alles abspeichern, möglichst nichts im Hintergrund laufen lassen und geduldig sein!'''

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace02.jpg

Nehmen wir uns nun etwas Zeit um mit diesem Werkzeug zu arbeiten. Speichere immer, bevor du etwas mit diesem Editor machst, weil er sehr schnell und gerne abstürzt und das CS komplett mitreißt. Über folgende Dinge müssen wir in diesem Tutorial Bescheid wissen:
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-01Grid.jpg '''Gridlines''' - Das Werkzeug ganz oben zeigt ein Gitternetz (Grid). Dieses Werkzeug zeigt ein Gitternetz über der Karte. Sehr hilfreich, um die größe des Addons im Auge zu behalten.
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-03Quadrat.jpg '''Quadrat''' / http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-04Lasso.jpg '''Lasso''' - Benutze dieses, um nicht außerhalb einer selektierten Fläche zu editieren.
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-06LandscapeHoch.jpg '''Raise Land''' - Hebt das Land nach den Parametern des "Brush Control" (wird unten beschrieben).
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-07LandscapeRunter.jpg '''Lower Land''' - Senkt das Land nach den Parametern des "Brush Control" (wird unten beschrieben)
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-13Pinsel.jpg '''Brush''' - Wird dazu genutzt um die ausgewählte Farbe einzufügen wie es in der "Brush Control" angegeben ist.
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-14Pinzette.jpg '''Dropper''' - Selektiert den Pixel unter dem Dropper um die Land Höhe auszuwählen. Wähle anschließend den Pinsel um in der ausgewählten Höhe zu "malen".
* '''Brush Control''' - Benutze diese Regler um die Werkzeuge die du im Editor benutzt zu modifizieren. Size (Größe), Intesity (Stärke) und Falloff% (Schrittzahl) werden hierbei eingestellt.

Siehst du im Editor eine kleine Farbliche Unregelmäßigkeit in etwa der Mitte der Karte? Sie sieht vermutlich etwas heller aus, als der Rest der Umgebung. Das ist das Land das wir eben erhöht haben. Weil dieses nur ein kleines Tutorial ist und das Erstellen von Welten eine Menge Zeit in Anspruch nehmen kann, machen wir hier nur eine ganz kleine Oblivion-Insel. Schalte die Gitternetzlinien mit http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-01Grid.jpg ein. Wähle nun das Quadrat-Werkzeug mit dem Button http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-03Quadrat.jpg und markiere eine Fläche von etwa 3 mal 3 Zellen, so dass diese aktiv sind. Dieses ist die Fläche, auf der sich unsere Insel erstrecken soll. Da man die Markierung auf den Linien nicht sehen kann, sollte man zwischen den Zellen wählen, etwa so:

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace03.jpg

Wähle nun den Dropper mit http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-14Pinzette.jpg und klicke auf das Land, das wir modifiziert haben. Das Kästchen rechts vom Dropper-Button sollte nun die Farbe anzeigen, die auch unsere Insel hat (Wenn nicht hat man die Insel vermutlich nicht richtig getroffen). Sollte sich der Zeiger nicht verändern, oder - wie bei mir - in eine Quadrat-Form gewechselt haben, klicke einmal mit der rechten Maustaste. Vermutlich ein Programmfehler.

Wähle nun den Pinsel http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-13Pinsel.jpg und zeichne eine Landschaft aus zwei Inseln.

:'''Praxistipps:'''

:* Unter "Brush Control" kannst du die Größe des Radius ändern. Das schöne dabei ist, das im Editor die Größe in Echtzeit dargestellt wird, so dass man die zu bearbeitende Fläche ganz gut einschätzen kann.
:* Vorsicht mit der Brush-Control. Es kann schnell vorkommen, dass die Einstellungen wieder zurückgesetzt werden (Gerade bei "Größe" recht fatal). Also vor dem Weiterzeichnen immer ein Blick auf die Brush-Control.
:* Mit dem Dropper (Pipette) kann man die Farben wechseln. Die Strg+Maustasten-Funktion aus dem Landscape Editor funktioniert hier leider nicht
:* Vorsicht bei Fehlern. Die "Undo" Funktion in diesem Editor scheint nicht zu funktionieren (jedenfalls bei mir nicht)
:* Könnt ihr nichts erkennen? Mit dem Mausrad könnt ihr Zoomen. Eine Tastenkombination scheint es leider nicht zu geben.
:* Wollt ihr eure Insel "durchschneiden" oder wollt feine Linien schneiden und es sieht aus als würden nur Punkt gezeichnet? Reduziert die "Falloff" auf 20 oder so. Dadurch wird der Strich feiner. Bei Falloff handelt es sich um die "Wiederholungsrate" des Striches. Je höher die Zahl, desto seltener wird der Strich gezeichnet. Also ein Falloff von 4000 bringt eher Punkte in die Welt, wobei 20 einen sauberen Strich zieht. Sucht die goldene Mitte.
:* Vorsicht mit dem Editor. Er ist sehr absturzfreudig. Speichert ruhig zwischendurch ab.
:* Auch wenn alles so schrecklich klein aussieht, bedenkt immer, dass jedes Quadrat eine Zelle ist.
:* Denkt daran, dass ihr eine natürliche Insel schaffen wollt. In der Natur ist nichts gerade, also haltet euch stets daran. Vielleicht kann es auch nicht schaden einmal im Atlas bestehende Inseln zu "studieren" wie sie so "gebaut" sind.

Nachdem dir nun der Umriss deiner Insel gefällt, speichere deine Plugin-Datei ab. '''ACHTUNG''': Speichere NICHT im Height Editor, ansonsten wird die ganze Heightmap in dein Plugin gespeichert und kann dadurch mehrere MB groß werden! Nun kannst du noch die Ränder etwas weicher machen (mit "Soften Vertex"). Das sollte man mit Inseln immer machen - schon allein damit der Spieler eine Chance hat wieder aufs Festland zu kommen.

:'''Praxistipp:'''

:Als ich die Insel gespeichert hatte und im Cell View Fenster ausgewählt hatte bekam ich ein paar Fehlermeldungen bezüglich der Insel. Ich rief dann den Heightmap Editor erneut auf und wählte aus dem Menü "File->Generate LOD -> Quick Prototyp".

:Anschließend gab es keine Fehlermeldungen mehr. Diese Funktion ist also wichtig, um selbsterstellte Landschaften korrekt darstellen zu lassen, bzw. in das Spiel zu integrieren. Das wird im 4. Teil des Tutorials erklärt. Dort heißt es, dass man es nur machen soll, wenn alle Landschaftsgestaltungen abgeschlossen sind. Ich denke aber mal, dass der "Quick Prototype" der ja laut Programm-Angaben für Testzwecke gedacht ist, jederzeit anzuwenden ist.

Im nächsten Teil werden wir die Welt texturieren und natürlich optisch gestalten.

==Das Land gestalten==
Bevor wie die Welt mit Gegenständen vollstellen, sollten wir die Oberfläche zunächst texturieren. Öffne den Landscape Editor mit http://www.ei-der-zeit.com/LexikonCSIV/pic/button-landscapeediting.jpg, wähle die Textur "TerrainHDOblivion" und verteile sie über die Inseln.

Überdecke die ganze Gegend mit der Oblivion-Textur. In der Nähe der Lava nutze die Textur "TerrainHDOblivionLava01". Damit wird dann ein grafischer Übergang zwischen der Lava und dem Felsgestein geschaffen und es sieht alles etwas realistischer aus.

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace04.jpg

Nachdem das erledigt ist, sollten wir die Insel noch etwas feindseliger gestalten. Als erstes werden wir den Siegel-Turm hinzufügen. Den findet man unter "WorldObjects -> Static -> Oblivion": "CitadelTowerCenterPiece". Er wird auf die größere der beiden Inseln gestellt. Wenn die Insel jetzt zu klein ist, kannst du sie mit dem Landscape Editor noch etwas vergrößern. Wir wollen hier aber auch keine vollwertige riesige Oblivion Welt erstellen, also kann die Insel auch ruhig klein bleiben (Es sei denn natürlich man will diese Oblivion Welt in sein eigenes Addon integrieren).

Stelle den Turm so, dass der Eingang leicht begehbar ist. Als nächstes kommt auf die andere Insel ein Oblivion Tor: "OblivionGateToTamriel". Dieses findet man unter "World Objects -> Activator -> Doors -> Oblivion". Auch das sollte möglichst begehbar sein.

Normalerweise gehören mehr Türme in eine Oblivion-Welt. Für unser Tutorial brauchen wir das aber nicht unbedingt und lassen es daher mal sein.

Als nächsten großen Schritt müssen wir die Welt noch mit allerhand Natur-Krams ausschmücken. Wie das geht, sollte ja nun hinreichend bekannt sein. Dabei kann natürlich auch noch das Land etwas angeglichen werden. Der Kreativität sind keine Grenzen gesetzt. Hier nun eine Liste, wo man die interessantesten Dinge finden kann:

:* '''''WorldObjects...'''''
:** '''Static'''...
:*** ''Oblivion''...
:**** Hier findest du Ruinen, Türme, Krallen und Brücken. Eine dieser Brücken soll die beiden Inseln verbinden.
:** '''Rocks'''...
:*** ''OblivionPlane''...
:**** Hier findest du Felsen, Felsenwände und Felsen-Plattformen
:** '''Flora'''...
:*** ''Oblivion''...
:**** Hier findest du Pflanzen für Oblivion
:** '''Containers'''...
:*** ''Oblivion''...
:**** Hier findest du Container/Behälter die man meistens in Oblivion findet (Fleischige Schote, Deadra-Sack)
:** '''Activator'''...
:*** ''Oblivion''...
:**** ''Environment''...
:***** Hier findest du Rauchwolken für die Außenwelten und Schalter für die Innenräume.
:*** ''Clutter''...
:**** Hier gibt es die Blut-Springbrunnen, Magie-Brunnen, Landminen und die Feuerschießenden Felsen.
:*** ''Architecture''...
:**** Hier findest du erweiterte Brücken und die großen Krieger-Tore.

Um eine typische Oblivion-Welt zu gestalten, solltest du auch die folgenden Objekte einfügen:
* "HangingCorpse01CONTAINER" Bis "HangingCorpse05CONTAINER"
* "DeadSkeleton"
* "BloodDecal01", "BloodDecal02", und "Bloodsplatter01"

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace05.jpg http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace06.jpg

Füge auf jeden Fall an einigen Stellen einige Magie- und Blut-Brunnen hin. Es empfiehlt sich hinterher vielleicht auch mal die eigene Welt zu durchspielen um zu sehen, wo es vielleicht zu Engpässen kommen kann und wo man förmlich nach einen solchen Blutbrunnen schreit. Die Truhen in Oblivion beinhalten oft sehr seltene Gegenstände. Also sei fair und füge solche auch in deine Welt ein, damit der Spieler immer motiviert in eine Oblivion-Welt geht.

Nun sollte unsere Insel fertig sein, damit der Spieler sie begehen und sich den Runenstein aneignen kann.

Im Rahmen dieses Tutorials sollte ich auch kurz das Thema Bäume ansprechen. Bäume ("Trees") sind spezielle World Objects mit Animationen wie das Blattspiel im Wind und sie können nicht gedreht werden. Normalerweise sind Bäume in Oblivion nicht anzufinden, aber weil dieses ein Landschafts-Tutorial ist, werden wir trotzdem einen einfügen - ob Oblivion oder nicht. Also werden wir einen brennenden Baum in Oblivion einfügen. Nimm dazu den Baum "TreeKvatchBurnt" und zieh ihn ins Renderfenster und platziere ihn irgendwo in der Nähe des Tores. Du solltest auf jeden Fall einmal ausprobieren, wie er nicht zu drehen ist (obwohl das jetzt eigentlich paradox ist - wie kann man etwas ausprobieren, was gar nicht geht... Aber du machst das schon. Nun gestalte die Welt so lange bis du zufrieden damit bist (oder im Rahmen des Tutorials keine Lust mehr dazu hast).

Anschließend solltest du noch die schwarze Vertex-Farbe um Objekte verteilen, wie es im Landschafts-Tutorial beschrieben wurde.

Anschließend kannst du dich an den vierten und letzten Teil dieses Tutorials machen.

==Gegner, Pfade und Zufalls-Teleport Türen==
Das ist nun der letzte Teil des World Space Tutorials. Lasst uns also ein paar Gegner platzieren.

Oblivion ist ja eine ganz eigene Welt. Deswegen wird der Spieler hier auch keine Rehe oder andere "Oberwelt"-Gegner antreffen. Auch sollte man berücksichtigen, dass Oblivion-Gegner sehr stark sind. Deswegen sollte man auch nie zu viele an einer Stelle aufstellen, so dass der Spieler immer eine Chance hat.

Soll natürlich auch kein Spaziergang für den Spieler sein, immerhin ist er in der Unterwelt. Am besten orientiert man sich an der Gegnerverteilung im Spiel selbst. Und dann halt noch kombiniert damit, was man mit dem Spieler vorhat. Ob es nur eine "kleine Oblivion-Welt" ist oder ein strategischer Knotenpunkt, der mehr bewacht ist. Alternativ kann man ja auch immer einige Blutbrunnen platzieren, an denen sich der Spieler bei Bedarf sogar während eines Kampfes (oder auf der Flucht) regenerieren kann. Da unsere Beispielinsel ja recht klein ist, platzieren wir 3-5 Gegner auf der Insel mit dem Tor und zwei auf der Insel mit dem Turm (Oder eben mehr, wenn man eine größere Insel hat. Ein Gegner sollte auch noch auf der Brücke platziert sein.

Als Gegner nehmen wir "LeveledCreatures" die den Präfix "LL1Deadra.." oder "LL1Dremora..." nutzen.

Wenn du das [[Oblivion:Mein erstes Dungeon|Dungeon-Tutorial]] absolviert hast, wirst du schon ahnen was als nächstes auf dich zukommt: Pfadfinden.

Dazu muss man ja eigentlich nichts mehr sagen. Es ist langweilig und muss doch gewissenhaft gemacht werden. Wie das geht, kann man wie gesagt beim[[Oblivion:Mein erstes Dungeon|Dungeon-Tutorial]] unter Pfadfinden und Testen nachlesen.

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace08.jpg

Kommen wir nun schon zum letzten Teil.

Wähle aus dem Static-Reiter das Objekt "XMarkerHeading". Dieses ist ein spezieller Marker, der als Teleporter für Zufalls-Teleportationstüren fungieren kann. Zufalls-Teleportationstüren sind Türen, die sich aus einer Liste von Zielen per Zufall eines aussuchen und diese auch speichern, so dass die Spieler immer wieder zu dem Ort aus der Liste kommen, wenn sie die Tür einmal betreten haben (Siehe auch -> Türen). Diesen Marker setzen wir dann vor das Oblivion-Tor, so wie man auch einen normalen Tür-Marker platzieren würde. Die Pyramide stellt dabei die Blickrichtung des Spielers nach dem Teleport dar und sollte immer von der Tür weg zeigen.

Doppelklicke nun auf das Oblivion Tor, wähle dann den Teleport-Reiter und anschließend klicke den Button "Select Object in Render Window". Nun wird das Render-Fenster automatisch in den Vordergrund gebracht und der Cursor wird zu einem Fadenkreuz. Wenn man diesen über den Marker zieht, wird er weiß. Das bedeutet, dass das Objekt unter dem Fadenkreuz mit der verbundenen Aktion (Select Objekt in Render Window) kompatibel ist. Das selbe hatten wir ja auch schon bei den Fallen und den Parent-Objekten. Wenn er also weiß ist doppelklicken und der Marker ist im Teleport-Reiter angewählt.

Nun ist unser Tor also vorbereitet, so dass der Spieler an der Stelle des Markers herauskommt, sobald er diese Oblivion-Welt betritt.

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace09.jpg

Nun hat unser Hauptturm noch keine Tür. Also ziehen wir die Tür "OblivionRDCitadelEntrance" aus dem Door-Verzeichnis an die passende Stelle. Auch dieses ist eine "Zufalls-Teleporter-Tür". Also musst du auch hier genauso verfahren wie mit dem Oblivion-Tor. Marker erstellen und Marker zuweisen.

Als nächstes müssen wir eine LOD für das Land generieren. Das heißt für die nähere und weiter entfernte Umgebung.

Speichere aber zunächst dein Plugin, bevor du den Heightmap Editor öffnest. Wähle dann natürlich unsere/deine Worldspace, dann wähle File -> Generate LOD. Je nach dem wie schnell dein Rechner ist, kannst du zwischen "Quick Prototype", der schneller, aber weniger genau ist und "Full" wählen, das längere Zeit benötigt, aber sehr viel genauer ist.

Mache das möglichst erst dann, wenn alle Änderungen an der Landschaft abgeschlossen sind. Dieser Vorgang kann sehr lange dauern, also kann man je nachdem auch was anderes machen. Also Essen, Kaffee holen, Pipi machen... Was so anfällt.. (Dauert keine Ewigkeit - Bei mir hat es wenn überhaupt 2-3 Minuten gedauert).

Nun sollten wir unsere Plattform testen. Da die Oblivion-Welten per Zufall ausgewählt werden, hätten wir einige Versuche nötig um unsere Welt zu erreichen.

'''HINWEIS: Die folgende Anweisung ist aus dem Original-Tutorial, die ich persönlich aber nicht für gut heißen kann:'''

:Entweder müssen wir also alle Oblivion-Tore umstellen oder du erstellst eine Spezielle Tür, die nur zu unserer Welt reicht. Wenn du die :Hauptquest erledigt hast, doppelklicke im Objekt-Fenster auf "OblivionGateToOblivion" (bei World Objects -> Door -> Oblivion -> Gate). :Siehst du die Liste der World Spaces. Lösche alle in der Liste und füge unsere World Space hinzu. Um das zu tun öffne im Menü "World -> :World Space" und ziehe aus der Liste unsere World Space in die Liste.

Füge unsere World Space ebenfalls zur "Randomly Teleports To" Liste in "OblivionRDCitadelExit". Das tun wir, damit die Türen Innerhalb und außerhalb sich als mögliches Ziel erkennen. Nun sind wir fertig für den Test. Speichere und schließe das CS. Starte Oblivion mit dem Plugin und gehe durch ein Oblivion-Tor.

Wie man schnell erkennt, würde sich hiermit das gesamte Spiel in Wohlgefallen auflösen. Natürlich würden alle Tore wieder funktionieren, wenn man das Plugin abschaltet, aber davon hat man natürlich nichts. Außerdem gibt es Alternativen. Man könnte einfach ein Oblivion-Tor kopieren, und den oben genannten Vorschlag dort fortführen. Das Tor dann an eine bestimmte Stelle platzieren und schon würde es funktionieren. Am einfachsten wäre es, die Welt mit dem im Dungeon-Tutorial unter [[Oblivion:Mein erstes Dungeon#Pfadfinden und Testen|Pfadfinden und Testen ]] beschrieben wird. Also einfach die Start-Datei verändern und sich direkt in die Welt begeben lassen. Zu Testzwecken kann natürlich auch die oben genannte Methode gewählt werden. Aber dann kann man es nirgends mehr einsetzen. Genug geredet, weiter mit dem Original-Tutorial:

Wenn du fertig mit dem Testen bist, kannst du die Welt auch noch weiter bearbeiten. Neue Inseln hinzufügen, weitere Türme einfügen oder was auch immer du tun möchtest. Mit der Praxis wird man auch schneller werden.

Nach dem Test sollten die Türen wie oben beschrieben wieder in den Urzustand gebracht werden. Dazu sind die World Spaces "Oblivion RD001" bis "OblivionRD007" wieder dem Tor "OblivionGateToOblivion" zuzufügen (pers. Kommentar: Oder so). Nun wird der Zufall darüber entscheiden ob und wann die Oblivion-Tore zu deiner Oblivion-Welt teleportieren.

Das war es auch schon. Nun kannst du weitere Welten erschaffen oder die vorhandenen verändern.

==Links==
{{Übersetzung|constwiki|Intro_and_Landscaping}}

[[Kategorie:Tutorials|World Space Tutorial]]

Oblivion:World Space Tutorial

2009-02-14T14:51:00Z

Lars:

==Einen neuen World Space erstellen==
Als erstes müssen wir natürlich das CS wie gewohnt vorbereiten und die Oblivion.esm laden. Anschließend wählt man aus dem Menüpunkt "World" den Punkt "World Spaces"

http://www.ei-der-zeit.com/LexikonCSIV/pic/Menu-WorldSpaces.jpg

Nun öffnet sich das "[[ob:World Space|World Space]]" Fenster.

Rechtsklicke in die Liste und wähle "New" um einen neuen World Space zu erstellen. Nun wirst du aufgefordert, einen Namen für die neue Welt einzugeben. Beachte, dass dieser nicht im Spiel angezeigt wird, also kannst du ihn benennen wie du magst, aber vermutlich ist es am besten ihm einen sinnvollen Namen zu geben, damit er schnell wieder gefunden werden kann.

Da wir in diesem Beispiel eine Oblivion-Unterwelt erstellen nennen wir sie "aaMeinOblivion".

Nun hast du schon einen neuen World Space, aber wir sind noch etwas vom Ziel entfernt.

Es gibt verschiedene Optionen die einstellbar sind:

* '''Name''' - Hier kann der Name des World Space eingegeben werden, den der Spieler im Spiel sehen kann (für unser Beispiel können wir sie "Ödland von Oblivion" nennen)
* '''Parent Worldspace''' - Ist dafür da, wenn die World Space Teil einer größeren Welt ist (so wie z.B. eine Stadt Teil von Tamriel ist). Hier wählen wir "NONE".
* '''Music''' - Die Hintergrundmusik die in diesem Worldspace gespielt wird. Normalerweise wird für eine Stadt "Public" gewählt und wenn es ein Dungeon oder ein Teil der Oblivion-Unterwelt ist, wird "Dungeon" gewählt. "Default" ist für die meisten anderen Worldspaces. Wir wählen "Dungeon".

Sharable Data:
* '''Climate''' - Hier kann man die Klimabedingungen des Worldspace einstellen. Hier wählen wir "OblivionTESTClimate"
* '''Water''' - Hier wird die Art des Wassers festgelegt die im aktuellen Worldspace zugegen ist. Hier setzen wir "OblivionLavaTest01" ein.
* '''Map Data''' - Wird für unseren Fall nicht benötigt.
* '''Can't Fast Travel From Here''' - Aktiviere dieses, damit der Spieler keine Schnellreise von diesen Punkt ausführen kann. Was bei Oblivion-Unterwelten in unserem Fall natürlich aktiviert sein sollte.
* '''Can't Wait''' - Wird aktiviert, wenn der Spieler keine Rast einlegen können soll (T-Taste im Spiel). Wird hier nicht aktiviert. Der Spieler soll die Chance haben zu rasten.
* '''No LOD Water''' - Wir aktiviert, wenn der Spieler kein Wasser sehen kann. Beschleunigt das Spiel ein wenig. Wir lassen es deaktiviert.
* '''Oblivion Worldspace''' - Wird aktiviert, sobald die aktive Worldspace zur Oblivion-Unterwelt gehören soll. Dieses sorgt dafür, dass der Spieler zurück zum Tor durch die er die Oblivion-Welt betreten hat kommt, sobald er den Runen-Stein entfernt hat. Des weiteren wird dann das Oblivion-Tor zerstört. Natürlich wird dieses Feld aktiviert.
* '''Small World''' - Sollte bei kleineren Worldspaces aktiviert sein, um einen Geschwindigkeitsschub zu erlangen. Also aktivieren wir das, schließlich ist es eine kleine Oblivion-Insel.

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace01.jpg

Nachdem alle Einstellungen vorgenommen wurden, klicken wir noch auf "OK" und unser neuer Worldspace ist erstellt. Der neue World Space sollte nun im [[ob:Cell View Window|Cell View-Fenster]] erscheinen

Als nächstes wollen wir sehen, wie wir mit dem Heightmap- und Landscape-Editor eine passable Landschaft gestalten können.

==Die Landschaft modifizieren==
Nun haben wir unseren eigenen neuen World Space, also lasst uns etwas Land anlegen. Es ist übrigens sehr empfehlenswert, das [[ob:Grundlagen_Landschaftsbearbeitung|Landschafts-Tutorial]] absolviert zu haben. Sollte das nicht der Fall sein, sollte man das nachholen, weil man ansonsten hier vielleicht auf irgendetwas stößt, das man nicht versteht.

Nachdem das geklärt ist, wählen wir nun unseren neuen World Space im [[ob:Cell View Window|Cell View Fenster]]. Anschließend doppelklicken wir auf die einzige Zelle dort (Wildnis 0,0). Im Render Fenster erscheint nun eine Lila Grundfläche, was uns anzeigt, dass unser Worldspace nur aus Wasser besteht (Am Anfang war.. usw). Wenn du dich ein wenig umschaust, wirst du feststellen, dass die gesamte Landmasse unter der Wasseroberfläche ist. In unserem Fall ist es sogar Lava. Das wäre für den Spieler wahrscheinlich eine böse Überraschung also verhindern wir das Schlimmste.

Bringe nun mit dem [[ob:Landscape Editing Window|Landscape Editing Fenster]] (aufzurufen mit http://www.ei-der-zeit.com/LexikonCSIV/pic/button-landscapeediting.jpg) ein wenig Boden nach oben. Sobald sich eine Kleine Insel über der Wasseroberfläche abgezeichnet hat, wähle einen Radius von 15 (Höchster Radius) und aktiviere die "Flatten Vertices" Funktion um eine große Ebene zu schaffen.

:Hinweis: Erreicht die Landmasse nur schwerlich die Wasser-Oberfläche? Erhöhe einfach den Wert unter "Land Sensitivity Multiplyer" im Preference-Fenster (http://www.ei-der-zeit.com/LexikonCSIV/pic/button-preference.jpg) z.B. auf den Wert 5.0.

Als nächstes wählen wir den Heigtmap Editor. Entweder im Menü unter "World" oder per Button http://www.ei-der-zeit.com/LexikonCSIV/pic/button-worldediting.jpg. Wir werden gefragt welchen World Space wir bearbeiten möchten und wählen natürlich unseren aus ("aaMeinOblivion")

:Hinweis: Der Heightmap Editor kann verschiedene Aufgaben übernehmen. Darunter auch die Landschaft editieren (was wir ja tun wollen), Landschaft generieren, eine LOD für eine Landscape generieren (so dass wir sie aus der Distanz sehen können) oder wir können es einfach als Karte benutzen.

:'''ACHTUNG! Der Heigtmap Editor ist sehr verbugt. Es kann sehr schnell zu Abstürzen kommen. Wenn man am Editor arbeitet immer vorher alles abspeichern, möglichst nichts im Hintergrund laufen lassen und geduldig sein!'''

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace02.jpg

Nehmen wir uns nun etwas Zeit um mit diesem Werkzeug zu arbeiten. Speichere immer, bevor du etwas mit diesem Editor machst, weil er sehr schnell und gerne abstürzt und das CS komplett mitreißt. Über folgende Dinge müssen wir in diesem Tutorial Bescheid wissen:
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-01Grid.jpg '''Gridlines''' - Das Werkzeug ganz oben zeigt ein Gitternetz (Grid). Dieses Werkzeug zeigt ein Gitternetz über der Karte. Sehr hilfreich, um die größe des Addons im Auge zu behalten.
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-03Quadrat.jpg '''Quadrat''' / http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-04Lasso.jpg '''Lasso''' - Benutze dieses, um nicht außerhalb einer selektierten Fläche zu editieren.
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-06LandscapeHoch.jpg '''Raise Land''' - Hebt das Land nach den Parametern des "Brush Control" (wird unten beschrieben).
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-07LandscapeRunter.jpg '''Lower Land''' - Senkt das Land nach den Parametern des "Brush Control" (wird unten beschrieben)
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-13Pinsel.jpg '''Brush''' - Wird dazu genutzt um die ausgewählte Farbe einzufügen wie es in der "Brush Control" angegeben ist.
* http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-14Pinzette.jpg '''Dropper''' - Selektiert den Pixel unter dem Dropper um die Land Höhe auszuwählen. Wähle anschließend den Pinsel um in der ausgewählten Höhe zu "malen".
* '''Brush Control''' - Benutze diese Regler um die Werkzeuge die du im Editor benutzt zu modifizieren. Size (Größe), Intesity (Stärke) und Falloff% (Schrittzahl) werden hierbei eingestellt.

Siehst du im Editor eine kleine Farbliche Unregelmäßigkeit in etwa der Mitte der Karte? Sie sieht vermutlich etwas heller aus, als der Rest der Umgebung. Das ist das Land das wir eben erhöht haben. Weil dieses nur ein kleines Tutorial ist und das Erstellen von Welten eine Menge Zeit in Anspruch nehmen kann, machen wir hier nur eine ganz kleine Oblivion-Insel. Schalte die Gitternetzlinien mit http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-01Grid.jpg ein. Wähle nun das Quadrat-Werkzeug mit dem Button http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-03Quadrat.jpg und markiere eine Fläche von etwa 3 mal 3 Zellen, so dass diese aktiv sind. Dieses ist die Fläche, auf der sich unsere Insel erstrecken soll. Da man die Markierung auf den Linien nicht sehen kann, sollte man zwischen den Zellen wählen, etwa so:

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace03.jpg

Wähle nun den Dropper mit http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-14Pinzette.jpg und klicke auf das Land, das wir modifiziert haben. Das Kästchen rechts vom Dropper-Button sollte nun die Farbe anzeigen, die auch unsere Insel hat (Wenn nicht hat man die Insel vermutlich nicht richtig getroffen). Sollte sich der Zeiger nicht verändern, oder - wie bei mir - in eine Quadrat-Form gewechselt haben, klicke einmal mit der rechten Maustaste. Vermutlich ein Programmfehler.

Wähle nun den Pinsel http://www.ei-der-zeit.com/LexikonCSIV/pic/button-HE-13Pinsel.jpg und zeichne eine Landschaft aus zwei Inseln.

:'''Praxistipps:'''

:* Unter "Brush Control" kannst du die Größe des Radius ändern. Das schöne dabei ist, das im Editor die Größe in Echtzeit dargestellt wird, so dass man die zu bearbeitende Fläche ganz gut einschätzen kann.
:* Vorsicht mit der Brush-Control. Es kann schnell vorkommen, dass die Einstellungen wieder zurückgesetzt werden (Gerade bei "Größe" recht fatal). Also vor dem Weiterzeichnen immer ein Blick auf die Brush-Control.
:* Mit dem Dropper (Pipette) kann man die Farben wechseln. Die Strg+Maustasten-Funktion aus dem Landscape Editor funktioniert hier leider nicht
:* Vorsicht bei Fehlern. Die "Undo" Funktion in diesem Editor scheint nicht zu funktionieren (jedenfalls bei mir nicht)
:* Könnt ihr nichts erkennen? Mit dem Mausrad könnt ihr Zoomen. Eine Tastenkombination scheint es leider nicht zu geben.
:* Wollt ihr eure Insel "durchschneiden" oder wollt feine Linien schneiden und es sieht aus als würden nur Punkt gezeichnet? Reduziert die "Falloff" auf 20 oder so. Dadurch wird der Strich feiner. Bei Falloff handelt es sich um die "Wiederholungsrate" des Striches. Je höher die Zahl, desto seltener wird der Strich gezeichnet. Also ein Falloff von 4000 bringt eher Punkte in die Welt, wobei 20 einen sauberen Strich zieht. Sucht die goldene Mitte.
:* Vorsicht mit dem Editor. Er ist sehr absturzfreudig. Speichert ruhig zwischendurch ab.
:* Auch wenn alles so schrecklich klein aussieht, bedenkt immer, dass jedes Quadrat eine Zelle ist.
:* Denkt daran, dass ihr eine natürliche Insel schaffen wollt. In der Natur ist nichts gerade, also haltet euch stets daran. Vielleicht kann es auch nicht schaden einmal im Atlas bestehende Inseln zu "studieren" wie sie so "gebaut" sind.

Nachdem dir nun der Umriss deiner Insel gefällt, speichere deine Plugin-Datei ab. '''ACHTUNG''': Speichere NICHT im Height Editor, ansonsten wird die ganze Heightmap in dein Plugin gespeichert und kann dadurch mehrere MB groß werden! Nun kannst du noch die Ränder etwas weicher machen (mit "Soften Vertex"). Das sollte man mit Inseln immer machen - schon allein damit der Spieler eine Chance hat wieder aufs Festland zu kommen.

:Praxistipp:

:Als ich die Insel gespeichert hatte und im Cell View Fenster ausgewählt hatte bekam ich ein paar Fehlermeldungen bezüglich der Insel. Ich rief dann den Heightmap Editor erneut auf und wählte aus dem Menü "File->Generate LOD -> Quick Prototyp".

:Anschließend gab es keine Fehlermeldungen mehr. Diese Funktion ist also wichtig, um selbsterstellte Landschaften korrekt darstellen zu lassen, bzw. in das Spiel zu integrieren. Das wird im 4. Teil des Tutorials erklärt. Dort heißt es, dass man es nur machen soll, wenn alle Landschaftsgestaltungen abgeschlossen sind. Ich denke aber mal, dass der "Quick Prototype" der ja laut Programm-Angaben für Testzwecke gedacht ist, jederzeit anzuwenden ist.

Im nächsten Teil werden wir die Welt texturieren und natürlich optisch gestalten.

==Gegner, Pfade und Zufalls-Teleport Türen==
Das ist nun der letzte Teil des World Space Tutorials. Lasst uns also ein paar Gegner platzieren.

Oblivion ist ja eine ganz eigene Welt. Deswegen wird der Spieler hier auch keine Rehe oder andere "Oberwelt"-Gegner antreffen. Auch sollte man berücksichtigen, dass Oblivion-Gegner sehr stark sind. Deswegen sollte man auch nie zu viele an einer Stelle aufstellen, so dass der Spieler immer eine Chance hat.

Soll natürlich auch kein Spaziergang für den Spieler sein, immerhin ist er in der Unterwelt. Am besten orientiert man sich an der Gegnerverteilung im Spiel selbst. Und dann halt noch kombiniert damit, was man mit dem Spieler vorhat. Ob es nur eine "kleine Oblivion-Welt" ist oder ein strategischer Knotenpunkt, der mehr bewacht ist. Alternativ kann man ja auch immer einige Blutbrunnen platzieren, an denen sich der Spieler bei Bedarf sogar während eines Kampfes (oder auf der Flucht) regenerieren kann. Da unsere Beispielinsel ja recht klein ist, platzieren wir 3-5 Gegner auf der Insel mit dem Tor und zwei auf der Insel mit dem Turm (Oder eben mehr, wenn man eine größere Insel hat. Ein Gegner sollte auch noch auf der Brücke platziert sein.

Als Gegner nehmen wir "LeveledCreatures" die den Präfix "LL1Deadra.." oder "LL1Dremora..." nutzen.

Wenn du das [[Oblivion:Mein erstes Dungeon|Dungeon-Tutorial]] absolviert hast, wirst du schon ahnen was als nächstes auf dich zukommt: Pfadfinden.

Dazu muss man ja eigentlich nichts mehr sagen. Es ist langweilig und muss doch gewissenhaft gemacht werden. Wie das geht, kann man wie gesagt beim[[Oblivion:Mein erstes Dungeon|Dungeon-Tutorial]] unter Pfadfinden und Testen nachlesen.

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace08.jpg

Kommen wir nun schon zum letzten Teil.

Wähle aus dem Static-Reiter das Objekt "XMarkerHeading". Dieses ist ein spezieller Marker, der als Teleporter für Zufalls-Teleportationstüren fungieren kann. Zufalls-Teleportationstüren sind Türen, die sich aus einer Liste von Zielen per Zufall eines aussuchen und diese auch speichern, so dass die Spieler immer wieder zu dem Ort aus der Liste kommen, wenn sie die Tür einmal betreten haben (Siehe auch -> Türen). Diesen Marker setzen wir dann vor das Oblivion-Tor, so wie man auch einen normalen Tür-Marker platzieren würde. Die Pyramide stellt dabei die Blickrichtung des Spielers nach dem Teleport dar und sollte immer von der Tür weg zeigen.

Doppelklicke nun auf das Oblivion Tor, wähle dann den Teleport-Reiter und anschließend klicke den Button "Select Object in Render Window". Nun wird das Render-Fenster automatisch in den Vordergrund gebracht und der Cursor wird zu einem Fadenkreuz. Wenn man diesen über den Marker zieht, wird er weiß. Das bedeutet, dass das Objekt unter dem Fadenkreuz mit der verbundenen Aktion (Select Objekt in Render Window) kompatibel ist. Das selbe hatten wir ja auch schon bei den Fallen und den Parent-Objekten. Wenn er also weiß ist doppelklicken und der Marker ist im Teleport-Reiter angewählt.

Nun ist unser Tor also vorbereitet, so dass der Spieler an der Stelle des Markers herauskommt, sobald er diese Oblivion-Welt betritt.

http://www.ei-der-zeit.com/LexikonCSIV/pic/tut-Worldspace09.jpg

Nun hat unser Hauptturm noch keine Tür. Also ziehen wir die Tür "OblivionRDCitadelEntrance" aus dem Door-Verzeichnis an die passende Stelle. Auch dieses ist eine "Zufalls-Teleporter-Tür". Also musst du auch hier genauso verfahren wie mit dem Oblivion-Tor. Marker erstellen und Marker zuweisen.

Als nächstes müssen wir eine LOD für das Land generieren. Das heißt für die nähere und weiter entfernte Umgebung.

Speichere aber zunächst dein Plugin, bevor du den Heightmap Editor öffnest. Wähle dann natürlich unsere/deine Worldspace, dann wähle File -> Generate LOD. Je nach dem wie schnell dein Rechner ist, kannst du zwischen "Quick Prototype", der schneller, aber weniger genau ist und "Full" wählen, das längere Zeit benötigt, aber sehr viel genauer ist.

Mache das möglichst erst dann, wenn alle Änderungen an der Landschaft abgeschlossen sind. Dieser Vorgang kann sehr lange dauern, also kann man je nachdem auch was anderes machen. Also Essen, Kaffee holen, Pipi machen... Was so anfällt.. (Dauert keine Ewigkeit - Bei mir hat es wenn überhaupt 2-3 Minuten gedauert).

Nun sollten wir unsere Plattform testen. Da die Oblivion-Welten per Zufall ausgewählt werden, hätten wir einige Versuche nötig um unsere Welt zu erreichen.

'''HINWEIS: Die folgende Anweisung ist aus dem Original-Tutorial, die ich persönlich aber nicht für gut heißen kann:'''

:Entweder müssen wir also alle Oblivion-Tore umstellen oder du erstellst eine Spezielle Tür, die nur zu unserer Welt reicht. Wenn du die :Hauptquest erledigt hast, doppelklicke im Objekt-Fenster auf "OblivionGateToOblivion" (bei World Objects -> Door -> Oblivion -> Gate). :Siehst du die Liste der World Spaces. Lösche alle in der Liste und füge unsere World Space hinzu. Um das zu tun öffne im Menü "World -> :World Space" und ziehe aus der Liste unsere World Space in die Liste.

Füge unsere World Space ebenfalls zur "Randomly Teleports To" Liste in "OblivionRDCitadelExit". Das tun wir, damit die Türen Innerhalb und außerhalb sich als mögliches Ziel erkennen. Nun sind wir fertig für den Test. Speichere und schließe das CS. Starte Oblivion mit dem Plugin und gehe durch ein Oblivion-Tor.

Wie man schnell erkennt, würde sich hiermit das gesamte Spiel in Wohlgefallen auflösen. Natürlich würden alle Tore wieder funktionieren, wenn man das Plugin abschaltet, aber davon hat man natürlich nichts. Außerdem gibt es Alternativen. Man könnte einfach ein Oblivion-Tor kopieren, und den oben genannten Vorschlag dort fortführen. Das Tor dann an eine bestimmte Stelle platzieren und schon würde es funktionieren. Am einfachsten wäre es, die Welt mit dem im Dungeon-Tutorial unter [[Oblivion:Mein erstes Dungeon#Pfadfinden und Testen|Pfadfinden und Testen ]] beschrieben wird. Also einfach die Start-Datei verändern und sich direkt in die Welt begeben lassen. Zu Testzwecken kann natürlich auch die oben genannte Methode gewählt werden. Aber dann kann man es nirgends mehr einsetzen. Genug geredet, weiter mit dem Original-Tutorial:

Wenn du fertig mit dem Testen bist, kannst du die Welt auch noch weiter bearbeiten. Neue Inseln hinzufügen, weitere Türme einfügen oder was auch immer du tun möchtest. Mit der Praxis wird man auch schneller werden.

Nach dem Test sollten die Türen wie oben beschrieben wieder in den Urzustand gebracht werden. Dazu sind die World Spaces "Oblivion RD001" bis "OblivionRD007" wieder dem Tor "OblivionGateToOblivion" zuzufügen (pers. Kommentar: Oder so). Nun wird der Zufall darüber entscheiden ob und wann die Oblivion-Tore zu deiner Oblivion-Welt teleportieren.

Das war es auch schon. Nun kannst du weitere Welten erschaffen oder die vorhandenen verändern.

==Links==
{{Übersetzung|constwiki|Intro_and_Landscaping}}

[[Kategorie:Tutorials|World Space Tutorial]]

Oblivion:World Space Tutorial

2009-02-14T14:36:48Z

Lars: Restlichen Teile hinzugefügt

Oblivion:Magic Effect Scripts

2008-09-20T12:51:24Z

Lars: Übersetzter Text eingefügt

== Grundlegendes ==

Magic Effect Scripts sind besondere Scripts, die benutzt werden können um einen gescripteten magischen Effekt zu erstellen. Sie werden über das normale [[ob:Script_Editor_Window|Script Window]] erstellt, müssen dort aber als 'Magic Effect' ausgewählt werden um auf diese Art benutzt werden zu können. Beachte auch, dass die gescripteten Effekte nur ausgeführt werden, während sie unter Game Mode sind.

Diese Scripts benutzen keine gewöhnlichen Begin/End-Blöcke, da sie nur ausgeführt werden, wenn der Zauber aktiv ist. Sie benutzen drei besondere Block-Arten und eine Sonder-Funktion.

Magie-Effekt Blöcke:
*[[ob:ScriptEffectStart|ScriptEffectStart]]
*[[ob:ScriptEffectFinish|ScriptEffectFinish]]
*[[ob:ScriptEffectUpdate|ScriptEffectUpdate]]

Magie-Effekt Funktion:
*[[ob:ScriptEffectElapsedSeconds|ScriptEffectElapsedSeconds]]

Ansonsten verhalten sich Magic Effect Scripts wie Reference Scripts und können gewöhnliche Funktionen innerhalb der Magic Effect-Blöcke verwenden.

== Anmerkungen ==

* Gescriptete Sprüche laufen auf Leichen, [[ob:Container|Containers]], Türen, und Einrichtung, werden aber einfach ein Mal durch das gesamte Script gehen, egal wie lange der Zauber anhält. Alle Block-Arten, [[ob:ScriptEffectStart|ScriptEffectStart]], [[ob:ScriptEffectUpdate|ScriptEffectUpdate]], und [[ob:ScriptEffectFinish|ScriptEffectFinish]] werden ausgeführt.
* Gescriptete Sprüche verhalten sich unvorhersehbar, wenn sie auf einem [[ob:Actor|Actor]] außerhalb der aktuell geladenen Zelle ausgeführt werden. Einige bekannte Probleme sind:
:* Variablen im Script werden falsch initiiert;
:* Der ScriptEffectFinish-Block wird eventuell falsch ausgeführt;
:* Für gescriptete Fähigkeiten wird jedes Mal eine neue Instanz des Scripts erstellt, wenn der Spieler die Zelle mit dem entsprechenden Actor betritt.
Andere bizarre Ergebnisse müssen erst noch bestätigt oder erklärt werden. Eine Möglichkeit ist es, dem Actor einen gescripteten Gegenstand in das Inventar zu legen.

[[Kategorie:Grundlegendes Wissen|Magic Effect Scripts]]
[[Kategorie:Sprachelemente|Magic Effect Scripts]]

Oblivion:Quest Scripts

2008-09-20T12:22:34Z

Lars: Übersetzter Text eingefügt

== Einleitung ==

Quest Scripts können erstellt werden, indem im [[ob:Script_Editor_Window|Script Window]] als Script Type 'Quest' ausgewählt wird. Scripts müssen als Quest Scripts bezeichnet werden um an [[ob:Quest|Quests]] angefügt werden zu können. Quest Scripts sind [[ob:Non-Reference_Scripts|Non-Reference Scripts]] und deswegen in ihrer Syntax etwas beschränkt.

== Grundlegende Fakten ==

* Quest Scripts werden nur ausgeführt, wenn die Quest läuft(das lässt sich im Spiel mit sqv QUEST_NAME herausfinden). Quests können mit den Befehlen [[ob:StartQuest|StartQuest]] und [[ob:StopQuest|StopQuest]] gestartet und angehalten werden. Beachte dabei, dass dies unabhängig davon ist, ob eine Quest grade läuft oder nicht. Eine Quest fertigzustellen bedeutet, dass sie im Tagebuch des Spielers in den 'Abgeschlossene Aufgaben'-Reiter verschoben wird - aber sie wird immer noch ausgeführt bis sie mit 'StopQuest' beendet wird.
* Quests werden automatisch aktiviert, wenn der Spieler einen entsprechenden Tagebucheintrag erhält. Wenn also ''[[ob:SetStage|SetStage]] QUESTNAME 10'' verwendet wird, angenommen es enthält einen Tagebuch Text, wird dadurch automatisch die Quest gestartet.
* Normalerweise sollte eine Quest angehalten werden, wenn sie abgeschlossen ist, damit das Quest Script nicht weiter ausgeführt wird. Wenn es einen Grund gibt das Script weiterhin laufen zu lassen(aufgrund von Dialogen oder Scripts nach der Quest), solltest du darüber nachdenke eine zweite Quest zu erstellen(z.B. MS38 und MS38FIN).
* Quest Variablen können auch dann eingesehen und verändert werden, wenn die Quest nicht ausgeführt wird. Wenn eine Quest angehalten wird, wird zwar auch das Script gestoppt, aber es bleibt ebenso wie seine Variablen erhalten.

== Einstellen wie oft ein Quest Script ausgeführt wird ==

* Setze die Variable '''float [[fQuestDelayTime]]''' in deinem Quest Script.
* Setze [[ob:fQuestDelayTime|fQuestDelayTime]] auf wie oft dein Script ausgeführt werden soll(in Sekunden). Wenn du es auf etwas sehr Kleines setzt(.01), wird es dann tatsächlich nur jeden Frame ausgeführt. Wenn du es auf 0 setzt, wird das Quest Script zur gewöhnlichen Einstellung(alle 5 Sekunden) zurückkehren. Diese Funktion ist mit Vorsicht zu benutzen - für gewöhnlich sollte fQuestDelayTime nur unter bestimmten Umständen auf etwas kleineres als 5 gesetzt werden.
* fQuestDelayTime kann auch von anderen Scripts aus gesetzt werden, indem du dein Script mit angibst, z.B. '''set MyQuest.fQuestDelayTime to 0.01'''.
* Quest Scripts sind die einzigen Scripts, die [[ob:MenuMode|MenuMode]]-Blöcke ausführen, während der Spieler schläft oder die Schnellreise-Funktion verwendet.
* Da Quest Scripts immer basierend auf bestimmten Zeit-Abständen ausgeführt werden, müssen sie nicht zwangsläufig frame-synchron sein - auch wenn fQuestDelayTime auf einen sehr kleinen Wert gesetzt wird. Für manche Effekte(z.B. welche die [[ob:SetPos|SetPos]] verwenden) kann dies ungewünschte Ergebnisse haben. In dem Fall können Objekt und Magie Scripts die bessere Wahl sein.

[[Kategorie:Grundlegendes Wissen|Quest Scripts]]

Oblivion:Grundlegendes Patrol Tutorial

2008-09-16T14:33:43Z

Lars: Übersetzter Text eingefügt

== Einleitung ==
Patrols(dt. Rundgang/Patrouille) können ein unglaublich nützliches Mittel sein, um Bereiche lebendiger zu gestalten. Dieses Tutorial soll eine einfache Methode darstellen, wie sich ein simpler Zwei-Punkte-Patrol("Ping-Pong") gestalten und ins Spiel einbringen lässt.

Du solltest grundlegendes Wissen über [[ob:NPC|NPCs]], [[ob:Package|Packages]], und [[ob:Pathgrid|Pathgrids]] besitzen.

== Einstellen des Packages ==
Das allererste was wir machen werden ist, einen NPC zu erstellen, der unsere Packages bekommt. Öffne den NPC "BanditMeleeMale2" und gib ihm die neue ID "MyPatrolTemplate01".(Warum wir das machen wird später erklärt)
Öffne nun das [[ob:AI|AI-Menü]] dieses [[ob:NPC|NPCs]]. Wir können die Banditen-Packages entfernen, jedoch ist es sinnvoll ein einfaches Wander-Template am Ende jeder Package-Liste zu behalten. Entferne jetzt also ''BanditSleep4x4'' und ''BanditGruntWanderExterior''.

Öffne nun aus der Toolbar das Package-Menü. ''(Character>>Packages)'' Suche das Package ''GuardPatrolBeginPatrol''. Dies dient als Standard-Package für alle Patrols die mit unserer Methode erstellt werden.
Bevor wir allerdings weiter machen, benötigen wir Platz für unser Patrol. Im Nachhinein hätte nach Vilverin zum Beispiel sehr gut ein Patrol gepasst, lasst uns diesen Fehler also nun beheben. Lade es aus der Zellenliste und wirf einen Blick in die Hauptkammer.
<blockquote>Es gibt ein paar Dinge, die beim Erstellen eines Patrol-Pfades beachtet werden sollten. Vermeide eine Route, die den NPC durch Fallen oder andere gefährliche Gebiete führt. Bedenke auch, dass jeder Gegner auf dem Weg an das Level des NPCs angepasst sein sollte. Du solltest außerdem eine Route wählen, die lang genug ist um den Spieler das Ping-Pong-Verhalten nicht bemerken zu lassen, was ein Patrol nämlich künstlich wirken ließe.</blockquote>
Die Route, die ich gewählt habe, wird durch zwei ''[[ob:xmarker|xmarker]]''-Objekte markiert. Ich nenne sie ''MyPatrolBegin'' und ''MyPatrolEnd'' um die Übersicht zu behalten und platziere sie wie auf [[constwiki:Image:PatrolTut_img_1.jpg|diesem]] Bild. Ich habe außerdem die Route dort markiert. Diese Xmarker sind jedoch ohne ein Package recht sinnlos, also lasst uns das nun erstellen.

Klicke im Patrol-Fenster auf ''New'' und mache Folgendes:
* Gib ihm die ID ''MyPatrolPackage''
* Ändere die Art auf ''Travel''
* Markiere die Box ''Must Reach Location''
Wir müssen diesem Package auch ein Ziel geben. Klick auf den ''Location''-Reiter und markiere den Button ''Near Reference'', dann klick auf ''Select Reference in Render Window'' und doppelklicke den xmarker "MyPatrolEndMarker". Öffne abschließend den ''Conditions''-Reiter und rechtsklicke in die Liste um eine neue Bedingung zu erstellen. Wähle ''GetDistance'' aus der DropDown-Liste unten und unter den Parametern wählen wir "MyPatrolBeginMarker". Lasse den Standard "<" und erhöhe den Wert auf 512.

Erinnerst du dich an unseren "MyPatrolTemplate01" NPC? Lass uns das ''GuardPatrolBeginPatrol''-Package und unser neues ''MyPatrolPackage''-Package seiner Liste hinzufügen. Stelle sicher, dass die Packages dieses Reihenfolge haben:
* MyPatrolPackage
* GuardPatrolBeginPatrol
* BanditGruntWanderInterior
<blockquote>Normalerweise platziere ich ein "Torch02"-Objekt im Inventar des NPCs, soweit möglich - es hilt, sie aus der Umgebung hervorzuheben und die Bewegung zu verdeutlichen.</blockquote>
<BLOCKQUOTE>Anderes Verhalten hinzuzufügen ist einfach. Platziere einfach andere Packages über dem Patrol-Package(schlafen, lesen, etc.) und benutze die Tageszeit-Einstellungen. Dein NPC wird erst dieser Packges ausführen, und dann zum Patrol-Package kommen, wenn keine andere Aktivität ausgeführt wird.</BLOCKQUOTE>
Du kannst den NPC nun platzieren und testen, aber es ist wichtig, dass er an der Position von MyPatrolBeginMarker gesetzt wird. Lass uns sehen wie das funktioniert.

== Wie es funktioniert ==
Ein kleiner Einblick in die Hintergründe der Packages kann dir die Funktionsweise dieser Methode und unseres AI-Packages näherbringen.

Wenn du dir das ''GuardPatrolBeginPatrol''-Package ansiehst, wirst du sehen, dass es nichts weiter als die Anweisung ist, wieder an den Ausgangspunkt des NPCs(wo er im CS erstellt wurde) zurückzukehren, mit einem "Must Reach Location". Es gibt keine Bedinungen, also wird dieses Package immer ausgeführt, wenn es einem NPC zugewiesen ist.

Aber da ''MyPatrolPackage'' in der Liste darüber steht, wird es dementsprechend auch vorher ausgeführt. Die Bedingung '''GetDistance MyPatrolBeginMarker < 512''' wird also im ersten Frame ausgeführt, wenn der NPC geladen ist, da MyPatrolBeginMarker gleich mit der Ausgangsposition des NPCs ist. Das geht so weiter bis der NPC 512 [[ob:Einheiten|Einheiten]] von seiner Ausgangsposition entfernt ist, warum kehrt er also nicht zurück, bevor er seinen Zielort erreicht hat?

Wegen dem "Must Reach Location"(dt. "Muss Ort erreichen"). Obwohl der NPC zurückkehren "möchte", sobald er mehr als 512 Einheiten von seinem Ausgangsort entfernt ist, wird er das nicht machen, bis er den ''MyPatrolEndMarker'' erreicht hat und seine AI-Liste neu analysiert.

Diese Methode kann auch benutzt werden um komplexere, Mehr-Punkte-Patrols zu erstellen, indem weitere Packages zwischen dem ersten Patrol-Package und dem ''GuardPatrolBeginPatrol''-Package erstellt werden.

== Templates benutzen ==
Häufig möchte man mehr Abwechslung als nur einen NPC, der in einem Dungeon herumläuft, und Templates(dt. Vorlage) sind die Möglichkeit diese Abwechslung zu erreichen, auch ohne neue NPCs oder Kreaturen in [[ob:Leveled Lists|Leveled Lists]] zu erstellen.
Wir können nämlich einfach eine neue Version einer Standard-Leveled List machen und unseren NPC als ''Template''(Vorlage) dafür nutzen.

Leveled Lists übernehmen die folgenden Punkte ihrer Templates:
* [[ob:AI|AI]]
* [[ob:Faction|Faction]]
* Script
* Death Item
* [[ob:CombatStyle|CombatStyle]]
* No Persuasion Flag
Lasst uns also die ''LL1BanditMelee100''-List als Grundlage verwenden. Öffne es und ändere die ID auf "''MyPatrolList''", und stelle das Template auf "''MyPatrolTemplate01''" ein. Klicke OK und erstelle das neue Objekt an der Position von ''MyPatrolBeginMarker'' und entferne den alten NPC, falls du ihn zu Testzwecken dort hingestellt hast.

== Testen und verbessern==
Das Testen ist ganz einfach, indem ihr einfach den Editor schließt und das Verhalten des NPCs in der Zelle beobachtet. Der häufigste Fehler ist, die falschen Marker und Condition/Location zu wählen. Denkt auch daran, wenn ihr Marker verschiebt, dass der NPC mit verschoben wird. Wenn es Probleme gibt, den NPC auf den richtigen Weg zu bringen, können vorhandene Path-Knotenpunkte per Rechtsklick in blaue, vorgezogene Knotenpunkte verwandelt werden.

Das wars. Mit dieser Methode lassen sich ganz einfach NPCs mit Patrol-Package erstellen und somit die Spielwelt lebendiger gestalten.

Viel Glück!

[[Kategorie:Tutorials|Grundlegendes Patrol Tutorial]]

Oblivion:Einheiten

2008-09-16T13:18:18Z

Lars: Ü

Oblivion nutzt ein Koordinaten-System dessen Einheiten, wie in Morrowind, 7 'Einheiten' pro 10 Zentimeter bzw ~70 Einheiten pro Meter entsprechen.

Die Basis dieses System bildet eine Exterior-Zelle, die aus 4096 x 4096 bzw. 58.5 x 58.5 Metern besteht.

Oder um es anders auszudrücken, ein NPC mit der Größe 1.0 ist 128 'Einheiten' groß, sodass die durchschnittliche Größe Tamriels Bewohner 1.82 Meter beträgt. 128 durch 1.82 ist ~70. So sind also 70 Einheiten etwa 1 Meter, sodass 128 Einheiten etwa 1.82 Meter ergeben.

Wenn Höhenwerte in das CS importiert werden, entspricht die Größe einer Person lediglich 64 Einheiten. Sodass also 35 Einheiten etwa einem Meter entsprechen. Außerdem scheint das Spiel die Höhenwerte um etwa 4 Einheiten zu runden, sodass sich eine vertikale Auflösung von 5.7cm ergibt. Aber wenn Terrain in das CS geladen wird, wird die HÖhe wieder um die Hälfte angepasst, sodass also 64 vertikale Einheiten etwa 0.91 Meter ergeben! Du bist verwirrt? Das war ich auch die letzten paar Stunden!

Die Wasserhöhe liegt in Oblivion übrigens auf 4069 Einheiten, was 0 auf der Z-Achse im Spiel entspricht.

[[Bild:ScaleGridQuad.png]]

Hier ist eine Karte der der Quad-Anordnung im CS aus dem [[constwiki:WorldBuilding_101|WorldBuilding 101]]-Tutorial.

[[Bild:Overviewgrid.jpg]]

[[Kategorie:Grundlegendes Wissen|Einheiten]]

Datei:Overviewgrid.jpg

2008-09-16T13:16:48Z

Lars: Eine Übersicht über die Zellenaufteilung in Oblivion

Eine Übersicht über die Zellenaufteilung in Oblivion

Datei:ScaleGridQuad.png

2008-09-16T13:15:53Z

Lars: hat eine neue Version von „Bild:ScaleGridQuad.png“ hochgeladen: Die Übersicht über die Einheiten von Oblivion, eine deutsche Übersetzung des Bildes im englischen Wiki.

Die Übersicht über die Einheiten von Oblivion, eine deutsche Übersetzung des [[constwiki:Image:ScaleGridQuad.jpg|Bildes]] im englischen Wiki.

Datei:ScaleGridQuad.png

2008-09-16T13:12:39Z

Lars: Die Übersicht über die Einheiten von Oblivion, eine deutsche Übersetzung des Bildes im englischen Wiki.

Die Übersicht über die Einheiten von Oblivion, eine deutsche Übersetzung des [[constwiki:Image:ScaleGridQuad.jpg|Bildes]] im englischen Wiki.

Oblivion:Häufige Fehler

2008-09-15T18:25:08Z

Lars: /* Vermeiden von PlaceAtMe */

== Einleitung ==

All diese Sachen sollten von einem Modder vermieden werden.

== AddTopic-Problem ==

Obwohl er eigentlich recht bekannt und gut dokumentiert ist, ist der "AddTopic-Bug" ein sehr häufiger Fehler bei Moddern.
Wenn zwei oder mehr Mods versuchen dasselbe [[ob:Topic|Topic]] zu verändern, wird nur das Topic des zuletzt geladenen geändert. Das kann zu schwerwiegenden Problemen führen, da das [[ob:Greeting|GREETING]] von mehreren [[ob:NPC|NPCs]] verwendet wird. Das Problem tritt auch auf, wenn unerwünschte [[ob:Greeting|GREETING]]-Dialoge von einem NPC entfernt wurden.
Motub hat eine ausführliche [[constwiki:Fixing_the_AddTopic_Bug|Anleitung zur Lösung des AddTopic-Problems]] geschrieben.

Außerdem sollte es vermieden werden ein Topic durch ein Script und zusätzlich über die AddTopic-Box hinzuzufügen. Das kann dazu führen, dass NPCs plötzlich aus großer Entfernung, durch Objekte, etc. mit dem Spieler reden, als wenn sie zum Beispiel mit [[ob:StartConversation|StartConversation]] dazu gebracht worden wären.
Das AddTopic aus dem Script des NPCs zu entfernen und in die Result-Box einzufügen, wird den Fehler verhindern.

== Türen ==

Vanilla-Türen sollten nicht bewegt werden, da ihre Position im Savegame gespeichert wird, sobald der Spieler in ihre Nähe kommt. Modder sollten es deshalb vermeiden die originalen Türen zu verschieben.

== Ändern von Script-Variablen ==

Dieses Problem ist am besten beschrieben in Wryes Thread [http://www.elderscrolls.com/forums/index.php?showtopic=625194 Overriding Scripts and CTDs] basierend auf einer Diskussion von MentalElf mit dem Titel ''In desparate need of a save game editor''. Trotzdem ist ein kurzer Überblick an dieser Stelle wohl sinnvoll.
Das Problem beim Ändern von Script-Variablen ist nicht, welche Mod dabei in bestimmten Konfigurationen gewinnt, sondern dass sich dies mit der Zeit ändern kann. Mann stelle sich vor, jemand nutzt eine BaseModA.esm, welche MyScript mit den Variablen VarA, VarB und VarC definiert.Diese Variablen bekommen die Indexe 1, 2 und 3. Das Savegame wird nur folgende Information enthalten:

<tesscript> script FormID = xxxxxx
value for variable index 1 = x
value for variable index 2 = y
value for variable index 3 = z</tesscript>

Mit anderen Worten: Nur die Position der Variable wird gespeichert.

Wenn der Spieler also nun nach einiger Zeit entscheidet die AddOnB.esp hinzuzufügen und diese kleine Änderungen an MyScript vornimmt, hat es zwar immer noch die Variablen VarA, VarB, and VarC, aber sie haben nun die Indexe 3, 2, 1. Wenn das Savegame also nun geladen wird, erkennt es, dass sich die FormID des Scripts nicht geändert hat und lädt also 1 für VarC, 2 für VarB, und 3 für VarA. Je nach Bedeutung der Variablen können un ernsthafte Probleme auftreten.

Schlimmer wird es noch, wenn VarA eine ref-Variable und VarC eine float-Variable ist. Du hast also nun das Binäre der float-Variable in der ref-Variable und den Inhalt der ref-Variable in der float-Variable. Absolutes Chaos!

Der einzige Weg das zu ändern ist, das Savegame ohne jegliche Mods zu laden, die etwas an dieser FormID ändern, zu speichern, die Dateien in korrekter Reihenfolge hinzuzufügen, und neu zu starten. Leider funktioniert dies nicht für Scripts aus der originalen Oblivion.esm.

Obwohl dies ein schwerwiegender Fehler ist, der einige CTDs verursachen kann, scheinen viele Leute nicht darüber informiert zu sein.

== Überfüllen von Savegames ==

Das Savegame enthält Informationen über Änderungen an der Spielwelt. Umso mehr verändert wird, desto mehr muss im Savegame gespeichert werden und desto größer wird dies.
Ein großer Faktor dafür ist die [[ob:PlaceAtMe|PlaceAtMe-Funktion]]. Neue Objekte, die mit [[ob:PlaceAtMe|PlaceAtMe]] erschaffen wurden, verschwinden nie. Dieses Problem tritt auf, wenn unsichtbare [[ob:Activator|Activators]] zum Beispiel Zauber auf den Spieler werfen - das Resultat sind unzählige ungenutzte [[ob:Activator|Activators]], die dennoch weiterhin im Savgame gespeichert bleiben.

Auch Gegenstände im Inventar können zu Problemen werden, zum Beispiel durch den Bug der negativen Gegenstandsanzahl(siehe unten).

=== Vermeiden von PlaceAtMe ===

Frühe Versionen des bekannten Tutorials [[constwiki:Casting_Spells_From_An_Activator|Casting Spells From An Activator]] benutzten PlaceAtMe sehr häufig, was einen großen Fehler darstellte, da die Script-Beispiele viel Müll im Savegame hinterließen. Als das Tutorial geschrieben wurde, ging man noch davon aus, dass PlaceAtMe ordnungsgemäß funktionieren würde.Mittlerweile wurde es aktualisiert und nutzt nun [[ob:MoveTo|MoveTo]], allerdings wurden dennoch sehr viele Mods mit PlaceAtMe erstellt.

Leider entfernt [[ob:disable|disable]] nicht den Eintrag im Savegame. Dieses Problem wird zwar angesprochen, allerdings ist die Warnung sehr schwach ausgefallen:
... avoid using PlaceAtMe to create new copies of an object when you could simply use MoveTo on an existing object.
''(deutsche Übersetzung: ... vermeide PlaceAtMe um Kopien eines Objektes zu erstellen, wenn du auch MoveTo verwenden könntest)''

Die [[ob:PlaceAtMe|PlaceAtMe-Seite]] enthält zwar Hinweise und die [constwiki:Talk:PlaceAtMe|Diskussions-Seite] enthält zusätzliche Informationen, allerdings wird es nicht dort erwähnt, wo Modder normalerweise nachsehen(z.B. Tutorials), also bin ich nicht davon überzeugt, dass es so nützlich ist.

Viele Mods verwenden trotz allem noch immer die veraltete Methode und platzieren unsichtbare Activators nahe dem Spieler, obwohl MoveTo ebenso funktionieren würde.

Der Grund, warum das Thema nicht so weit verbreitet ist, ist vielleicht die Tatsache, dass sich MoveTo nicht so einfach verwenden lässt wie PlaceAtMe. Es wird zwar auf der Diskussions-Seite behandelt, dort ist es aber nicht sehr ausführlich beschrieben.

Es wird deswegen dringend ein gutes Tutorial diesbezüglich benötigt!

Eines der Hauptprobleme mit MoveTo ist, dass die Collision nicht immer mit bewegt wird. Disable nach MoveTo zu verwenden und dann enable einen Frame später, könnte dieses Problem lösen.

Das Überfüllen des Savegames durch PlaceAtMe ist zwar vielleicht nicht so schwerwiegend wie einige andere Fehler, aber eine einzige Mod, die diese veraltete Methode nutzt, kann einem Savegame schnell mehrere Megabyte hinzufügen. Wenn es nun mehr als nur eine Mod sind, wächst das Savegame doch recht gut an.

=== Vermeiden von DuplicateAllItems auf einem Begleiter ===

[[ob:DuplicateAllItems|DuplicateAllItems]] scheint für das Überfüllen der Savegames bei Weitem am schwerwiegendsten verantwortlich zu sein.

Einige Begleiter-Mods haben die Savegames unglaublich vergrößert, indem häufig [[ob:DuplicateAllItems|DuplicateAllItems]] verwendet wurde. Das gewöhnlichste Beispiel ist eine Mod, die [[ob:DuplicateAllItems|DuplicateAllItems]] verwendet (um sie auf ein Duplikat des [[ob:NPC|NPCs]] zu duplizieren) um die Belastung zu berechnen und anzuzeigen. Falls einige der Gegenstände des NPCs gescriptete Objekte sind, werden sie permament dupliziert (und unmöglich zu entfernen) jedes Mal, wenn das DuplicateAllItems ausgeführt wird. Da dies jeden Frame geschieht, so lange das Inventar des Begleiters geöffnet ist, wird das Savegame ziemlich schnell überfüllt(dutzende Megabyte in wenigen Sekunden).

Statt die Items zu duplizieren, kann besser [[ob:RemoveAllItems|RemoveAllItems]] verwendet werden, um die Gegenstände auf den Begleitern zu übertragen und danach wieder zurück. Das behebt zwar den ursprünglichen Fehler (gescriptete Objekte überfüllen das Savegame nicht mehr), aber es lässt den Fehler der negativen Gegenstandsanzahl(siehe unten) über.

=== Vermeiden von RemoveAllItems auf einem Begleiter ===

Dies kann zwar auch zu Überfüllungen des Savegames führen, es lässt sich aber leichter vermeiden als DuplicateAllItems.

Das Benutzen von [[ob:RemoveAllItems|RemoveAllItems]] auf einem [[ob:Actor|Actor]] oder [[ob:Container|Container]] mit einer negativen Gegenstandsanzahl bei einem oder mehreren Gegeständen wird diese duplizieren. Eine negative Anzahl bedeutet, dass ein Gegenstand aufgestockt wird, sobald er entfernt wird.

Dieses Problem lässt sich vermeiden, indem man dem Begleiter keine negativen Gegenstände gibt.
Also sollte vermieden werden

<tesscript>NPC.RemoveAllItems NewContainer</tesscript>

dann

<tesscript>Newcontainer.RemoveAllItems NPC</tesscript>

auf einem NPC mit negativer Gegenstandszahl. Das wird nämlich die Items jedes Mal duplizieren, wenn du etwas mit deinem Begleiter teilst. Das bedeutet der NPC hat 65536 Gegenstände nach dem 16. Mal, 16777216 Gegenstände nach dem 24. Mal und 4.2 Milliarden nach dem 32. Mal.

Beträchtliches Savegame-Wachstum!

== Vermeide diese Punkte ==

Hier ist eine Liste der Punkte, die sonst noch zu vermeiden sind:

* Klicke niemals den Button "Recompile All"
* Aktiviere niemals "Generate All" für [[ob:Pathgrids|Pathgrids]] oder "Generate Entire World"
* Versuche niemals Items einer ESP in eine andere ESP zu kopieren, wenn sie nicht aus der Oblivion.esm stammen
* Verändere keine Zellen der Oblivion.esm mit einer anderen Master-Datei.
* Verändere Zellen nicht ausversehen. Zellen die nicht direkt von deiner Mod verändert werden, haben auch kein Sternchen(benutze [http://www.elderscrolls.com/forums/index.php?showtopic=619318 TES4Gecko] um deine Mod vor dem Release zu säubern)
* Benutze keine Unterstriche in primären Ressourcen-Dateinamen. Unterstriche sind vom Spiel genutzt um diverse Dateitypen, wie Normal Maps (xxx_n.dds), Glow Maps (xxx_g.dds), etc. zu finden.
* Benutze keine vollständigen Pfade für Retexturierungen. Texturpfade müssen relativ zum Data-Ordner sein, nicht höher (nicht C:\Programme\...). Du kannst NIBlE's "Strip Texture paths"-Funktion nutzen um dies zu umgehen.
* Verändere nicht den Besitzer eines Items im CS. Falls du einen Besitzer ändern musst, mache das Item persistent und verändere ihn per Script. Das verhindert einen Bug, bei dem Gegenstände nicht korrekt entfernt werden. Ignoriere dies, wenn du viele Besitzer von Gegenständen ändern musst - der Frame-Verlust, der dadurch entstehen würde ist es nicht wert.

== Tipps ==

* Packe Mods so, dass sie direkt ohne Unterordner in den Data-Ordner entzippt werden können.
* Die README sollte ModName-README.txt genannt werden, um keine bestehenden READMEs zu überschreiben.
* .7z (7-zip) ist das gängigste Format zum Packen von Mods.

== Vermeide gewöhnliche IDs zu nutzen ==

Obwohl dies in Oblivion weniger ein Problem ist als in Morrowind, sollte es erwähnt werden.

Erstelle keine Objekte oder Variablen mit gewöhnlichen Namen wie "GEHEIMEREINGANG". Benutze ein einzigartiges Prä- oder Suffix um deine IDs zu kennzeichnen, wie zum Beispiel: "IchininGEHEIMEREINGANG".

Dies wird deine Mod nicht so schnell mit anderen Mods in Konflikt kommen lassen.

== Verschwindende Landschaft in Tamriel ==

Dieses Problem ist auch unter den Häufigen Fehlern gelistet, weil es entstehen kann, wenn der aktuelle Modindex sich vom Modindex während der Erstellung des Plugins unterscheidet. Es tritt in diesem Fall auf, wenn du mit einer Master-Datei eine andere Master(wie die Oblivion.esm) veränderst.

Die einfachste Lösung?. Nutze niemals eine Master-Datei um eine andere Master-Datei zu verändern. Die Lösung ist in einem alten Tutorial zur [http://www.bethsoft.com/bgsforums/index.php?showtopic=603415 Erstellung sauberer Mater-Dateien] näher erläutert.

Glücklicherweise lässt sich das nun einfach erledigen, indem man mit TES4Gecko ein Plugin in seine esm- und esp-Komponenten aufteilt.

== Spieleinstellungen ==

Einstellungen sind nicht wie die [[ob:Variablen|globalen Variablen]]. Falls du

<tesscript>set SomeVar to fiSomeGameSetting</tesscript>

benutzt, wird dein Script gespeichert, aber nicht im Spiel ausgeführt. Du musst die [[ob:GameSetting|GameSetting-Funktion]] nutzen:

<tesscript>set SomeVar to (GetGameSetting fiSomeGameSetting)</tesscript>

== Häufige MessageBox-Fehler ==

# Das Script muss jeden Frame ausgeführt werden um das Klicken des Buttons mitzubekommen. Für [[ob:persistent|persistente]] Objekte([[ob:Activator|Activator]], [[ob:Container|Container]], etc.) bedeutet das, dass sie erst in den Speicher geladen werden müssen(z.B. in die selbe Zelle wie der Spieler). Für Quests heißt das, dass [[ob:fQuestDelayTime|fQuestDelayTime]] auf einen niedrigen Wert, wie .001 gesetzt werden muss. Für alle gültigt ist, dass der Code in einen Block gesetzt wird, der jeden Frame ausgeführt wird (z.B. [[ob:GameMode|GameMode]], [[ob:MenuMode|MenuMode]])
# Falls mehrere Menüs dargestellt werden sollen, wird eine Variable benötigt, die angibt in welchem Menü der Spieler sich grade befindent. Mache zum Beispiel eine short MenuShowing-Variable und setze den Wert auf 1 für das erste Menü, 2 für das zweite Menü und so weiter.
# Falls irgendwelcher Code nach dem Button-Teil (also nach if (Button > -1)) jeden Frame ausgeführt werden muss, musst du deinen Code so gestalten, dass die Button-Variable jeden Frame gesetzt wird:

<tesscript>...
if (MenuShowing == -1)
MessageBox ...
set MenuShowing to 1
elseif (MenuShowing == 1)
set Button to GetButtonPressed
if (Button > -1)
if (Button == 0)
...</tesscript>

dann musst du es so ändern, dass der Button nach dem Anzeigen des Menüs zurückgesetzt wird:

<tesscript>...
if (MenuShowing == -1)
MessageBox ...
set MenuShowing to 1
set Button to GetButtonPressed
elseif (MenuShowing == 1)
if (Button == -1)
set Button to GetButtonPressed
return
elseif (Button == 0)
...</tesscript>

# Falls du einen gescripteten Magie-Effekt für deine MessageBox verwendest stelle sicher, dass er (mindestens) einige Sekunden anhält. Es wird allerdings dringend empfohlen eine andere Methode zu nutzen. Du kannst den Effekt mit einer Quest starten lassen, oder mittels eines [[ob:Activator|Activators]], oder füge dem Spieler einfach ein Token hinzu und lasse die Messagebox darüber laufen.

[[Kategorie:Tutorials|Häufige Fehler]]

Oblivion:Häufige Fehler

2008-09-15T18:21:48Z

Lars: Übersetzter Text eingefügt

== Einleitung ==

All diese Sachen sollten von einem Modder vermieden werden.

== AddTopic-Problem ==

Obwohl er eigentlich recht bekannt und gut dokumentiert ist, ist der "AddTopic-Bug" ein sehr häufiger Fehler bei Moddern.
Wenn zwei oder mehr Mods versuchen dasselbe [[ob:Topic|Topic]] zu verändern, wird nur das Topic des zuletzt geladenen geändert. Das kann zu schwerwiegenden Problemen führen, da das [[ob:Greeting|GREETING]] von mehreren [[ob:NPC|NPCs]] verwendet wird. Das Problem tritt auch auf, wenn unerwünschte [[ob:Greeting|GREETING]]-Dialoge von einem NPC entfernt wurden.
Motub hat eine ausführliche [[constwiki:Fixing_the_AddTopic_Bug|Anleitung zur Lösung des AddTopic-Problems]] geschrieben.

Außerdem sollte es vermieden werden ein Topic durch ein Script und zusätzlich über die AddTopic-Box hinzuzufügen. Das kann dazu führen, dass NPCs plötzlich aus großer Entfernung, durch Objekte, etc. mit dem Spieler reden, als wenn sie zum Beispiel mit [[ob:StartConversation|StartConversation]] dazu gebracht worden wären.
Das AddTopic aus dem Script des NPCs zu entfernen und in die Result-Box einzufügen, wird den Fehler verhindern.

== Türen ==

Vanilla-Türen sollten nicht bewegt werden, da ihre Position im Savegame gespeichert wird, sobald der Spieler in ihre Nähe kommt. Modder sollten es deshalb vermeiden die originalen Türen zu verschieben.

== Ändern von Script-Variablen ==

Dieses Problem ist am besten beschrieben in Wryes Thread [http://www.elderscrolls.com/forums/index.php?showtopic=625194 Overriding Scripts and CTDs] basierend auf einer Diskussion von MentalElf mit dem Titel ''In desparate need of a save game editor''. Trotzdem ist ein kurzer Überblick an dieser Stelle wohl sinnvoll.
Das Problem beim Ändern von Script-Variablen ist nicht, welche Mod dabei in bestimmten Konfigurationen gewinnt, sondern dass sich dies mit der Zeit ändern kann. Mann stelle sich vor, jemand nutzt eine BaseModA.esm, welche MyScript mit den Variablen VarA, VarB und VarC definiert.Diese Variablen bekommen die Indexe 1, 2 und 3. Das Savegame wird nur folgende Information enthalten:

<tesscript> script FormID = xxxxxx
value for variable index 1 = x
value for variable index 2 = y
value for variable index 3 = z</tesscript>

Mit anderen Worten: Nur die Position der Variable wird gespeichert.

Wenn der Spieler also nun nach einiger Zeit entscheidet die AddOnB.esp hinzuzufügen und diese kleine Änderungen an MyScript vornimmt, hat es zwar immer noch die Variablen VarA, VarB, and VarC, aber sie haben nun die Indexe 3, 2, 1. Wenn das Savegame also nun geladen wird, erkennt es, dass sich die FormID des Scripts nicht geändert hat und lädt also 1 für VarC, 2 für VarB, und 3 für VarA. Je nach Bedeutung der Variablen können un ernsthafte Probleme auftreten.

Schlimmer wird es noch, wenn VarA eine ref-Variable und VarC eine float-Variable ist. Du hast also nun das Binäre der float-Variable in der ref-Variable und den Inhalt der ref-Variable in der float-Variable. Absolutes Chaos!

Der einzige Weg das zu ändern ist, das Savegame ohne jegliche Mods zu laden, die etwas an dieser FormID ändern, zu speichern, die Dateien in korrekter Reihenfolge hinzuzufügen, und neu zu starten. Leider funktioniert dies nicht für Scripts aus der originalen Oblivion.esm.

Obwohl dies ein schwerwiegender Fehler ist, der einige CTDs verursachen kann, scheinen viele Leute nicht darüber informiert zu sein.

== Überfüllen von Savegames ==

Das Savegame enthält Informationen über Änderungen an der Spielwelt. Umso mehr verändert wird, desto mehr muss im Savegame gespeichert werden und desto größer wird dies.
Ein großer Faktor dafür ist die [[ob:PlaceAtMe|PlaceAtMe-Funktion]]. Neue Objekte, die mit [[ob:PlaceAtMe|PlaceAtMe]] erschaffen wurden, verschwinden nie. Dieses Problem tritt auf, wenn unsichtbare [[ob:Activator|Activators]] zum Beispiel Zauber auf den Spieler werfen - das Resultat sind unzählige ungenutzte [[ob:Activator|Activators]], die dennoch weiterhin im Savgame gespeichert bleiben.

Auch Gegenstände im Inventar können zu Problemen werden, zum Beispiel durch den Bug der negativen Gegenstandsanzahl(siehe unten).

=== Vermeiden von PlaceAtMe ===

Frühe Versionen des bekannten Tutorials [[constwiki:Casting_Spells_From_An_Activator|Casting Spells From An Activator] benutzten PlaceAtMe sehr häufig, was einen großen Fehler darstellte, da die Script-Beispiele viel Müll im Savegame hinterließen. Als das Tutorial geschrieben wurde, ging man noch davon aus, dass PlaceAtMe ordnungsgemäß funktionieren würde.Mittlerweile wurde es aktualisiert und nutzt nun [[ob:MoveTo|MoveTo]], allerdings wurden dennoch sehr viele Mods mit PlaceAtMe erstellt.

Leider entfernt [[ob:disable|disable]] nicht den Eintrag im Savegame. Dieses Problem wird zwar angesprochen, allerdings ist die Warnung sehr schwach ausgefallen:
... avoid using PlaceAtMe to create new copies of an object when you could simply use MoveTo on an existing object.
''(deutsche Übersetzung: ... vermeide PlaceAtMe um Kopien eines Objektes zu erstellen, wenn du auch MoveTo verwenden könntest)''

Die [[ob:PlaceAtMe|PlaceAtMe-Seite]] enthält zwar Hinweise und die [constwiki:Talk:PlaceAtMe|Diskussions-Seite] enthält zusätzliche Informationen, allerdings wird es nicht dort erwähnt, wo Modder normalerweise nachsehen(z.B. Tutorials), also bin ich nicht davon überzeugt, dass es so nützlich ist.

Viele Mods verwenden trotz allem noch immer die veraltete Methode und platzieren unsichtbare Activators nahe dem Spieler, obwohl MoveTo ebenso funktionieren würde.

Der Grund, warum das Thema nicht so weit verbreitet ist, ist vielleicht die Tatsache, dass sich MoveTo nicht so einfach verwenden lässt wie PlaceAtMe. Es wird zwar auf der Diskussions-Seite behandelt, dort ist es aber nicht sehr ausführlich beschrieben.

Es wird deswegen dringend ein gutes Tutorial diesbezüglich benötigt!

Eines der Hauptprobleme mit MoveTo ist, dass die Collision nicht immer mit bewegt wird. Disable nach MoveTo zu verwenden und dann enable einen Frame später, könnte dieses Problem lösen.

Das Überfüllen des Savegames durch PlaceAtMe ist zwar vielleicht nicht so schwerwiegend wie einige andere Fehler, aber eine einzige Mod, die diese veraltete Methode nutzt, kann einem Savegame schnell mehrere Megabyte hinzufügen. Wenn es nun mehr als nur eine Mod sind, wächst das Savegame doch recht gut an.

=== Vermeiden von DuplicateAllItems auf einem Begleiter ===

[[ob:DuplicateAllItems|DuplicateAllItems]] scheint für das Überfüllen der Savegames bei Weitem am schwerwiegendsten verantwortlich zu sein.

Einige Begleiter-Mods haben die Savegames unglaublich vergrößert, indem häufig [[ob:DuplicateAllItems|DuplicateAllItems]] verwendet wurde. Das gewöhnlichste Beispiel ist eine Mod, die [[ob:DuplicateAllItems|DuplicateAllItems]] verwendet (um sie auf ein Duplikat des [[ob:NPC|NPCs]] zu duplizieren) um die Belastung zu berechnen und anzuzeigen. Falls einige der Gegenstände des NPCs gescriptete Objekte sind, werden sie permament dupliziert (und unmöglich zu entfernen) jedes Mal, wenn das DuplicateAllItems ausgeführt wird. Da dies jeden Frame geschieht, so lange das Inventar des Begleiters geöffnet ist, wird das Savegame ziemlich schnell überfüllt(dutzende Megabyte in wenigen Sekunden).

Statt die Items zu duplizieren, kann besser [[ob:RemoveAllItems|RemoveAllItems]] verwendet werden, um die Gegenstände auf den Begleitern zu übertragen und danach wieder zurück. Das behebt zwar den ursprünglichen Fehler (gescriptete Objekte überfüllen das Savegame nicht mehr), aber es lässt den Fehler der negativen Gegenstandsanzahl(siehe unten) über.

=== Vermeiden von RemoveAllItems auf einem Begleiter ===

Dies kann zwar auch zu Überfüllungen des Savegames führen, es lässt sich aber leichter vermeiden als DuplicateAllItems.

Das Benutzen von [[ob:RemoveAllItems|RemoveAllItems]] auf einem [[ob:Actor|Actor]] oder [[ob:Container|Container]] mit einer negativen Gegenstandsanzahl bei einem oder mehreren Gegeständen wird diese duplizieren. Eine negative Anzahl bedeutet, dass ein Gegenstand aufgestockt wird, sobald er entfernt wird.

Dieses Problem lässt sich vermeiden, indem man dem Begleiter keine negativen Gegenstände gibt.
Also sollte vermieden werden

<tesscript>NPC.RemoveAllItems NewContainer</tesscript>

dann

<tesscript>Newcontainer.RemoveAllItems NPC</tesscript>

auf einem NPC mit negativer Gegenstandszahl. Das wird nämlich die Items jedes Mal duplizieren, wenn du etwas mit deinem Begleiter teilst. Das bedeutet der NPC hat 65536 Gegenstände nach dem 16. Mal, 16777216 Gegenstände nach dem 24. Mal und 4.2 Milliarden nach dem 32. Mal.

Beträchtliches Savegame-Wachstum!

== Vermeide diese Punkte ==

Hier ist eine Liste der Punkte, die sonst noch zu vermeiden sind:

* Klicke niemals den Button "Recompile All"
* Aktiviere niemals "Generate All" für [[ob:Pathgrids|Pathgrids]] oder "Generate Entire World"
* Versuche niemals Items einer ESP in eine andere ESP zu kopieren, wenn sie nicht aus der Oblivion.esm stammen
* Verändere keine Zellen der Oblivion.esm mit einer anderen Master-Datei.
* Verändere Zellen nicht ausversehen. Zellen die nicht direkt von deiner Mod verändert werden, haben auch kein Sternchen(benutze [http://www.elderscrolls.com/forums/index.php?showtopic=619318 TES4Gecko] um deine Mod vor dem Release zu säubern)
* Benutze keine Unterstriche in primären Ressourcen-Dateinamen. Unterstriche sind vom Spiel genutzt um diverse Dateitypen, wie Normal Maps (xxx_n.dds), Glow Maps (xxx_g.dds), etc. zu finden.
* Benutze keine vollständigen Pfade für Retexturierungen. Texturpfade müssen relativ zum Data-Ordner sein, nicht höher (nicht C:\Programme\...). Du kannst NIBlE's "Strip Texture paths"-Funktion nutzen um dies zu umgehen.
* Verändere nicht den Besitzer eines Items im CS. Falls du einen Besitzer ändern musst, mache das Item persistent und verändere ihn per Script. Das verhindert einen Bug, bei dem Gegenstände nicht korrekt entfernt werden. Ignoriere dies, wenn du viele Besitzer von Gegenständen ändern musst - der Frame-Verlust, der dadurch entstehen würde ist es nicht wert.

== Tipps ==

* Packe Mods so, dass sie direkt ohne Unterordner in den Data-Ordner entzippt werden können.
* Die README sollte ModName-README.txt genannt werden, um keine bestehenden READMEs zu überschreiben.
* .7z (7-zip) ist das gängigste Format zum Packen von Mods.

== Vermeide gewöhnliche IDs zu nutzen ==

Obwohl dies in Oblivion weniger ein Problem ist als in Morrowind, sollte es erwähnt werden.

Erstelle keine Objekte oder Variablen mit gewöhnlichen Namen wie "GEHEIMEREINGANG". Benutze ein einzigartiges Prä- oder Suffix um deine IDs zu kennzeichnen, wie zum Beispiel: "IchininGEHEIMEREINGANG".

Dies wird deine Mod nicht so schnell mit anderen Mods in Konflikt kommen lassen.

== Verschwindende Landschaft in Tamriel ==

Dieses Problem ist auch unter den Häufigen Fehlern gelistet, weil es entstehen kann, wenn der aktuelle Modindex sich vom Modindex während der Erstellung des Plugins unterscheidet. Es tritt in diesem Fall auf, wenn du mit einer Master-Datei eine andere Master(wie die Oblivion.esm) veränderst.

Die einfachste Lösung?. Nutze niemals eine Master-Datei um eine andere Master-Datei zu verändern. Die Lösung ist in einem alten Tutorial zur [http://www.bethsoft.com/bgsforums/index.php?showtopic=603415 Erstellung sauberer Mater-Dateien] näher erläutert.

Glücklicherweise lässt sich das nun einfach erledigen, indem man mit TES4Gecko ein Plugin in seine esm- und esp-Komponenten aufteilt.

== Spieleinstellungen ==

Einstellungen sind nicht wie die [[ob:Variablen|globalen Variablen]]. Falls du

<tesscript>set SomeVar to fiSomeGameSetting</tesscript>

benutzt, wird dein Script gespeichert, aber nicht im Spiel ausgeführt. Du musst die [[ob:GameSetting|GameSetting-Funktion]] nutzen:

<tesscript>set SomeVar to (GetGameSetting fiSomeGameSetting)</tesscript>

== Häufige MessageBox-Fehler ==

# Das Script muss jeden Frame ausgeführt werden um das Klicken des Buttons mitzubekommen. Für [[ob:persistent|persistente]] Objekte([[ob:Activator|Activator]], [[ob:Container|Container]], etc.) bedeutet das, dass sie erst in den Speicher geladen werden müssen(z.B. in die selbe Zelle wie der Spieler). Für Quests heißt das, dass [[ob:fQuestDelayTime|fQuestDelayTime]] auf einen niedrigen Wert, wie .001 gesetzt werden muss. Für alle gültigt ist, dass der Code in einen Block gesetzt wird, der jeden Frame ausgeführt wird (z.B. [[ob:GameMode|GameMode]], [[ob:MenuMode|MenuMode]])
# Falls mehrere Menüs dargestellt werden sollen, wird eine Variable benötigt, die angibt in welchem Menü der Spieler sich grade befindent. Mache zum Beispiel eine short MenuShowing-Variable und setze den Wert auf 1 für das erste Menü, 2 für das zweite Menü und so weiter.
# Falls irgendwelcher Code nach dem Button-Teil (also nach if (Button > -1)) jeden Frame ausgeführt werden muss, musst du deinen Code so gestalten, dass die Button-Variable jeden Frame gesetzt wird:

<tesscript>...
if (MenuShowing == -1)
MessageBox ...
set MenuShowing to 1
elseif (MenuShowing == 1)
set Button to GetButtonPressed
if (Button > -1)
if (Button == 0)
...</tesscript>

dann musst du es so ändern, dass der Button nach dem Anzeigen des Menüs zurückgesetzt wird:

<tesscript>...
if (MenuShowing == -1)
MessageBox ...
set MenuShowing to 1
set Button to GetButtonPressed
elseif (MenuShowing == 1)
if (Button == -1)
set Button to GetButtonPressed
return
elseif (Button == 0)
...</tesscript>

# Falls du einen gescripteten Magie-Effekt für deine MessageBox verwendest stelle sicher, dass er (mindestens) einige Sekunden anhält. Es wird allerdings dringend empfohlen eine andere Methode zu nutzen. Du kannst den Effekt mit einer Quest starten lassen, oder mittels eines [[ob:Activator|Activators]], oder füge dem Spieler einfach ein Token hinzu und lasse die Messagebox darüber laufen.

[[Kategorie:Tutorials|Häufige Fehler]]

Oblivion:Debuggen von Scripts

2008-09-14T10:21:55Z

Lars: Übersetzter Text eingefügt

Das Debuggen im CS ist ziemlich zeitaufwändig und die mitgelieferten Tools sind nicht sehr zufriedenstellend.
Hier sind also Hinweise zum Debuggen von Scripts, falls unerwünschte Ergebnisse aufkommen sollten.

== Script Processing ==

Zuerst sollte ein Blick auf das [[ob:Script Processing|Script Processing]] geworfen werden, um zu verstehen wie die einzelnen Script-Arten funktionieren.

Nur Quest Scripts werden durchgehend in bestimmten Abständen ausgeführt.

Objekt Scripts werden jeden Frame ausgeführt, aber es kann sein, dass sie für eine Weile nicht ausgeführt werden, wenn der Spieler nicht in der Nähe ist. Es gibt sogar Fälle, in denen die AI das Ausführen der Scripts verhindert. Dies ist der Fall für [[ob:Package|Follow-Packages]], falls sie Bedingungen von [[ob:Variablen|Script-Variablen]] des selben Objektes abfragen.

Um herauszufinden ob ein Script ausgeführt wird, kann einfach ein Code wie Folgender eingebaut und anschließend ingame geprüft werden:

<tesscript>; long benutzen, falls die Frames über längeren
; Zeitraum beobachtet werden sollen
short FramesRun

Begin GameMode
Set FramesRun To FramesRun + 1

... restlicher Code

End</tesscript>

== Kontrollieren von Variablen ==

Es gibt verschiedene Möglichkeiten den momentanen Inhalt von Variablen zu überprüfen.

Der einfachste und zuverlässigste Weg wären die Konsolen-Funktionen - zum Beispiel prid und tst oder sv. Damit lässt sich immer der aktuelle Inhalt einer Variable erhalten.

Also zuerst das zu kontrollierende Objekt aktivieren (mit einem NPC reden, ein Buch lesen, etc.), dann die Konsole öffnen. Am oberen Rand des Bildschirms lässt sich nun die FormID ablesen. Falls nicht, muss das Objekt mit einem Linksklick ausgewählt werden.

Falls das entsprechende Objekt nicht ausgewählt werden kann (weil es in einer andere Zelle, oder disabled ist), kann es mit prid ausgewählt werden sofern die FormID bekannt ist. Das prid-Kommando kann zu jedem Objekt wechseln, wenn also das Script eines NPCs geprüft werden soll und der NPC die FormID 0b002089 hat, muss einfach Folgendes eingegeben werden:

<tesscript>prid 0b002089</tesscript>

Falls es in dem Script nicht zu viele Variablen gibt, lässt sich ShowVars/sv verwenden um sie anzeigen zu lassen. Dazu einfach eingeben:

<tesscript>sv</tesscript>

Falls viele Variablen genutzt werden, werden möglicherweise nur die Letzten angezeigt. In dem Fall können mit Bild-Hoch auch die restlichen Variablen angezeigt werden.

Eine spezielle Variable lässt sich mit Show/tst ausgeben. Wenn nun also kontrolliert werden soll, wie oft das Script ausgeführt wurde und falls eine FrameRuns-Variable eingesetzt wurde, einfach Folgendes eingeben:

<tesscript>show FrameRuns</tesscript>

Falls diese Variable nicht bei jedem neuen Öffnen der Konsole größer wird, könnte es sein, dass ein AI Package das Script an der Ausführung hindert.

Um alle Variablen eines Quests anzeigen zu lassen, kann ShowQuestVariables(oder sqv) verwendet werden:

<tesscript>sqv QuestID</tesscript>

Aufpassen, wenn in dem Script Message oder MessageBox genutzt wird!

Message kann hilfreich sein um herauszufinden, welcher Teil des Codes grade ausgeführt wird, oder welchen Wert eine Variable grade hat, aber da eine Nachricht immer eine Sekunde lang angezeigt wird, kommen aufeinanderfolgende Nachrichten erst verspätet. Das bedeutet, dass der Wert, der angezeigt wird sich schon wieder verändert haben könnte. Die PrintToConsole-Funktion von OBSE kann dies vereinfachen.

MessageBox verhält sich da anders. Falls mehrere Messageboxen angezeigt werden sollen, kann es vorkommen, dass nur die letzte angezeigt wird und der Rest ignoriert wird, aber es sollte dennoch funktionieren.

Zumindest gibt MessageBox den aktuellen Wert aus.

== Bugs finden, die nicht vom CS oder Oblivion gemeldet werden ==

Das CS gibt normalerweise ein paar Hinweise aus, wenn ein Script gespeichert wird. Allerdings ist das recht unzuverlässig, da nur Syntax-Fehler angezeigt werden - zum Beispiel, wenn auf Objekte verwiesen wird die nicht existieren, oder wenn inkorrekte If-Blöcke enthalten sind.

Trotzdem können Fehler geschehen, die nicht vom CS erkannt werden.

Leider unterstützt Oblivion keine Ingame-Fehlermeldungen. Falls in einem Script ein Fehler auftritt, wird das entsprechende Script einfach beendet ohne den Nutzer zu informieren. Deswegen ist es hilfreich eine Variable einzubauen, die sich jeden Frame erhöht - durch das Überprüfen dieser Variable lässt sich feststellen, ob ein Script beendet wurde, oder noch läuft.

Hier ein Beispiel: Es hat einen ganzen Tag gedauert bis ich feststellen konnte, dass mein Script nicht ausgeführt wurde. Der Grund war, dass ich die Befehle [[ob:GetCurrentAIPackage|GetCurrentAIPackage]] und [[ob:GetIsCurrentPackage|GetIsCurrentPackage]] verwechselt habe.

Also hat dieser Teil

<tesscript>If ( GetCurrentAIPackage "00MyPackage1" )
Set PackageLoaded To 1
ElseIf ( GetCurrentAIPackage "00MyPackage2" )
Set PackageLoaded To 2
...</tesscript>

den Interpreter das Script zum Anhalten bringen lassen. Falls das "00MyPackage" Verwunderung verursacht: die Apostrophe sind empfehlenswert, wenn eine EditorID mit Ziffern beginnt. Ich habe dort zwei Nullen einsetzt, damit mein Objekt immer ganz oben gelistet wird.

Was ich also eigentlich machen musste war Folgendes:

<tesscript>If ( GetIsCurrentPackage "00MyPackage1" )
Set PackageLoaded To 1
ElseIf ( GetIsCurrentPackage "00MyPackage2" )
Set PackageLoaded To 2
...</tesscript>

Aber das Script wurde problemlos gespeichert und ich bekam ingame keine Meldungen über einen Fehler. Das kommt daher, dass der Compiler häufig zusätzliche Parameter ignoriert. So werden diese Zeilen zum Beispiel - obwohl sie inkorrekt sind - problemlos gespeichert:

<tesscript>disable objectID 1
PickIdle My name is Bob</tesscript>

Das [[ob:GetCurrentAIPackage|GetCurrentAIPackage]] funktionierte in dem Fall wie ein [[ob:Return|Return-Befehl]], sodass kein Code nach dem ersten Auftreten von [[ob:GetCurrentAIPackage|GetCurrentAIPackage]] mehr ausgeführt wurde, da es nicht richtig eingesetzt wurde, obwohl ein gültiges Package angegeben war. Hier noch ein Beispiel dazu:

<tesscript>GetCurrentAIPackage "ValidPackageName"
PickIdle My name is Bob</tesscript>

Oder

<tesscript>If ( GetCurrentAIPackage "ValidPackageName" )
PickIdle My name is Bob
EndIf</tesscript>

Du möchtest vielleicht das Folgende mit einem [[ob:NPC|NPC]] der nicht zum [[ob:Package|Package]] gehört testen, aber du wirst feststellen, dass das Script ohne gültiges Package nicht gespeichert werden kann. Außerdem kann es vorkommen, dass das Script nachher nicht mehr ausgeführt wird. In meinem Fall blieb [[ob:FramesRun|FramesRun]] bei dem Wert 1, auch wenn ich mit dem [[ob:NPC|NPC]] geredet habe - Details zu meinem Spiel siehe unten.

<tesscript>short FramesRun
Begin GameMode

Set FramesRun To FramesRun+1
Message "Test vor GetCurrentAIPackage"

If ( GetCurrentAIPackage aaaCreatureExterior1500 )
Message "Test aaaCreatureExterior1500 package name"
EndIf

Message "Still alive"

... weiterer Code
End</tesscript>

Du siehst also, verschiedene [[ob:Funktion|Funktionen]] (besonders welche, die auch wie ein [[ob:Return|Return-Befehl]] funktionieren können) können sich unerwartet verhalten, während andere dies nicht tun!

Details zu meiner Konfiguration: Ich spiele mit einer deutschen Version mit Patch V1.1, Oblivion Deutsch 3.0 und BTMod 2.20

== Debug-Nachrichten ingame an bestimmten Stellen ==

Falls du an einem bestimmten Punkt eine [[ob:Message|Message]] oder [[ob:MessageBox|MessageBox]] erhalten möchtest, ist es hilfreich eine debugOn-Variable im Script zu definieren und sie mit mit Hilfe eines [[ob:Topic|General Topics]] oder [[ob:Topic|Quest Topics]] zu setzen.

Der Code würde so aussehen:

<tesscript>short debugOn
... dein Code
If debugOn
Message "Was auch immer ausgegeben werden sol %.0f" MyVar
EndIf
... dein Code
If debugOn
Message "Was auch immer ausgegeben werden sol %.0f" MyVar2
EndIf
... und so weiter
; und falls du die Nachrichten gerne pro Frame
; haben möchtest, füge ein ShowEnchantment am Anfang
; oder Ende des GameMode-Blocks hinzu:
If debugOn
ShowEnchantment
EndIf</tesscript>

Vielleicht möchtest du das Debuggen aber auch erst an einer bestimmten Stelle starten. Nichts leichter als das:

<tesscript>short debugOn
; notfalls Teile auskommentieren
Set debugOn to 0
... dein Code
If debugOn
Message "Was auch immer ausgegeben werden soll %.0f" MyVar
EndIf
... dein Code
If YourConditionBlockToInspect
Set debugOn to 1
; ab hier die Nachrichten
If debugOn
Message "Was auch immer ausgegeben werden soll %.0f" MyVar2
EndIf
; und falls du die Nachrichten gerne pro Frame
; haben möchtest, füge ein ShowEnchantment am Anfang
; oder Ende des GameMode-Blocks hinzu:
ShowEnchantment
; Ich habe nicht in allen Fällen geprüft, ob ShowEnchantment
; wie ein Return-Befehl funktioniert(normalerweise nicht)
; Aber dann aufpassen bei Scripts, die nur bis zu diesem
; Punkt ausgeführt werden und notfalls auskommentieren
; Ab hier keine Nachrichten mehr
Set debugOn to 0
EndIf
... und so weiter</tesscript>

In der finalen Version des Scripts sollten die Debug-Nachrichten und debugOn-Blöcke entfernt werden, da das Script dadurch nur unnötig länger braucht um ausgeführt zu werden.

[[Kategorie:Tutorials]]

Oblivion:Debugging

2008-09-13T14:25:57Z

Lars: Übersetzter Text eingefügt

Falls etwas nicht richtig funktioniert, lässt sich hier eine mögliche Lösung für den Bug finden.

== Komma statt Punkt ==

Dies kann jedem Scripter schwere Kopfschmerzen bescheren: Der Compiler akzeptiert zwar Kommas statt Punkten in der Referenz-Syntax, aber das Script wird im Spiel nicht funktionieren.

<tesscript>player.modAV health 200 <- Gut
player,modAV health 200 <- Das Script wird nicht mehr ausgeführt</tesscript>

Leicht zu übersehen, wenn nach logischen Fehlern gesucht wird.

== Ziffern ==

IDs oder Variablen niemals mit einer Ziffer beginnen lassen.

<tesscript>short 5forFighting; FALSCH
long benFolds5; RICHTIG!
myGuy.moveTo 0marker; FASCH</tesscript>

== Falsch zugeordnetes If/Endif ==

Der Compiler wird zusätzliche Endifs beim Speichern des Scripts nicht beachten, aber sie können dafür sorgen, dass das Script im Spiel nicht mehr ausgeführt wird. Jedes If sollte also exakt nur ein Endif haben:

<tesscript>if ( something == happened )
do something
endif ; RICHTIG
endif ; FALSCH, zusätzliches Endif kann im Spiel Fehler verursachen</tesscript>

Der beste Weg dies zu vermeiden, ist die korrekte Einrückung der If-Blöcke.

== Quest Topic Scripts ==

Der Script-Editor im [[ob:Quest Window|Quest/Topic-Fenster]] ist für sehr einfache Operationen, wie das Setzen von Globals oder setstage. Allerdings werden einige Dinge die dort korrekt erscheinen, im Spiel nicht ausgeführt.

== Getself != player ==

Bei der Nutzung von

<tesscript>getself != player</tesscript>

ist Vorsicht angesagt.

Falls es von einem Scripteffekt-Zauber genutzt wird, kann es als wahr gewertet werden. Die einfachste Lösung ist das Hinzufügen einer anderen Bedinung, wie:

<tesscript>getdistance player >0</tesscript>

Allerdings ist getDistance unzuverlässig, wenn der Spieler schwimmt. Am besten verwendet man:

<tesscript>ref refVar
set refVar to getSelf
if ( refVar.getIsReference player == 0 )</tesscript>

== Benutzen eines durch PlaceAtMe verwiesenen Objekts im selben Frame ==

Falls der verwiesene Gegenstand von PlaceAtMe im selben Frame genutzt wird

<tesscript>set pItem to (player.PlaceAtMe IronBow 1, 0, 0)
pItem.Activate player ;fügt dem Spieler den Bogen hinzu</tesscript>

wird das Script auf dem Objekt möglicherweise nicht ausgeführt.

[[Kategorie:Tutorials]]

Oblivion:Script Processing

2008-09-13T13:54:44Z

Lars:

== Wie oft werden Scripts ausgeführt ==

* '''Quest Scripts''' werden standardmäßig alle 5 Sekunden ausgeführt, wenn die [[ob:Quest|Quest]] aktiv ist. Mittels einer Variable im Quest Script lässt sich dies anpassen.
* '''Scripts auf [[ob:Actor|Actors]]'''(Kreaturen und NPCs) werden jedes Mal mit der [[ob:AI|AI]] des [[ob:Actor|Actors]] zusammen ausgeführt. In der näheren Umgebung des Spieler geschieht dies jeden Frame. Falls ein Actor weiter entfernt ist, geschieht es deutlich seltener (bis zu ein Mal pro 15 Spielminuten, was das Minimum darstellt). Es sind die einzigen Scripts, die (neben Quest Scripts) ausgeführt werden, wenn der Spieler nicht in der Nähe ist.
* '''Scripts auf [[ob:Reference|Referenzen]]''' werden ausgeführt, wenn die jeweilige Zelle geladen wird, wenn sie nicht geladen ist, werden die Scripts auch nicht ausgeführt. Das heißt also, diese Scripts werden nur ausgeführt, wenn der Spieler in der Nähe ist (was heißt, dass sich dort gut aufwändigere Scripts wie Distanz-Abfragen platzieren lassen).
* '''Scripts auf Objekten in einem [[ob:Container|Container]]''' werden ausgeführt, wenn das Script des Containers ausgeführt wird -- also werden Gegenstände eines [[ob:NPC|NPCs]] zusammen mit dem [[ob:NPC|NPC]] ausgeführt; Gegenstände in anderen Containers werden jeden Frame ausgeführt, wenn die entsprechende Zelle geladen ist.
* '''Scripts auf Türen''' sind ein bisschen anders, sie werden wie andere Scripts auf einer [[ob:Referenz|Referenz]] ausgeführt (jeden Frame wenn die Zelle geladen ist), aber jedes Mal wenn ein [[ob:Actor|Actor]] die Tür aktiviert.

[[Kategorie:Grundlegendes_Wissen]]

Oblivion:Script Processing

2008-09-13T13:54:25Z

Lars:

== Wie oft werden Scripts ausgeführt ==

* '''Quest Scripts''' werden standardmäßig alle 5 Sekunden ausgeführt, wenn die [[ob:Quest|Quest]] aktiv ist. Mittels einer Variable im Quest Script lässt sich dies anpassen.
* '''Scripts auf [[ob:Actor|Actors]]'''(Kreaturen und NPCs) werden jedes Mal mit der [[ob:AI|AI]] des [[ob:Actor|Actors]] zusammen ausgeführt. In der näheren Umgebung des Spieler geschieht dies jeden Frame. Falls ein Actor weiter entfernt ist, geschieht es deutlich seltener (bis zu ein Mal pro 15 Spielminuten, was das Minimum darstellt). Es sind die einzigen Scripts, die (neben Quest Scripts) ausgeführt werden, wenn der Spieler nicht in der Nähe ist.
* '''Scripts auf [[ob:Reference|Referenzen]]''' werden ausgeführt, wenn die jeweilige Zelle geladen wird, wenn sie nicht geladen ist, werden die Scripts auch nicht ausgeführt. Das heißt also, diese Scripts werden nur ausgeführt, wenn der Spieler in der Nähe ist (was heißt, dass sich dort gut aufwändigere Scripts wie Distanz-Abfragen platzieren lassen).
* '''Scripts auf Objekten in einem [[ob:Container|Container]]''' werden ausgeführt, wenn das Script des Containers ausgeführt wird -- also werden Gegenstände eines [[ob:NPC|NPCs]] zusammen mit dem [[ob:NPC|NPC]] ausgeführt; Gegenstände in anderen Containers werden jeden Frame ausgeführt, wenn die entsprechende Zelle geladen ist.
* '''Scripts auf Türen''' sind ein bisschen anders, sie werden wie andere Scripts auf einer [[ob:Referenz|Referenz]] ausgefürht (jeden Frame wenn die Zelle geladen ist), aber jedes Mal wenn ein [[ob:Actor|Actor]] die Tür aktiviert.

[[Kategorie:Grundlegendes_Wissen]]

Oblivion:Script Processing

2008-09-13T13:50:26Z

Lars: Übersetzter Text eingefügt

== Wie oft werden Scripts ausgeführt ==

* '''Quest Scripts''' werden standardmäßig alle 5 Sekunden ausgeführt, wenn die [[ob:Quest|Quest]] aktiv ist. Mittels einer Variable im Quest Script lässt sich dies anpassen.
* '''Scripts auf [[ob:Actor|Actors]]'''(Kreaturen und NPCs) werden jedes Mal mit der [[ob:AI|AI]] des [[ob:Actor|Actors]] zusammen ausgeführt. In der näheren Umgebung des Spieler geschieht dies jeden Frame. Falls ein Actor weiter entfernt ist, geschieht es deutlich seltener (bis zu ein Mal pro 15 Spielminuten, was das Minimum darstellt). Es sind die einzigen Scripts, die (neben Quest Scripts) ausgeführt werden, wenn der Spieler nicht in der Nähe ist.
* '''Scripts auf [[ob:Reference|Referenzen]]''' werden ausgeführt, wenn die jeweilige Zelle geladen wird, wenn sie nicht geladen ist, werden die Scripts auch nicht ausgeführt. Das heißt also, diese Scripts werden nur ausgeführt, wenn der Spieler in der Nähe ist (was heißt, dass sich dort gut aufwändigere Scripts wie Distanz-Abfragen platzieren lassen).
* '''Scripts auf Objekten in einem [[ob:Container|Container]]''' werden ausgeführt, wenn das Script des Containers ausgeführt wird -- also werden Gegenstände eines [[ob:NPC|NPCs]] zusammen mit dem [[ob:NPC|NPC]] ausgeführt; Gegenstände in anderen Containers werden jeden Frame ausgeführt, wenn die entsprechende Zelle geladen ist.
* '''Scripts auf Türen''' sind ein bisschen anders, sie werden wie andere Scripts auf einer Reference ausgefürht (jeden Frame wenn die Zelle geladen ist), aber jedes Mal wenn ein [[ob:Actor|Actor]] die Tür aktiviert.

[[Kategorie:Grundlegendes_Wissen]]

Oblivion:GetIdleDoneOnce

2008-08-09T00:41:23Z

Lars:

'''Syntax:'''
<code>GetIdleDoneOnce</code>

Wird im Idle Manager genutzt um eine einzelne [[ob:Idle Animations|Idle]] während einer einzelnen Situation einmal abzuspielen.

Als Beispiel: Wenn du eine [[ob:Idle Animations|Gruß-Idle]] (Animation) in die Dialog-Idles steckst, die ausgeführt werden, wenn sich zwei NPCs unterhalten und dann "GetIdleDoneOnce=1" auf sie ausführst wird es nur einmal ausgeführt und während der restlichen Unterhaltung nur noch Idles darunter angesprochen.

[[Kategorie: Funktionen|GetIdleDoneOnce]]

Oblivion:Actor

2008-08-09T00:39:46Z

Lars: Anpassung an der Auflistung

==Actors allgemein==

Actors (Akteure, Charaktere) sind eine Klasse von Objekten die mit einer AI-Routine laufen (AI=Artificial Intelligence Bedeutet "Künstliche Intelligenz" = KI, wir bleiben aber zur Synchronisierung zum Editor bei der Englischen Bezeichnung).

Sie bewegen sich durch die Welt, können einen Kampf beginnen und können mit anderen Objekten wie Türen und anderen Dingen agieren.

Es gibt zwei Arten von Actors: [[ob:Kreatur|Kreaturen]] ("[[ob:Kreatur|Creatures]]") und NPCs (NonPlayerCharakter=Computergesteuerte Charaktere). Die meisten Daten der beiden Typen sind identisch. Jedoch gibt es bedeutende Unterschiede.

==Referenz-Feld==

Die Actor-Referenz wird aufgerufen, indem man im Render-Fenster einen Doppelklick auf den Charakter macht. Folgende wichtigen Reiter findet man dort:

* '''3D Data''' - Einstellungen über Position und Größe des Actors

* '''Enable Parent''' - Einstellungen über die Beziehungen zu anderen Gegenständen.

* '''Ownership Tab''' - Nur wichtig für Pferde. Ownership ("Eigentumsrechte") wird für die Verbrechenserkennung benötigt, wenn man ein Pferd stiehlt.

* '''Merchant Container Tab''' - Nur wichtig für NPCs, die kaufen und verkaufen. Gibt die Verbindung zum Behälter an, in dem die Verkaufswaren gelagert werden. Das ist wichtig, damit der Händler-Charakter nicht überladen wird und sich somit nicht mehr bewegen kann. Eine Regel sagt, dass diese Behälter außerhalb der eigentlichen Levelstruktur liegen und das Schlosslevel "needs a key" bekommen, so dass es für den Spieler nicht möglich ist, die Waren zu stehlen. Um Konflikte mit Mods zu verhindern, sollte man einen zweiten Behälter anlegen, wenn man einem Händler weitere Güter zufügen will, die er fortan verkaufen soll (mit deinem Mod).

* '''Travel Horse Tab''' - Wenn der NPC durch die Welt reist, und ein Pferd ist in seiner Nähe, wird er ein Pferd zum reisen benutzen.
[[Kategorie: Grundlegendes Wissen|Actor]]
[[Kategorie: NPCs und Player|Actor]]

Oblivion:Buch Window

2008-08-09T00:38:10Z

Lars: Text von Avantares übertragen

Bücher sind Items mit einer Besonderheit. Wenn der Spieler ein Buch (Oder Schriftrolle) aktiviert wird es nicht gleich ins Inventar gelegt. Stattdessen wird eine Schriftrolle oder Buch auf dem Bildschirm angezeigt mit ein paar Steuerungs-Buttons um darin lesen zu können. Eine dieser Steuerungen ist "Nehmen". Das Objekt wird also nur ins Spieler-Inventar aufgenommen, wenn diese Option vom Spieler gewählt wird. Neben den Büchern und Schriftrollen werden auf diese Weise auch Zauber-Schriftrollen "hergestellt".

Das Book-Fenster wird aufgerufen, indem man im [[ob:Objekt-Fenster|Objekt-Fenster]] Items->Book wählt und dort ein vorhandenes Buch doppelt klickt oder mit der rechten Maustaste das Kontextmenü öffnet (dort wo die anderen Bücher sind) und "New" wählt, was ein neues Buch erstellt.

Das folgende Fenster ist dann zu sehen (je nach gewählten Buch):

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-book.jpg

* '''[[ob:ID|ID]]''' - Einmalige Bezeichnung des Gegenstandes für die eindeutige Identifizierung des Objektes.
* '''Name''' - Name, der für den Spieler im Spiel sichtbar sein wird.
* '''[[ob:Script|Script]]''' - Hier kann ausgewählt werden ob bei Aktivierung ein Script gestartet werden soll (mit dem http://www.ei-der-zeit.com/LexikonCSIV/pic/button-punktpunktpunkt.jpg -Button öffnet man den Script-Editor).
* '''Weigth''' - Das Gewicht des Buches

* '''Value''' - Der Wert des Buches. Bei besonders wichtigen Büchern, die die Aufmerksamkeit des Spielers erwecken sollen sollte man auch einen höheren Preis eingeben. So wird der Spieler vermutlich eher auf das Buch aufmerksam. Das gilt auch - oder gerade - für Bücher die Attribute steigern (nächster Punkt).

* '''Teaches''' - Hier kann man ein Attribut auswählen, das um einen Punkt gesteigert wird, wenn der Spieler es aufschlägt. Hier ist zu empfehlen, das zum einen der Titel schon darauf aufmerksam macht (z.B. ein Buch das "Schütze" erhöht könnte heißen "Die Kunst des Bogenschießens") und der Inhalt dem Attribut entspricht, indem z.B. ein berühmter Magier darüber schreibt wie man seine Magie-Fähigkeiten verbessert. Das gibt dem Buch im ganzen mehr Atmosphäre.

* '''Scroll''' - Wenn dieses Feld aktiviert wird, wird der Text nicht in Form eines Buches, sondern in Form einer Schriftrolle angezeigt. Das wird zum Beispiel bei Notizen benutzt oder "Geheimnisvollen Botschaften" und Verschwörungen. Im Spiel wird der Text dann nicht Seite für Seite, sondern "Verschiebbar" von oben nach unten angezeigt. Hier sollte man selber wissen, wann man seine Botschaft in einem Buch oder in eine Schriftrolle verpackt (Ich persönlich habe immer lieber Schriftrollen im Spiel gelesen, weil sie "persönlicher" und Geheimnisvoller wirkten).

* '''Can't be Taken''' - Der "Nehmen"-Button wird nicht angezeigt. Wird Hauptsächlich für Poster oder an der Wand hängenden Bekanntmachungen verwendet, die zwar gelesen werden können aber eben nicht mit ins Inventar aufgenommen werden sollen.

* '''Quest Item''' - Wenn es aktiviert wird, wird das Objekt als Quest-Item markiert.

* '''Book Text''' - Hier wird der Text des Buches oder der Schriftrolle angezeigt, bzw. eingegeben. Es kann eine vereinfachte Form des HTML-Formates angewendet werden um den Text zu formatieren (Siehe weiterführende Themen). Wenn das Enchanting-Feld ein Objekt enthält wird der Text nicht angezeigt.

* '''Enchanting''' - Der Magische Effekt, der mit diesem Objekt verbunden ist. Wenn dieses Feld gesetzt wird, wird der angegebene Zauber aktiviert wenn die Schriftrolle im Inventar aktiviert wird. Wichtig: Das Feld "Scroll" muß aktiviert sein. Eine Zauber-Schriftrolle wird sofort ins Inventar aufgenommen und kann nicht gelesen werden (es ist also nicht nötig - wenn auch schade - irgendwelche Zauberformeln in die Zauberschriftrolle zu schreiben).

* '''Enchantment''' - Wird bis dato nicht verwendet

'''Tip:''' Halte deine Bücher kurz. Niemand wird im Spiel deine Romane lesen, wenn sie mehrere Seiten umfassen, wie schön die Geschichten auch sind. Selbstverständlich kannst du "echte Romane" verfassen, aber vermutlich werden die meisten nach einigen Seiten "aufgeben".

[[Kategorie: Grundlegendes Wissen|Buch Window]]

Oblivion:Actor

2008-08-09T00:24:26Z

Lars: Text von Avantares übertragen

==Actors allgemein==

Actors (Akteure, Charaktere) sind eine Klasse von Objekten die mit einer AI-Routine laufen (AI=Artificial Intelligence Bedeutet "Künstliche Intelligenz" = KI, wir bleiben aber zur Synchronisierung zum Editor bei der Englischen Bezeichnung).

Sie bewegen sich durch die Welt, können einen Kampf beginnen und können mit anderen Objekten wie Türen und anderen Dingen agieren.

Es gibt zwei Arten von Actors: [[ob:Kreatur|Kreaturen]] ("[[ob:Kreatur|Creatures]]") und NPCs (NonPlayerCharakter=Computergesteuerte Charaktere). Die meisten Daten der beiden Typen sind identisch. Jedoch gibt es bedeutende Unterschiede.

==Referenz-Feld==

Die Actor-Referenz wird aufgerufen, indem man im Render-Fenster einen Doppelklick auf den Charakter macht. Folgende wichtigen Reiter findet man dort:

* 3D Data: Einstellungen über Position und Größe des Actors
* Enable Parent: Einstellungen über die Beziehungen zu anderen Gegenständen.
* Ownership Tab: Nur wichtig für Pferde. Ownership ("Eigentumsrechte") wird für die Verbrechenserkennung benötigt, wenn man ein Pferd stiehlt.
* Merchant Container Tab: Nur wichtig für NPCs, die kaufen und verkaufen. Gibt die Verbindung zum Behälter an, in dem die Verkaufswaren gelagert werden. Das ist wichtig, damit der Händler-Charakter nicht überladen wird und sich somit nicht mehr bewegen kann. Eine Regel sagt, dass diese Behälter außerhalb der eigentlichen Levelstruktur liegen und das Schlosslevel "needs a key" bekommen, so dass es für den Spieler nicht möglich ist, die Waren zu stehlen. Um Konflikte mit Mods zu verhindern, sollte man einen zweiten Behälter anlegen, wenn man einem Händler weitere Güter zufügen will, die er fortan verkaufen soll (mit deinem Mod).
* Travel Horse Tab: Wenn der NPC durch die Welt reist, und ein Pferd ist in seiner Nähe, wird er ein Pferd zum reisen benutzen.
[[Kategorie: Grundlegendes Wissen|Actor]]
[[Kategorie: NPCs und Player|Actor]]

Oblivion:GetIdleDoneOnce

2008-08-09T00:21:42Z

Lars: Text von Avantares übertragen

'''Syntax:'''
GetIdleDoneOnce

Wird im Idle Manager genutzt um eine einzelne [[ob:Idle Animations|Idle]] während einer einzelnen Situation einmal abzuspielen.

Als Beispiel: Wenn du eine [[ob:Idle Animations|Gruß-Idle]] (Animation) in die Dialog-Idles steckst, die ausgeführt werden, wenn sich zwei NPCs unterhalten und dann "GetIdleDoneOnce=1" auf sie ausführst wird es nur einmal ausgeführt und während der restlichen Unterhaltung nur noch Idles darunter angesprochen.

[[Kategorie: Funktionen|GetIdleDoneOnce]]

Oblivion:Data Window

2008-08-09T00:19:44Z

Lars: Text von Avantares übertragen

==Data Window allgemein==
http://www.ei-der-zeit.com/LexikonCSIV/pic/cs-data.jpg

'''TES Files'''

* Zeigt alle Master und Plugin Dateien an, die im Datei-Verzeichnis gefunden wurden.
* Mit einem Doppelklick wird ein Häkchen vor die Datei gesetzt, das angibt, das diese Datei geladen wird.
* Zeigt ob die Datei ein Master-File, ein Plugin oder eine Active File ist.

'''Created By'''

* Name der Person, die die Datei hergestellt hat.

'''Summary'''

* Beschreibung darüber, was die Datei bewirkt oder beinhaltet.

'''Parent Masters'''

* Das sind die Dateien, die von dem ausgewählten File gebraucht werden
* Jede dieser Dateien werden automatisch geladen, sobald die ausgewählte Datei geladen ist.

'''Set as Active File.'''

* Markiert die Selektierte Datei als Active File.
* Das kann auch durch einen Doppelklick mit der rechten Maustaste bewirkt werden.

'''Details'''

* Öffnet den Detail-Dialog der Selektierten File
[[Kategorie: Grundlegendes Wissen|Data Window]]

Oblivion:Funktionen des Construction Set

2008-08-08T16:31:34Z

Lars: Text von Avantares übertragen

==Grundsätzliches==

TESIV-CS heißt: The Elder Scolls IV - Construction Set (IV ist die römische Ziffer 4).

Das CS ist das selbe mit dem auch die Entwickler gearbeitet haben. Es ist von daher möglich, die selben Ergebnisse zu erzielen, die auch sie erzielt haben. Vielleicht sogar besser, wenn man sich noch mehr Mühe geben will.

Hauptsächlich wird beim CS mit diesen drei Hauptfenstern gearbeitet:

* [[ob:Objekt-Fenster|Objekt-Fenster]]
* [[ob:Render-Fenster|Render-Fenster]]
* [[ob:Cell View|Zellen-Ansicht (Cell View)]]

Mit diesen drei Fenstern kann man dann prinzipiell die ganze Welt erstellen. Sie werden weiter unten beschrieben.

Das Construction Set hat eine Toolbar am oberen Fenster:

http://www.ei-der-zeit.com/LexikonCSIV/pic/cs-toolbar-blank.jpg

==Buttons==

Dieses sind die einzelnen Buttons von Links nach rechts:

* Version-Control: Button zur Kontrolle der Version (Wird bisher nicht unterstützt)
* Open Master/Plugin Files: es erscheint das [[ob:Datei-Fenster|Datei-Fenster]], mit dem man Master- und Plugin-Dateien auswählen und aktivieren kann.
* Save Plugin: Hiermit kann man schnell sein aktuelles Plugin speichern. Master-Dateien kann man nicht speichern, bzw. können nicht verändert werden (um abzusichern, das das Hauptspiel nicht "zerstört" wird). Es wird entweder die aktuell gewählte "Active File" gesichert, oder eine neue Datei angelet, sofern nur die Oblivion.esm gewählt wurde.
* Preference: Einstellungsfenster für die Verschiedenen Optionen des Construction Sets
* Undo: Der letzte Schritt wird rückgängig gemacht
* Redo: Der letzte Undo-Funktion wird wieder hergestellt. (sehr gut für einen vorher/Nachher vergleich)
* Grid Snap: Hiermit wird das Flächen-Snapping aktiviert. Auf diese Weise werden Gegenstände im [[ob:Render-Fenster|Render-Fenster]] immer um einen festgelegten Punkt verschoben, damit ist vereinfachteres zusammenfügen von fertigen Teilen (z.B. einer Höhle) möglich.
* Rotate Snap: Hiermit wird die Rotations-Snapping aktiviert. Quasi das selbe wie eines zuvor, nur wird hier die Rotation in festen Schritten aktiviert.
* World ([[ob:Heightmap|Heightmap]]) Editing.
* [[ob:Landscape Editing|Landscape Editing]]. Hier mit wird das [[ob:Landscape Editing|Landscape Editing]]-Fenster aufgerufen, mit dem man Landschaftsumgebungen verändern kann.
* Path Finding Editing. Ist dieses eingeschaltet, kann man nur noch Pfad-Punkte erstellen. Alle anderen gestalterischen Funktionen (z.B. Objekte verschieben) sind so lange abgeschaltet.
* Havok Engine: Schaltet die Havok Engine im Render Fenster an und aus. Ist es aktiviert ist es möglich Objekte, die die Engine unterstützt (z.B. Flaschen) einfach in den Raum zu werfen und "realistisch" fallen zu lassen. In Verbindung mit STRG+ALT kann man Objekte auch mit Havok-Engine durch den Raum navigieren. Sie kollidieren dann von massiven Objekten, anstatt sie zu durchdringen.
* Brighten Lights: Schaltet die allgemeine Beleuchtung ein oder aus. Wenn man mit einer Zelle beginnt (z.B. einer Höhle), ist diese in der Regel unbeleuchtet. Dieser Button hilft, das man trotzdem alles sieht und alle Stellen ausgeleuchtet sind.
* Enable Sky: Schaltet die Himmelsdarstellung ein/aus
* Enable Leaves: Hiermit kann man Laubwerk ein- und ausschalten um die Editor-Performance zu steigern.
* Quests: Öffnet das [[ob:Quest-Fenster|Quest-Fenster]]
* Filtered Dialoges: Öffnet das [[ob:Filtered Dialog|Filtered Dialog]]-Fenster
* Scripts: Öffnet das [[ob:Script-Fenster|Script-Fenster]]

==Menüpunkte==

Folgende Menüpunkte können aufgerufen werden:

* [[ob:File|File]]
* [[ob:Edit|Edit]]
* [[ob:View|View]]
* [[ob:World|World]]
* [[ob:Character|Character]]
* [[ob:Gameplay|Gameplay]]
* [[ob:Help|Help]]

==Editor-Fenster==

Neben den Hauptfenstern gibt es auch eine Reihe von Ansichts-, Verwaltungs- und Einstellungsfenstern. Diese erreicht man oft durch das doppelte Anklicken von Objektnamen oder Objekten im Render-Fenster oder durch das anklicken gleichnamiger Buttons.

Folgende Haupt-Fenster gibt es:

* [[ob:Cell View|Cell View]] - Verwaltungsfenster. Im oberen Dropdown-Menü ("[[ob:World Space|World Space]]") kann man sich einen Welt-Bereich aussuchen ("[[ob:Interior|Interiors]]" sind alle Innenräume wie Höhlen, Räume, Ruinen usw.). Darunter werden dann die ganzen dazugehörigen Zellen angezeigt. Klickt man auf eine Zelle werden Rechts alle Objekte der Zelle angezeigt. Klickt man sie doppelt, wird die Zelle im Render-Fenster angezeigt und kann ggf. weiter bearbeitet werden.
* [[ob:Object-Fenster|Object-Fenster]] - Verwaltungsfenster, das alle Objekte, Scripts, Charaktere usw. anzeigt. Quasi wie eine Datenbank, die alle Objekte als Muster bereithält. Per Drag und Drop können hier raus Objekte in das Render-Fenster gezogen werden um sie dort in einer ausgewählten Zelle zu platzieren. Dabei gilt, das die Objekte im Objekt-Fenster nur einmal exisiteren (quasi ein Muster), Sobald sie in das Render-Fenster gezogen werden, wird hier quasi eine Exakte Kopie angelegt die aber einmalige Einstellungen bekommt, die nicht im Objekt selber, sondern an dem aktuellen Ort gespeichert werden. Das sind in erster Linie natürlich die Position und ggf. Größe aber auch ob z.B. Kisten abgeschlossen sind, wer das Objekt benutzen darf usw. Wird hingegen ein Objekt im Object-Fenster geändert, z.B. man will einen seltenen Gegenstand in eine Kiste legen, dann wird in jeder Kiste - sofern es sie öfters im Spiel gibt (wird unter "count" angegeben) ein solcher Gegenstand sein. Will man hingegen nur eine bestimmte Kiste mit einem bestimmten Gegenstand erstellen, so muß man eine einzelne Kopie der Kiste anfertigen und dann den entsprechenden Gegenstand im Render-Fenster platzieren. Eine Kopie eines Gegenstandes erstellt man einfach indem man die EditorID des gewünschten Objektes ändert und anschließend zwei mal OK/Ja klickt.
* [[ob:Render-Fenster|Render-Fenster]] - Quasi das Auge zu deiner Welt. Hier werden alle Objekte wie im Spiel angezeigt und können hier angeordnet und platziert, sowie bearbeitet werden. Jedes Objekt, das vom Object-Fenster in dieses Fenster gezogen wird, bekommt eine Referenz. In dem dazugehörigen Referenz-Fenster kann man dann bestimmte Einstellungen zu dem Objekt vornehmen, wie es sich an dieser Stelle verhalten soll. Je nach Objekt wird das Fenster andere Optionen bereitstellen.

==Plugin laden==

Wenn man mit dem Editor arbeiten will, braucht man keine Angst haben, das man etwas im Spiel kaputt macht. Alle Änderungen werden in einer Sogenannten Plugin-Datei (Datei Endung .esp) gespeichert. Diese kann man dann im Spielmenü unter "Spieldateien" aktivieren und bei Bedarf auch wieder deaktivieren.

Um eine neue Plugin-Datei anzufertigen wählt man http://www.ei-der-zeit.com/LexikonCSIV/pic/button-data.jpg und wählt im Data-Fenster dann die Oblivion.esm Datei aus. Dieses ist quasi die Hauptdatei und muß nahezu immer angewählt werden, bzw. wird automatisch mitgeladen, wenn nur eine Plugin-Datei gewählt wird.

Wenn man eine bereits vorhandene Plugin-Datei auswählen will, muß man diese als "Active File" kennzeichnen. Das geschiet entweder durch den Button "Set as Active File" am unteren Rand (die aktuell ausgewählte Plugin-Datei wird dann zur "Active File") oder indem man sie mit einem Doppelklick mit der RECHTEN Maustaste auswählt.

Eine Active File ist quasi die Aktive Datei, in der alle Änderungen gespeichert werden. Wenn man einmal mehrere Plugin-Dateien ausgewählt hat (z.B. eine mit einem Schloß, eine andere mit einer Burg und dann eine weitere, in der sich die Quest für beide befindet), werden alle Änderungen in der aktuellen "Active File" gespeichert. Das ist auch dann besonders interessant, wenn man mehrere Plugins zusammen führen will.

==Grundlegende Arbeitsweisen==

Oben wurden ja schon bereits die Hauptfenster beschrieben. Hier möchten wir die Übersichten noch etwas vertiefen.

Im Object-Fenster werden alle Objekte des Spieles "gehalten". Es ist wie eine Datenbank zu sehen in der alle Dinge des Spieles aufgeführt sind: NPCs, Charaktere, Gegenstände, Waffen, Zauber, Tränke, Verzauberungen, Vegetationen, Möbel, aber auch Wände, Höhlen-Teile, Innen- und Außengegenstände. Also alles was man zum Editieren braucht.

Es ist wichtig zu verstehen, das sich Änderungen an einem Objekt sich auf alle "Kopien" in der Welt auswirken. Wenn man ein Objekt in der Welt platziert, platziert man nicht wirklich das Objekt dort, sondern quasi nur die Information, das dieses Objekt an der Stelle angezeigt werden soll. Es entsteht eine Referenz. In dieser Referenz werden einige Sachen gespeichert, die nur auf dieses Objekt zutreffen. Das sind zu erst einmal natürlich die Position, die einmalig für das Objekt sind und dann noch andere Einstellungen, die wichtig für das Objekt sind (z.B. ob eine Truhe abgeschlossen ist usw). Siehe auch ->[[ob:Referenz-Fenster|Referenz-Fenster]].

In der Referenz kann man aber keine Objekt-Verändernde Einstellungen vornehmen. Man kann z.B. kein bestimmtes Schwert in einer Kiste platzieren. Das muß man wiederrum im Objekt-Fenster vornehmen, diese Änderung gilt dann aber für alle Kisten, die im Spiel platziert sind.

Wenn man nun im Objekt-Fenster links einmal "WorldObjects->Container" wählt erscheinen im rechten Fenster alle Behälter des Spieles (Kisten, Truhen, Schränke usw). Das Objekt-Fenster arbeitet dabei wie ein Dateibetrachter (z.B. Explorer).

Wir sehen nun einige Spalten. Die erste ist die EditorID oder ID. Dieses ist quasi die "Sortiernummer" mit der das Programm das Objekt wiederfinden kann. Daher ist es unerlässlich, das jede ID nur einmal im Spiel vorkommt.

Das Navigieren wird hier erleichtert, weil es (bei aktivierter Liste) genügt die ersten Buchstaben einzugeben und die Liste springt zu dem Objekt, das mit diesen Buchstaben anfängt. Klickt man also auf den ersten Eintrag und gibt dann auf der Tastatur "gold" ein, springt die Liste zu dem Objekt, das als erstes mit den Buchstaben "gold" anfängt (wahrscheinlich "GoldRock01"). Nun haben wir schon einen Behälter gefunden, der in Goldminen Gold enthält. Achte darauf, das du beim anklicken nicht aus versehen zwei mal langsam klickst und somit das Objekt "umbennenst", in dem Fall drücke schnell "ESC".

Wenn du ein Objekt doppelt klickst öffnet sich das dazugehörige Einstellungsfenster, das für die verschiedenen Arten der Objekte auch verschiedene Einstellungsmöglichkeiten zulässt. Wenn du dich dafür interessierst, schaue hier im Wiki unter "[[ob:Items|Items]]" nach.

Neben der EditorID findest du eine "geschlossene Spalte"(zwei aufeinanderfolgende Doppellinie). Hier verbirgt sich die FormID. Sie wird dazu benötigt im Spiel selber über die Konsole Objekte auszuwählen. Das ist hier aber im Moment nicht weiter wichtig und würde nur verwirren. In der Regel brauchst du diese nicht im Editor, deswegen lasse sie "geschlossen".

Danach kommt die Spalte "count". Diese Zeile zeigt an, wie oft ein Objekt im Spiel verwendet wurde. Das ist auf den ersten Blick interessant um selber abzuschätzen, wie oft man selber ein Objekt im Spiel verwendet hat. So kann man auf einfache Weise verhindern, das überall ständig die selben Objekte vorkommen, weil es das "Lieblingsobjekt" des Entwicklers ist.

Hier kann man aber auch schnell prüfen, ob ein bestimmter Gegenstand überhaupt im Spiel vorkommt. Wenn du jemanden losschickst um z.B. eine Zutat zu holen, sollte man sich vorher vergewissern, das diese Zutat auch oft genug im Spiel vorkommt.

Einige der "counts" sind bei 0. Sie sind pronzipiell also im Spiel nicht vorhanden. Möchte man meinen. Die meisten dieser Sachen sind aber nur nicht platziert. Sie werden entweder durch Quests in der Welt platziert, oder werden per Zufall ins Spiel gebracht (z.B. durch Zufallsgenerierte Kisten oder Kreaturen).

Wo wir schon einmal hier sind möchten wir vielleicht auch herausfinden wo sich die Sachen befinden. Wenn man z.B. eine Quest erstellt und den Spieler durch einen Hinweis zu einem bestimmten Gegenstand schicken will, muß man schnell wissen, wo sich einer befindet. Oder einfach um einen Selbsterstellten Gegenstand schnell wiederzufinden, ohne sich erst durch das Cell-View-Fenster zu kämpfen.

Dazu wähle zunächst ein Objekt aus. Ich nehme hier mal den ersten Container mit dem Namen "AgnarandSvenjaSack". Dieser ist nur einmal vorhanden und ist wohl ein Behälter, der etwas bestimmtes enthält (wer möchte kann einmal doppelt drauf klicken und nachsehen, was es ist, danach das Fenster wieder schließen). Es handelt sich dabei um einen Vorrats-Sack (von Agnar und Svenja). Wenn er ausgewählt ist (nicht das Fenster geöffnet, sondern nur im Objekt-Fenster ausgewählt/markiert) drücken wir die Taste F1 auf der Tastatur. Es öffnet sich das "Use-Report"-Fenster. Hier wird angezeigt, wo sich ein Objekt befindet. Da unser Objekt nur einmal vorkommt ist diese Liste natürlich auch sehr klein. Im Oberen Teil befindet sich eine Aufzählung von welchen Objekten dieses Objekt genutzt wird , bzw. was darauf zugreift (Scripts oder Quests z.B.) und im unteren Teil steht wo es sich überall befindet. Als erstes in welchem Bereich, in diesem Fall ist es Tamriel, dann der genaue Standpunkt, die Zelle und der Zellenpunkt. Diese Punkte brauchen uns jetzt nicht weiter zu interessieren. Klicken wir einfach doppelt drauf und warten ab, was passiert.

Nun lädt sich die entsprechende Zelle in das Render-Fenster und wird im Cell View Fenster angezeigt. Oft ist es aber nicht aktiviert, was die Navigation etwas erschwert.

Widmen wir uns nun kurz dem Cell View Fenster. Die Bereiche wurden ja schon weiter oben erklärt. Die aktuell gewählte Zelle ist nun Tamriel/DiveRock. In der rechten Hälfte es Fensters sind alle Objekte aufgezählt, die sich in der aktuellen Zelle befinden. Das ganze Spiel besteht aus Zellen, dessen Inhalt immer dann geladen wir, wenn sich der Spieler in der Nähe der Zelle befindet. Man unterscheidet zwischen Interriors undd Exterriors. Wobei die Interriors alle Innenräume sind. Höhlen, Ruinen, Minen aber auch Wohnräume oder Keller. Exteriors sind dabei dann natürlich alle Außen-Levels. Wobei die Exteriors Quadratisch festgelegt sind, Innenräume aber unterschiedliche Ausmaße haben können.

Wir suchen uns nun in der Liste rechts unseren Sack. Er müßte sehr weit oben (an zweiter Stelle) Stehen. Kllickt es doppelt an und der Sack dürfte auch im Render Fenster erscheinen. Es wird ein Rot-Grün-Blaues Quadrat darum sein, das markiert das es aktiviert ist (die Farben des Quaders stehen für die X, Y und Z-Achsen). Nun wird sich die Ansicht nur um dieses Objekt drehen. Probieren wir es aus.

Aktiviert das Render-Fenster, indem ihr oben auf die Leiste des Fensters klickt. Alternativ kann man auch direkt in das Fenster klicken, aber dadurch kann es auch passieren, das ihr ein anderes Objekt anwählt. Also gewöhnt euch lieber gleich an, oben in den Bereich zu klicken (ich meine die Zeile in der sich auch die "minimieren,maximieren,Schließen-Buttons befinden würden hier aber jetzt nur "DiveRock 33,34" steht). Das Fenster ist nun also aktiv und der Beutel noch ausgewählt. Nun können wir die Ansicht darum drehen. Haltet die Shift-Taste gedückt und bewegt die Maus. Die Ansicht kreist nun um den Beutel. Wenn ihr plötzlich den Beutel aus den Augen verloren habt druckt einmal "C". Damit zentriert ihr den Beutel wieder in der Mitte des Fensters. Haltet nun die V-Taste gedrückt und bewegt die Maus erneut. Nun zoomt die Ansicht heraus. Dabei aber immer noch auf das aktive Objekt fixiert. Halten wir nun die Leertaste gedrückt und bewegen die Maus verschiebt sich die Ansicht. Auf diese (meiner Meinung nach recht umständlichen Art) kann man die Ansicht also Scrollen. Mit den Pfeiltasten kann man die Ansicht ebenfalls scrollen aber nur sehr grob. Seht schnell ist man hierbei aus dem gewünschten Bereich heraus. Sofern der Sack immer noch angewählt ist, drückt nun die Taste "T" und die Ansicht zentriert sich wieder auf den Sack, diesmal aber von oben. Auf diese Weise ist es z.B. sehr einfach Sachen auf einen Tisch oder einem Regal zu platzieren.

Wenn wir den Mauszeiger nun über den Beutel bewegen wird aus dem Pfeil ein Kreuz mit Pfeilen. Das zeigt uns an, das wir nun das Objekt bewegen können, wenn wir es mit der linken Maustaste ergreifen. Wenn das Kreuz also erscheint halte die linke Maustaste gedrückt und verschiebe den Beutel nun ein kleines bisschen über den Bildschirm. Das ist einfach, oder ?

Drücke nun wieder die C-Taste und die Ansicht wechselt in eine leichte Schräge. Wiederhole die Verschieberei erneut. Du wirst bemerken, das wenn du den Beutel nach oben schiebst, er sich von dir wegbewegst und wenn du ihn nach unten ziehst, er sich auf dich zu bewegst, aber niemals nach oben oder unten.

Das liegt daran, das diese Achsen standardmäßig deaktiviert sind. Und das ist auch gut so, denn ansonsten wird die Platzierung in der 3D-Ansicht sehr erschwert. Wie kann man nun aber diese Achsen wieder freischalten ?

Das ist ganz einfach: Indem man die entsprechende Taste der Achse gedrückt hält fixiert man es auf dieser Achse. Hält man z.B. die X-Taste gedrückt, dann kann man das Objekt nur auf der X-Achse verschieben. Das selbe gilt für die Y- und Z-Achse.

Halten wir also die Z-Taste gedrückt und ziehen den Beutel erneut, sobald das "Zieh-Symbol" erschteint. Du wirst sehen, das sich der Beutel nun nur nach oben oder unten bewegt. Ziehe den Beutel so weit nach oben, das er über dem Boden schwebt.

Natürlich möchte niemand das Objekte in der Luft schweben. Und auch dafür gibt es eine Taste. Drücke einmal die F-Taste und schon "fällt" der Sack auf den Boden. Mit der F-Taste kann man ein Objekt auf das nächste Objekt fallen lassen. Dabei "hält" es dort, wo es als erstes hinfallen würde. Also nicht zwangsläufig auf den Boden, sondern auch auf einen Tisch oder eine Kiste. Das macht das Platzieren oft sehr einfach. Verlasst euch aber nicht zu sehr auf diese Funktion, denn z.B. in Höhlen ist der Boden sehr uneben und es kann dort zu unterschiedlichen Ergebnissen kommen. Manchmal reicht es auch erneut auf die F-Taste zu drücken. Kontrolliert es also in jedem Fall.

Was noch zum Abschluß zu erwähnen wäre, ist natürlich, das man im Render-Fenster auch Objekte anwählen kann. Klickt z.B. auf das Buch, das neben dem Sack liegt um es auszuwählen. Nun könnt ihr auch diese woanders platzieren.

Wenn eine Zelle zu dunkel oder nur schwarz ist, könnt ihr die "Echte Bbeleuchtung" ausschalten, indem ihr http://www.ei-der-zeit.com/LexikonCSIV/pic/button-light.jpg klickt oder die A-Taste drückt. Damit wird alles Beleuchtet. Auf diese Weise kann man in der Regel am besten arbeiten.

Nun habt ihr schon das Grundwissen um mit den drei Fenstern arbeiten zu können.

==Weitere Arbeitsweisen==

Oftmals ist es einfacher etwas vorhandenes zu kopieren, anstatt etwas völlig neues zu erstellen. Wenn man zum Beispiel eine Kiste mit einem Schwert braucht sollte man einfach eine vorhandene Kiste nehmen, diese kopieren und dann den entsprechenden Gegenstand in das Inventatr der Kiste ziehen. Alles per Drag & Drop.

Um einen Gegenstand zu kopieren muß einfach die EditorID geändert werden und auf "OK" geklickt werden. Dann wird man gefragt ob man eine Kopie des Objektes erstellen will (in dem Fall klickt man "Ja") oder ob man die EditorID umbennenen will (in dem Fall klickt man "nein"). Anschließend findet man einen identischen Gegenstand mit der neuen ID vor. Wie ich schon erwähnte darf jede ID nur einmal vorkommen. Aber das sollte ja nicht so schwer sein. Wenn man dem Editor "treu" sein möchte, kann man z.B. hinter die D einfach ein "a" setzen, somit bleibt es in geordneter Reihenfolge. Ich persönlich setze gerne ein "aa" am Anfang der ID, da man auf diese Weise gewährleistet, das die geänderten Objekte immer vorne in der Liste sind. Sollte man aber sehr viele "neuerungen" einbringen verliert man hierbei auch irgendwann den Überblick.
[[Kategorie:Grundlegendes Wissen|Construction Set, Funktionen des ]]

Oblivion:Dialoge Editieren

2008-08-06T16:45:24Z

Lars: Inhalt von Avantares übertragen

== Dialoge editieren allgemein ==
Die sieben Dialoge-Reiter im [[ob:Quest Window|Quest-Fenster]] teilen alle gemeinsame Funktionen, die weiter unten beschrieben werden.

Die Themen-Liste ("Topic List") Auf der linken Seite des Reiters zeigt alle Themen der ausgewählten Quest an. Um ein Thema hinzuzufügen oder zu entfernen, rechtsklicke auf die Quest-Topic-List. Wähle "Add Topic" um eine Lister ALLER Themen des Spiels anzuzeigen. Entweder wählt man nun ein vorhandenens Thema aus der Liste, oder Rechtsklickt um ein neues Thema zu erstellen. Wähle "OK" um ein ausgewähltes oder neu erstelltes Thema zur aktuell ausgewählten Quest. hinzuzufügen.

Wähle ein Thema in der "Topic List" um eine Liste aller Infos anzuzeigen, die mit dem Thema der ausgewählten Quest zu tun haben. (Um alle Infos zum Thema ALLER Quests anzuzeigen wähle das "[[ob:Gefilterte Dialoge Window|Gefilterte Dialoge]]"-Fenster).

Die Info-Liste oben rechts zeigt eine Liste aller Infos des ausgewählten Topics an. Wähle eine Info um seine Reaktion in der Response-List (Response=Reaktion) anzuzeigen.

== Topics Reiter ==
Der Topics-Reiter (Topic=Thema) des Quest-Fensters beinhaltet alle Dialoge zwischen NPCs und dem Spieler - Dialoge, die mit mit dem In-Game Dialog-Menü gesprochen werden.

Man kann neue Dialog-Themen hinzufügen, wenn man welche braucht (siehe: [[ob:Dialoge Editieren|Dialoge Editieren]]). Es gibt einige Standard-Topics, die in jedem Topic-Tab genutzt werden sollten:

* '''GREETING''' - Dieses Topic wird genutzt wenn der Spieler einen Dialog mit einem NPC startet und beinhaltet auf den Spieler reagierende Grußformen.
* '''GOODBYE''' (Siehe [[ob:Conversation Reiter|Conversation Reiter]]) - Dieses Topic ist im Conversation-Reiter gespeichert, NICHT im Topic-Reiter, aber es wird genutzt, wenn der Spieler das Dialog-Menü verlässt. Es enthält auf dem Spieler angepasste Verabschiedungs-Texte.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-4topics.jpg

== Conversation Reiter ==
Eine Konversation (Conversation) ist eine Reihe an Informationen, die zwischen zwei NPCs ausgetauscht werden. Alle verschiedenen Konversationen zwischen zwei NPCs benutzen Informationen, die in diesem Reiter gespeichert sind.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-5conversation.jpg

Du kannst neue Themen zur Konversation erstellen, wenn du sie benötigst (Siehe [[ob:Dialoge editieren|Dialoge editieren]]). Es gibt einige wichtige Standard-Themen für die Conversation, die du kennen solltest, bevor du einen Dialog zum Zufalls-Konversationssystem von Oblivion hinzufügst:

* '''HELLO''' - Alle zufälligen Konversationen beginnen mit einem "HELLO"-Topic. Beim startenden "HELLO" muß das "Link From" unausgefüllt sein, um anzuzeigen, das dieses eine Konversation starten kann.
* '''GOODBYE''' - Standardmäßig enden alle Konversationen mit einem "GOODBYE", es sei denn sie enden mit einer anderen Informationen wo das "Goodbye" -Feld angekreuzt ist.
* '''INFOGENERAL''' - Dieses Topic ist eher ungebräuchlich, weil es in zufälligen Unterhaltungen, sowie in Rumors-Topics zwischen NPCs genutzt wird. Wenn du einen NPC nach einem Gerücht (Rumors) befragst wird er eine Information aus dem INFOGENERAL-Topic wählen und wird dieses Gerücht für 24 Stunden "behalten" (Also wird er innerhalb der nächsten 24 Stunden dem Spieler nur dieses Gerücht mitteilen).

== Combat Reiter ==
Der Combat-Reiter beinhaltet Standard-Topics, die vom Spiel genutzt werden um Kampf und Verbrechen-Handlungen mit Dialoge zu kommentieren. Die einzigen Topics, die hier vorhanden sind:

* Accept Yield (Akzeptiere Ausbeute)
* Assault (Angriff)
* AssaultNoCrime (Angriff ohne Verbrechen)
* Attack (Angriff (Gegenwehr))
* Flee (Flucht)
* Hit (Treffer)
* Murder (Mörder)
* MurderNoCrime (Mörder ohne Verbrechen)
* Pickpocket (Taschendieb)
* PickpocketNoCrime (Taschendieb ohne Verbrechen)
* PowerAttack (Kraft-Angriff)
* Steal (Stehlen)
* Trespass (Übertretung)
* TrespassNoCrime (Übertretung ohne Verbrechen)
* Yield (Aubeute)

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-6combat.jpg

== Persuasion Reiter ==
Der Persuasion-Reiter beinhaltet die gesprochenen Kommentare, die beim Überredungs-Mini Spiel gesagt werden.

Die einzigen Topics, die hierbei gebraucht werden sind die folgenden Standard-Topics:

* AdmireDislike (Bewundern Abneigen)
* AdmireHate (Bewundern Hassen)
* AdmireLike (Bewundern Mögen)
* AdmireLove (Bewundern Lieben)
* BoastDislike (Prahlen Abneigen)
* BoastHate (Prahlen Hassen)
* BoastLike (Prahlen Mögen)
* BoastLove (Prahlen Lieben)
* CoerceDislike (Nötigen Abneigen)
* CoerceHate (Nötigen Hassen)
* CoerceLike (Nötigen Mögen)
* CoerceLove (Nötigen Lieben)
* JokeDislike (Witzeln Abneigen)
* JokeHate (Witzeln Hassen)
* JokeLike (Witzeln Mögen)
* JokeLove (Witzeln Lieben)
* PersuasionEnter (Überreden beginnen)
* PersuasionExit (Überreden Beenden)
* Bribe (Bestechen)

== Detection Reiter ==
Der Detection-Reiter beinhaltet die Dialoge, die im Spiel benutzt werden, wenn man entdeckt wurde. Detection-Infos werden gesagt, wenn NPCs außerhalb eines Kampfes sind, es gibt dabei verschiedene Stufen von Detection (Entdeckung)

Die einzigen Topics in dieser Sektion sind die folgenden Standard-Topics:

* Lost (verloren gegangen) - Spieler fällt unter die "Notice" Schwelle. Der NPC hat den Spieler aus den Augen verloren.
* Noticed (Bemerkt) - Der Spieler wurde leicht bemerkt
* Seen (gesehen) - Der Spieler wurde gesehen ([[ob:GetDetected|GetDetected]] player > 0)
* Unseen (Ungesehen) - Spieler fällt unter die "Seen" Schwelle. Er ist ungesehen.

== Service Reiter ==
Der Service-Reiter beinhaltet alle gesprochenen Infos die die NPCs sprechen, wenn sie Dienstleistungen wie [[ob:Handeln|Handeln]], Reparieren und Training betreiben.

Die einzigen Topics die zur Verfügung stehen sind die folgenden Standard-Topics:

* Barter ([[ob:Handeln|Handeln]])
* BarterBuyItem (Handeln Kaufe Gegenstand)
* BarterExit (Handeln Beenden)
* BarterSellItem (Handeln Verkaufe Item)
* BarterStolen: NOT USED (Handeln Stehlen, wird nicht genutzt)
* Recharge (Aufladen)
* RechargeExit (Aufladen Beenden)
* Repair (Reparieren)
* RepairExit (Reparieren Ende)
* ServiceRefusal (Dienstleistung Verweigern)
* Training
* TrainingExit (Training Ende)
* Travel: NOT USED (Reisen wird nicht genutzt)

== Misc Reiter ==
Der Misc-Reiter beinhaltet verschiedene Standard-Topics, die im Spiel für verschiedene Zwecke genutzt werden können.

Die einzigen Topics die in diesem Bereich vorhanden sind, sind die folgenden Standard-Ropics:

* Corpse (can cporpse check) - NPCs machen einen "Corpse Check" (Sie durchsuchen einen leblosen Körper nach Dingen)
* Idle - NPCs freie Dialoge (Wenn sie nichts zu tun haben)
* InfoRefusal - Wird gebraucht, wenn ein NPC eine Information hat, die er dem Spieler aber erst ab einem bestimmten Überredungswert sagen wird. Man kann dann als Spieler einen Begriff anklicken und bekommt dann auch eine Information, der Begriff bleibt aber "golden", erst wenn man den Sympathie-Wert durch Bestechung oder Überredung erhöht hat, wird die weitere Information angegeben. Ein guter allgemein genutzter Sympathie-Wert ist 70.
* ObserveCombat - NPC ist im "Zuschauer"-Modus - Beobachtet einen Kampf, wird ihn aber nicht beitreten auch wenn es seine Disposition/Aggression-Einstellungen zulassen würden.
* TimeToGo - Ein NPC wird dieses zu einem Spieler sagen, wenn sie ein Package beginnen wollen, aber nicht können, weil das aktuelle Package mit "Continue if PC Near" gekennzeichnet ist (Siehe auch "[[ob:Flags on Packages|Flags on Packages]]")

[[Kategorie: Grundlegendes Wissen|Dialoge Editieren]]
[[Kategorie: Dialoge|Dialoge Editieren]]

Oblivion:Dialoge Editieren

2008-08-06T16:44:13Z

Lars: Inhalt von Avantares übertragen

== Dialoge editieren allgemein ==
Die sieben Dialoge-Reiter im [[ob:Quest Window|Quest-Fenster]] teilen alle gemeinsame Funktionen, die weiter unten beschrieben werden.

Die Themen-Liste ("Topic List") Auf der linken Seite des Reiters zeigt alle Themen der ausgewählten Quest an. Um ein Thema hinzuzufügen oder zu entfernen, rechtsklicke auf die Quest-Topic-List. Wähle "Add Topic" um eine Lister ALLER Themen des Spiels anzuzeigen. Entweder wählt man nun ein vorhandenens Thema aus der Liste, oder Rechtsklickt um ein neues Thema zu erstellen. Wähle "OK" um ein ausgewähltes oder neu erstelltes Thema zur aktuell ausgewählten Quest. hinzuzufügen.

Wähle ein Thema in der "Topic List" um eine Liste aller Infos anzuzeigen, die mit dem Thema der ausgewählten Quest zu tun haben. (Um alle Infos zum Thema ALLER Quests anzuzeigen wähle das "[[ob:Gefilterte Dialoge Window|Gefilterte Dialoge]]"-Fenster).

Die Info-Liste oben rechts zeigt eine Liste aller Infos des ausgewählten Topics an. Wähle eine Info um seine Reaktion in der Response-List (Response=Reaktion) anzuzeigen.

== Topics Reiter ==
Der Topics-Reiter (Topic=Thema) des Quest-Fensters beinhaltet alle Dialoge zwischen NPCs und dem Spieler - Dialoge, die mit mit dem In-Game Dialog-Menü gesprochen werden.

Man kann neue Dialog-Themen hinzufügen, wenn man welche braucht (siehe: [[ob:Dialoge Editieren|Dialoge Editieren]]). Es gibt einige Standard-Topics, die in jedem Topic-Tab genutzt werden sollten:

* '''GREETING''' - Dieses Topic wird genutzt wenn der Spieler einen Dialog mit einem NPC startet und beinhaltet auf den Spieler reagierende Grußformen.
* '''GOODBYE''' (Siehe [[ob:Conversation Reiter|Conversation Reiter]]) - Dieses Topic ist im Conversation-Reiter gespeichert, NICHT im Topic-Reiter, aber es wird genutzt, wenn der Spieler das Dialog-Menü verlässt. Es enthält auf dem Spieler angepasste Verabschiedungs-Texte.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-4topics.jpg

== Conversation Reiter ==
Eine Konversation (Conversation) ist eine Reihe an Informationen, die zwischen zwei NPCs ausgetauscht werden. Alle verschiedenen Konversationen zwischen zwei NPCs benutzen Informationen, die in diesem Reiter gespeichert sind.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-5conversation.jpg

Du kannst neue Themen zur Konversation erstellen, wenn du sie benötigst (Siehe [[ob:Dialoge editieren|Dialoge editieren]]). Es gibt einige wichtige Standard-Themen für die Conversation, die du kennen solltest, bevor du einen Dialog zum Zufalls-Konversationssystem von Oblivion hinzufügst:

* '''HELLO''' - Alle zufälligen Konversationen beginnen mit einem "HELLO"-Topic. Beim startenden "HELLO" muß das "Link From" unausgefüllt sein, um anzuzeigen, das dieses eine Konversation starten kann.
* '''GOODBYE''' - Standardmäßig enden alle Konversationen mit einem "GOODBYE", es sei denn sie enden mit einer anderen Informationen wo das "Goodbye" -Feld angekreuzt ist.
* '''INFOGENERAL''' - Dieses Topic ist eher ungebräuchlich, weil es in zufälligen Unterhaltungen, sowie in Rumors-Topics zwischen NPCs genutzt wird. Wenn du einen NPC nach einem Gerücht (Rumors) befragst wird er eine Information aus dem INFOGENERAL-Topic wählen und wird dieses Gerücht für 24 Stunden "behalten" (Also wird er innerhalb der nächsten 24 Stunden dem Spieler nur dieses Gerücht mitteilen).

== Combat Reiter ==
Der Combat-Reiter beinhaltet Standard-Topics, die vom Spiel genutzt werden um Kampf und Verbrechen-Handlungen mit Dialoge zu kommentieren. Die einzigen Topics, die hier vorhanden sind:

* Accept Yield (Akzeptiere Ausbeute)
* Assault (Angriff)
* AssaultNoCrime (Angriff ohne Verbrechen)
* Attack (Angriff (Gegenwehr))
* Flee (Flucht)
* Hit (Treffer)
* Murder (Mörder)
* MurderNoCrime (Mörder ohne Verbrechen)
* Pickpocket (Taschendieb)
* PickpocketNoCrime (Taschendieb ohne Verbrechen)
* PowerAttack (Kraft-Angriff)
* Steal (Stehlen)
* Trespass (Übertretung)
* TrespassNoCrime (Übertretung ohne Verbrechen)
* Yield (Aubeute)

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-6combat.jpg

== Persuasion Reiter ==
Der Persuasion-Reiter beinhaltet die gesprochenen Kommentare, die beim Überredungs-Mini Spiel gesagt werden.

Die einzigen Topics, die hierbei gebraucht werden sind die folgenden Standard-Topics:

* AdmireDislike (Bewundern Abneigen)
* AdmireHate (Bewundern Hassen)
* AdmireLike (Bewundern Mögen)
* AdmireLove (Bewundern Lieben)
* BoastDislike (Prahlen Abneigen)
* BoastHate (Prahlen Hassen)
* BoastLike (Prahlen Mögen)
* BoastLove (Prahlen Lieben)
* CoerceDislike (Nötigen Abneigen)
* CoerceHate (Nötigen Hassen)
* CoerceLike (Nötigen Mögen)
* CoerceLove (Nötigen Lieben)
* JokeDislike (Witzeln Abneigen)
* JokeHate (Witzeln Hassen)
* JokeLike (Witzeln Mögen)
* JokeLove (Witzeln Lieben)
* PersuasionEnter (Überreden beginnen)
* PersuasionExit (Überreden Beenden)
* Bribe (Bestechen)

== Detection Reiter ==
Der Detection-Reiter beinhaltet die Dialoge, die im Spiel benutzt werden, wenn man entdeckt wurde. Detection-Infos werden gesagt, wenn NPCs außerhalb eines Kampfes sind, es gibt dabei verschiedene Stufen von Detection (Entdeckung)

Die einzigen Topics in dieser Sektion sind die folgenden Standard-Topics:

* Lost (verloren gegangen) - Spieler fällt unter die "Notice" Schwelle. Der NPC hat den Spieler aus den Augen verloren.
* Noticed (Bemerkt) - Der Spieler wurde leicht bemerkt
* Seen (gesehen) - Der Spieler wurde gesehen ([[ob:GetDetected|GetDetected]] player > 0)
* Unseen (Ungesehen) - Spieler fällt unter die "Seen" Schwelle. Er ist ungesehen.

== Service Reiter ==
Der Service-Reiter beinhaltet alle gesprochenen Infos die die NPCs sprechen, wenn sie Dienstleistungen wie [[ob:Handeln|Handeln]], Reparieren und Training betreiben.

Die einzigen Topics die zur Verfügung stehen sind die folgenden Standard-Topics:

* Barter ([[ob:Handeln|Handeln]])
* BarterBuyItem (Handeln Kaufe Gegenstand)
* BarterExit (Handeln Beenden)
* BarterSellItem (Handeln Verkaufe Item)
* BarterStolen: NOT USED (Handeln Stehlen, wird nicht genutzt)
* Recharge (Aufladen)
* RechargeExit (Aufladen Beenden)
* Repair (Reparieren)
* RepairExit (Reparieren Ende)
* ServiceRefusal (Dienstleistung Verweigern)
* Training
* TrainingExit (Training Ende)
* Travel: NOT USED (Reisen wird nicht genutzt)

== Misc Reiter ==
[[http://www.ei-der-zeit.com/LexikonCSIV/tesiv-cs/Fenster_Programm/quests10-misc.html Misc Reiter]

[[Kategorie: Grundlegendes Wissen|Dialoge Editieren]]
[[Kategorie: Dialoge|Dialoge Editieren]]

Oblivion:Dialoge Editieren

2008-08-06T16:42:49Z

Lars: Inhalt von Avantares übertragen

== Dialoge editieren allgemein ==
Die sieben Dialoge-Reiter im [[ob:Quest Window|Quest-Fenster]] teilen alle gemeinsame Funktionen, die weiter unten beschrieben werden.

Die Themen-Liste ("Topic List") Auf der linken Seite des Reiters zeigt alle Themen der ausgewählten Quest an. Um ein Thema hinzuzufügen oder zu entfernen, rechtsklicke auf die Quest-Topic-List. Wähle "Add Topic" um eine Lister ALLER Themen des Spiels anzuzeigen. Entweder wählt man nun ein vorhandenens Thema aus der Liste, oder Rechtsklickt um ein neues Thema zu erstellen. Wähle "OK" um ein ausgewähltes oder neu erstelltes Thema zur aktuell ausgewählten Quest. hinzuzufügen.

Wähle ein Thema in der "Topic List" um eine Liste aller Infos anzuzeigen, die mit dem Thema der ausgewählten Quest zu tun haben. (Um alle Infos zum Thema ALLER Quests anzuzeigen wähle das "[[ob:Gefilterte Dialoge Window|Gefilterte Dialoge]]"-Fenster).

Die Info-Liste oben rechts zeigt eine Liste aller Infos des ausgewählten Topics an. Wähle eine Info um seine Reaktion in der Response-List (Response=Reaktion) anzuzeigen.

== Topics Reiter ==
Der Topics-Reiter (Topic=Thema) des Quest-Fensters beinhaltet alle Dialoge zwischen NPCs und dem Spieler - Dialoge, die mit mit dem In-Game Dialog-Menü gesprochen werden.

Man kann neue Dialog-Themen hinzufügen, wenn man welche braucht (siehe: [[ob:Dialoge Editieren|Dialoge Editieren]]). Es gibt einige Standard-Topics, die in jedem Topic-Tab genutzt werden sollten:

* '''GREETING''' - Dieses Topic wird genutzt wenn der Spieler einen Dialog mit einem NPC startet und beinhaltet auf den Spieler reagierende Grußformen.
* '''GOODBYE''' (Siehe [[ob:Conversation Reiter|Conversation Reiter]]) - Dieses Topic ist im Conversation-Reiter gespeichert, NICHT im Topic-Reiter, aber es wird genutzt, wenn der Spieler das Dialog-Menü verlässt. Es enthält auf dem Spieler angepasste Verabschiedungs-Texte.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-4topics.jpg

== Conversation Reiter ==
Eine Konversation (Conversation) ist eine Reihe an Informationen, die zwischen zwei NPCs ausgetauscht werden. Alle verschiedenen Konversationen zwischen zwei NPCs benutzen Informationen, die in diesem Reiter gespeichert sind.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-5conversation.jpg

Du kannst neue Themen zur Konversation erstellen, wenn du sie benötigst (Siehe [[ob:Dialoge editieren|Dialoge editieren]]). Es gibt einige wichtige Standard-Themen für die Conversation, die du kennen solltest, bevor du einen Dialog zum Zufalls-Konversationssystem von Oblivion hinzufügst:

* '''HELLO''' - Alle zufälligen Konversationen beginnen mit einem "HELLO"-Topic. Beim startenden "HELLO" muß das "Link From" unausgefüllt sein, um anzuzeigen, das dieses eine Konversation starten kann.
* '''GOODBYE''' - Standardmäßig enden alle Konversationen mit einem "GOODBYE", es sei denn sie enden mit einer anderen Informationen wo das "Goodbye" -Feld angekreuzt ist.
* '''INFOGENERAL''' - Dieses Topic ist eher ungebräuchlich, weil es in zufälligen Unterhaltungen, sowie in Rumors-Topics zwischen NPCs genutzt wird. Wenn du einen NPC nach einem Gerücht (Rumors) befragst wird er eine Information aus dem INFOGENERAL-Topic wählen und wird dieses Gerücht für 24 Stunden "behalten" (Also wird er innerhalb der nächsten 24 Stunden dem Spieler nur dieses Gerücht mitteilen).

== Combat Reiter ==
Der Combat-Reiter beinhaltet Standard-Topics, die vom Spiel genutzt werden um Kampf und Verbrechen-Handlungen mit Dialoge zu kommentieren. Die einzigen Topics, die hier vorhanden sind:

* Accept Yield (Akzeptiere Ausbeute)
* Assault (Angriff)
* AssaultNoCrime (Angriff ohne Verbrechen)
* Attack (Angriff (Gegenwehr))
* Flee (Flucht)
* Hit (Treffer)
* Murder (Mörder)
* MurderNoCrime (Mörder ohne Verbrechen)
* Pickpocket (Taschendieb)
* PickpocketNoCrime (Taschendieb ohne Verbrechen)
* PowerAttack (Kraft-Angriff)
* Steal (Stehlen)
* Trespass (Übertretung)
* TrespassNoCrime (Übertretung ohne Verbrechen)
* Yield (Aubeute)

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-6combat.jpg

== Persuasion Reiter ==
Der Persuasion-Reiter beinhaltet die gesprochenen Kommentare, die beim Überredungs-Mini Spiel gesagt werden.

Die einzigen Topics, die hierbei gebraucht werden sind die folgenden Standard-Topics:

* AdmireDislike (Bewundern Abneigen)
* AdmireHate (Bewundern Hassen)
* AdmireLike (Bewundern Mögen)
* AdmireLove (Bewundern Lieben)
* BoastDislike (Prahlen Abneigen)
* BoastHate (Prahlen Hassen)
* BoastLike (Prahlen Mögen)
* BoastLove (Prahlen Lieben)
* CoerceDislike (Nötigen Abneigen)
* CoerceHate (Nötigen Hassen)
* CoerceLike (Nötigen Mögen)
* CoerceLove (Nötigen Lieben)
* JokeDislike (Witzeln Abneigen)
* JokeHate (Witzeln Hassen)
* JokeLike (Witzeln Mögen)
* JokeLove (Witzeln Lieben)
* PersuasionEnter (Überreden beginnen)
* PersuasionExit (Überreden Beenden)
* Bribe (Bestechen)

== Detection Reiter ==
Der Detection-Reiter beinhaltet die Dialoge, die im Spiel benutzt werden, wenn man entdeckt wurde. Detection-Infos werden gesagt, wenn NPCs außerhalb eines Kampfes sind, es gibt dabei verschiedene Stufen von Detection (Entdeckung)

Die einzigen Topics in dieser Sektion sind die folgenden Standard-Topics:

* Lost (verloren gegangen) - Spieler fällt unter die "Notice" Schwelle. Der NPC hat den Spieler aus den Augen verloren.
* Noticed (Bemerkt) - Der Spieler wurde leicht bemerkt
* Seen (gesehen) - Der Spieler wurde gesehen ([[ob:GetDetected|GetDetected]] player > 0)
* Unseen (Ungesehen) - Spieler fällt unter die "Seen" Schwelle. Er ist ungesehen.

== Service Reiter ==
[http://www.ei-der-zeit.com/LexikonCSIV/tesiv-cs/Fenster_Programm/quests9-service.html Service Reiter]

== Misc Reiter ==
[[http://www.ei-der-zeit.com/LexikonCSIV/tesiv-cs/Fenster_Programm/quests10-misc.html Misc Reiter]

[[Kategorie: Grundlegendes Wissen|Dialoge Editieren]]
[[Kategorie: Dialoge|Dialoge Editieren]]

Oblivion:Dialoge Editieren

2008-08-06T16:42:09Z

Lars: Inhalt von Avantares übertragen

== Dialoge editieren allgemein ==
Die sieben Dialoge-Reiter im [[ob:Quest Window|Quest-Fenster]] teilen alle gemeinsame Funktionen, die weiter unten beschrieben werden.

Die Themen-Liste ("Topic List") Auf der linken Seite des Reiters zeigt alle Themen der ausgewählten Quest an. Um ein Thema hinzuzufügen oder zu entfernen, rechtsklicke auf die Quest-Topic-List. Wähle "Add Topic" um eine Lister ALLER Themen des Spiels anzuzeigen. Entweder wählt man nun ein vorhandenens Thema aus der Liste, oder Rechtsklickt um ein neues Thema zu erstellen. Wähle "OK" um ein ausgewähltes oder neu erstelltes Thema zur aktuell ausgewählten Quest. hinzuzufügen.

Wähle ein Thema in der "Topic List" um eine Liste aller Infos anzuzeigen, die mit dem Thema der ausgewählten Quest zu tun haben. (Um alle Infos zum Thema ALLER Quests anzuzeigen wähle das "[[ob:Gefilterte Dialoge Window|Gefilterte Dialoge]]"-Fenster).

Die Info-Liste oben rechts zeigt eine Liste aller Infos des ausgewählten Topics an. Wähle eine Info um seine Reaktion in der Response-List (Response=Reaktion) anzuzeigen.

== Topics Reiter ==
Der Topics-Reiter (Topic=Thema) des Quest-Fensters beinhaltet alle Dialoge zwischen NPCs und dem Spieler - Dialoge, die mit mit dem In-Game Dialog-Menü gesprochen werden.

Man kann neue Dialog-Themen hinzufügen, wenn man welche braucht (siehe: [[ob:Dialoge Editieren|Dialoge Editieren]]). Es gibt einige Standard-Topics, die in jedem Topic-Tab genutzt werden sollten:

* '''GREETING''' - Dieses Topic wird genutzt wenn der Spieler einen Dialog mit einem NPC startet und beinhaltet auf den Spieler reagierende Grußformen.
* '''GOODBYE''' (Siehe [[ob:Conversation Reiter|Conversation Reiter]]) - Dieses Topic ist im Conversation-Reiter gespeichert, NICHT im Topic-Reiter, aber es wird genutzt, wenn der Spieler das Dialog-Menü verlässt. Es enthält auf dem Spieler angepasste Verabschiedungs-Texte.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-4topics.jpg

== Conversation Reiter ==
Eine Konversation (Conversation) ist eine Reihe an Informationen, die zwischen zwei NPCs ausgetauscht werden. Alle verschiedenen Konversationen zwischen zwei NPCs benutzen Informationen, die in diesem Reiter gespeichert sind.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-5conversation.jpg

Du kannst neue Themen zur Konversation erstellen, wenn du sie benötigst (Siehe [[ob:Dialoge editieren|Dialoge editieren]]). Es gibt einige wichtige Standard-Themen für die Conversation, die du kennen solltest, bevor du einen Dialog zum Zufalls-Konversationssystem von Oblivion hinzufügst:

* '''HELLO''' - Alle zufälligen Konversationen beginnen mit einem "HELLO"-Topic. Beim startenden "HELLO" muß das "Link From" unausgefüllt sein, um anzuzeigen, das dieses eine Konversation starten kann.
* '''GOODBYE''' - Standardmäßig enden alle Konversationen mit einem "GOODBYE", es sei denn sie enden mit einer anderen Informationen wo das "Goodbye" -Feld angekreuzt ist.
* '''INFOGENERAL''' - Dieses Topic ist eher ungebräuchlich, weil es in zufälligen Unterhaltungen, sowie in Rumors-Topics zwischen NPCs genutzt wird. Wenn du einen NPC nach einem Gerücht (Rumors) befragst wird er eine Information aus dem INFOGENERAL-Topic wählen und wird dieses Gerücht für 24 Stunden "behalten" (Also wird er innerhalb der nächsten 24 Stunden dem Spieler nur dieses Gerücht mitteilen).

== Combat Reiter ==
Der Combat-Reiter beinhaltet Standard-Topics, die vom Spiel genutzt werden um Kampf und Verbrechen-Handlungen mit Dialoge zu kommentieren. Die einzigen Topics, die hier vorhanden sind:

* Accept Yield (Akzeptiere Ausbeute)
* Assault (Angriff)
* AssaultNoCrime (Angriff ohne Verbrechen)
* Attack (Angriff (Gegenwehr))
* Flee (Flucht)
* Hit (Treffer)
* Murder (Mörder)
* MurderNoCrime (Mörder ohne Verbrechen)
* Pickpocket (Taschendieb)
* PickpocketNoCrime (Taschendieb ohne Verbrechen)
* PowerAttack (Kraft-Angriff)
* Steal (Stehlen)
* Trespass (Übertretung)
* TrespassNoCrime (Übertretung ohne Verbrechen)
* Yield (Aubeute)

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-6combat.jpg

== Persuasion Reiter ==
Der Persuasion-Reiter beinhaltet die gesprochenen Kommentare, die beim Überredungs-Mini Spiel gesagt werden.

Die einzigen Topics, die hierbei gebraucht werden sind die folgenden Standard-Topics:

* AdmireDislike (Bewundern Abneigen)
* AdmireHate (Bewundern Hassen)
* AdmireLike (Bewundern Mögen)
* AdmireLove (Bewundern Lieben)
* BoastDislike (Prahlen Abneigen)
* BoastHate (Prahlen Hassen)
* BoastLike (Prahlen Mögen)
* BoastLove (Prahlen Lieben)
* CoerceDislike (Nötigen Abneigen)
* CoerceHate (Nötigen Hassen)
* CoerceLike (Nötigen Mögen)
* CoerceLove (Nötigen Lieben)
* JokeDislike (Witzeln Abneigen)
* JokeHate (Witzeln Hassen)
* JokeLike (Witzeln Mögen)
* JokeLove (Witzeln Lieben)
* PersuasionEnter (Überreden beginnen)
* PersuasionExit (Überreden Beenden)
* Bribe (Bestechen)

== Detection Reiter ==
[http://www.ei-der-zeit.com/LexikonCSIV/tesiv-cs/Fenster_Programm/quests8-detection.html Detection Reiter]

== Service Reiter ==
[http://www.ei-der-zeit.com/LexikonCSIV/tesiv-cs/Fenster_Programm/quests9-service.html Service Reiter]

== Misc Reiter ==
[[http://www.ei-der-zeit.com/LexikonCSIV/tesiv-cs/Fenster_Programm/quests10-misc.html Misc Reiter]

[[Kategorie: Grundlegendes Wissen|Dialoge Editieren]]
[[Kategorie: Dialoge|Dialoge Editieren]]

Oblivion:Dialoge Editieren

2008-08-06T16:41:02Z

Lars: Inhalt von Avantares übertragen

Oblivion:Dialoge Editieren

2008-08-06T16:39:26Z

Lars:

Oblivion:Dialoge Editieren

2008-08-06T16:38:55Z

Lars: Inhalt von Avantares übertragen

Oblivion:Dialoge Editieren

2008-08-06T16:37:32Z

Lars:

Oblivion:Dialoge Editieren

2008-08-06T16:37:06Z

Lars: Inhalt von Avantares übertragen

Oblivion:Packages Window

2008-08-03T15:02:57Z

Lars: Text von Avantares eingefügt

== Packages allgemein ==
Packages ("Pakete") sind Bündel von AI ("KI") Instruktionen und Bedingungen, wann und wie sie ausgeführt werden. Sie werden an einem Actor platziert, indem sie auf die AI Package Liste gezogen werden.

Wenn ein Actor ein neues Package benötigt, wird die Liste von oben aus durchsucht. Das erste Package, das vom Zeitplan und den Konditionen her am ehesten zusagt, wird dann ausgeführt.

Die AI Package List erreicht man, in dem man entweder im Editor einen Doppelklick auf einen Charakter macht, oder im Obbjektfenster einen Doppeklick auf einen Charakter. Nun öffnet sich das NPC-Fenster (Bei einer Kreatur das "Creature-Fenster").Nun klickt man hier auf den Button "AI" unten links. Ein weiteres Fenster öffnet sich und hier findet man die AI Package List, die alle Bewegungsabläufe für den jeweiligen Actor anzeigt. Will man nun einen neuen Eintrag erstellen, klickt man in die Liste mit rechtere Maustaste und wählt "new" aus dem Kontextmenü. Das folgende Fenster erscheint:

http://www.ei-der-zeit.com/LexikonCSIV/pic/cs-aipackagelist.jpg

* '''ID''': Feste Bezeichnung für das Package. Dieser Name muss wie immer einzigartig sein.
* '''Package Type''': Setzt das Basis-Benehmen für das Package. Jeder Typ gibt unterschiedliche Eingabefelder frei.
* '''Flags''': Eine Anzahl von Eigenschaften, die zu dem erstellten Package zugefügt werden. Einige der Bezeichnungen sind einleuchtend (z.B. "Always Run": Der Actor rennt während diesem Package).
* '''Door Flags''': Hiermit kann festgelegt werden, ob alle Türen innerhalb der Zelle, die ein Actor während des Package durchgeht verschlossen werden oder geöffnet bleiben.
* '''Schedule-Reiter''': Setzt die Zeit fest, an der ein Package beginnt. Der Zeitrahmen kann nur zu vollen Stunden beginnen. Als ungeschriebene Regel gilt; setze Tag ("day") und Monat ("month") ODER Tag in der Woche ("day of the week"), niemals beides! Die Gründe sollten einleuchten ;)
* '''Conditions-Reiter''': Eine Liste von Bedingungen die erfüllt werden müssen, damit das Package gestartet wird. Wird auch nur dann angewendet, wenn der Zeitpunkt richtig ist. "Run on Target" ist nur erlaubt, wenn das Package ein definiertes Ziel hat.
* '''Location-Reiter''': Definiert die Location, wo das Package läuft. Es wird ausdrücklich Empfohlen hier nur die "Near Reference" Optionen zu wählen. In der "Cell"-Option können ungewollte Verhaltensweisen auftreten. Wenn keine Location gewählt wird, gilt die nähere Umgebung als Standard.
** Near Reference: Wähle den Bezug aus dem Render-Fenster oder aus der Liste.
** In Cell: Nicht empfohlen. Kann ungewollte Verhaltensweisen produzieren.
** Near Current Location: Zentriert die Package-Location dort wo der NPC das Package beginnt.
** Near Editor Location: Zentriert die Package-Location auf dem Punkt, an dem der NPC standardmäßig gesetzt wird (Erstplatzierung also).
** Radius: Der Radius des Zentrums vom Package, in der es noch ausgeführt werden darf.
* '''Target-Reiter''': Einige Package-Typen haben Ziele die unabhängig von der Location sind.
** Specific Reference: Wähle den Bezug aus dem Render-Fenster oder der Liste
** Any Object: Wähle eine Object ID oder eine Klasse von Objekten.
** Value: Die Zahl dieser Items mit denen das Package interagiert, wenn es ein allgemines Ziel ist. Es ist die Distanz zum Ziel, wenn es ein spezifisches Ziel ist.

== Weiterführende Themen ==

A

[[ob:AI Button|AI Button]]

[[ob:Accompany Package|Accompany Package]]

[[ob:Ambush Package|Ambush Package]]

C

[[ob:Cast Magic Package|Cast Magic Package]]

E

[[ob:Eat Package|Eat Package]]

[[obEscort Package|Escort Package]]

F

[[ob:Find Package|Find Package]]

[[ob:Flags on Packages|Flags on Packages]]

[[ob:Flee Package|Flee Package]]

[[ob:Follow Package|Follow Package]]

P

[[ob:Package Types|Package Types]]

S

[[ob:Sleep Package|Sleep Package]]

T

[[ob:Travel Package|Travel Package]]

U

[[ob:UseItemAt Package|UseItemAt Package]]

W

[[ob:Wander Package|Wander Package]]
[[Kategorie: Grundlegendes Wissen|Packages Window]]
[[Kategorie: AI (Packages)|Packages Window]]

Oblivion:Dialoge Editieren

2008-08-03T14:57:50Z

Lars:

== Dialoge editieren allgemein ==
Die sieben Dialoge-Reiter im [[Quest-Fenster]] teilen alle gemeinsame Funktionen, die weiter unten beschrieben werden. Um die Funktionen der einzelnen Reiter zu erfahren, informiere dich direkt auf den zugehörigen Seiten:

* [[ob:Topics Reiter|Topics Reiter]]
* [[ob:Conversation Reiter|Conversation Reiter]]
* [[ob:Combat Reiter|Combat Reiter]]
* [[ob:Persuasion Reiter|Persuasion Reiter]]
* [[ob:Detection Reiter|Detection Reiter]]
* [[ob:Service Reiter|Service Reiter]]
* [[ob:Misc Reiter|Misc Reiter]]

Die Themen-Liste ("Topic List") Auf der linken Seite des Reiters zeigt alle Themen der ausgewählten Quest an. Um ein Thema hinzuzufügen oder zu entfernen, rechtsklicke auf die Quest-Topic-List. Wähle "Add Topic" um eine Lister ALLER Themen des Spiels anzuzeigen. Entweder wählt man nun ein vorhandenens Thema aus der Liste, oder Rechtsklickt um ein neues Thema zu erstellen. Wähle "OK" um ein ausgewähltes oder neu erstelltes Thema zur aktuell ausgewählten Quest. hinzuzufügen.

Wähle ein Thema in der "Topic List" um eine Liste aller Infos anzuzeigen, die mit dem Thema der ausgewählten Quest zu tun haben. (Um alle Infos zum Thema ALLER Quests anzuzeigen wähle das "[[ob:Filtered Dialogue|Filtered Dialogue]]"-Fenster).

Die Info-Liste oben rechts zeigt eine Liste aller Infos des ausgewählten Topics an. Wähle eine Info um seine Reaktion in der Response-List (Response=Reaktion) anzuzeigen.
[[Kategorie: Grundlegendes Wissen|Dialoge Editieren]]
[[Kategorie: Dialoge|Dialoge Editieren]]

Oblivion:Dialoge Editieren

2008-08-03T14:57:31Z

Lars: Text von Avantares eingefügt

Oblivion:Idle Animations

2008-08-03T14:48:47Z

Lars: Kleiner Rechtschreibfehler behoben

== Idle Animationen allgemein ==
In Oblivion beinhaltet die Idle (unbeschäftigt) Animation Informationen darüber, welche Datei abgespielt wird, wie es auf das Skelett des Actors übertragen wird und unter welchen Voraussetzungen sie abgespielt werden. Der Idle Manager ist zum einen das Werkzeug um Idle Animationen zu definieren und zum anderen das System mit dem im Spiel diese Idle Animationen gewählt werden. Diese Beschreibung soll nun näher bringen, wie man das Tool benutzt wird und wie die Idle Animationen im Spiel genutzt werden.

"Idle Animation" kann man übrigens schlecht übersetzen, deswegen bleibe ich auch bei der Englischen Bezeichnung. Prinzipiell sind Idle Animationen Hauptsächlich die Animationen, die NPCs "von selbst" ausführen. Also eben keine Kampf-Animationen und keine gescripteten Bewegungen. Idle Animationen dienen also unter anderem dazu das NPCs - wenn sie keine direkte Aufgabe haben - nicht einfach auf der Stelle stehen (man möge mich korrigieren, falls das nicht stimmt).

== Die Idle Manager Dialog Box ==
Wähle im Menü "Gameplay" den Eintrag "Idle Animations...", um den Idle Manager Dialog aufzurufen. Auf der linken Seite befindet sich dabei eine Daten-Baumstruktur aller Idle Animationen, die es im Spiel gibt. Die rechte Seite der Dialog Box wird dazu genutzt um die entsprechenden Einstellungen für die ausgewählte Idle Animation vorzunehmen oder anzuschauen.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation.jpg

== Idle Animation Daten ==
Die rechte Seite der Dialog-Box wird dazu genutzt um die Daten für die aktuell ausgewählte Idle Animation einzustellen.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation_rechts.jpg

Das ID-Feld wird wieder einmal dafür genutzt der Idle Animationen einen einmaligen Namen zuzuweisen. Der Text wird niemals im Spiel angezeigt und hat daher Hauptsächlich einen Organisatorischen Zweck. Der Name sollte also möglichst verständlich und Übersichtlich gehalten werden.

Der Button rechts der ID ("Select Animation File") wird dazu benötigt um das KF-File für die Animation auszuwählen. Nur KF Files im IdleAnims Verzeichnis unterhalb des Verzeichnisses worin das NPC- oder Kreatur-Skelett Existiert kann ausgewählt werden.

Die Animation Group Section Dropdown-Liste wird dazu genutzt um auszuwählen, wie die Animation auf das Skelett abgespielt wird. Generell wird das auf "Special Idle" gesetzt, was bedeutet das das Spiel versucht, die Animation auf das ganze Skelett zu übertragen und Prioritäten benutzt um zu entscheiden, welche Bones ("Knochen") - wenn welche vorhanden sind - der Animation die gerade abgespielt werden, von der Idle Animation überschrieben werden.

Die "Must Return a File"-Checkbox wird dazu genutzt um bei der Entscheidung zu helfen, wie der Idle Manager eine Idle Animation im Spiel heraussucht und wird später noch genauer erklärt. Generell, wenn keine Datei als Idle ausgewählt ist, bedeutet das, das es als Parent für andere Idles benutzt wird, wenn die Checkbox nicht aktiviert ist.

Der Rest dieser Sektion des Dialoges wird für die Einstellungen der Bedingungen genutzt unter welchen die Idle oder eines seiner Children abgespielt wird.

== Bedingungen ==
Jede Idle Animation beinhaltet einen Satz Bedingungen, die im Spiel dazu genutzt werden um zu entscheiden, wann oder wann nicht eine Idle abgespielt wird. Eine Animation eines NPCs, der seinen Bauch festhält und mit einem lauten Rülpser eine Mahlzeit beendet kann Bedingungen beinhalten, so das dieser NPC diese Animation nur dann ausführt, wenn er ein Essens-Package ausführt und hat einen niedrigen "Personality Actor" Wert.

Siehe auch [[ob:Bedingungen|Bedingungen]] für mehr Informationen, wie man Bedingungen einsetzt.

Der Idle-Datenstrukturbaum

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation_links.jpg

Die linke Seite des Idle Manager Dialog-Box ist eine Baumstruktur-Ansicht und gruppiert die Idles. Dabei repräsentieren die Oberbegriffe all die verschiendenen Kreatur und NPC Skelette. Alle Idles die bei NPC-Skeletten genutzt werden können, werden als Children des Stammes "Charakter\_Male\IdleAnimations" angezeigt und alle Animationen die an einem Goblin-Skelett ausgeführt werden können werden im Stamm "Creatures\Gobil\IdleAnimations" angezeigt. Diese Hauptstränge werden dynamisch hinzugefügt, basierend darauf auf welchem Skelett sie bei den aktuell geladenen NPCs und Kreaturen sie abgespielt werden. Alle unterhalb des Hauptstammes ist eine potentielle Idle Animation die abgespielt werden kann.

Mit einem Rechtsklick in diese Baumstruktur wird ein Popup-Menü aufgerufen, mit dem man vorhandene Idles löschen kann (delete), eine neue hinzufügen basierend auf die aktuell gewählte (Schwester/Sister-Objekt) (Insert Sibling), oder eine neue Idle erstellen als Child der aktuell gewählte (Insert Child).

Dabei wird bei "Insert Sibling" eine neue Idle in den Selben Ordner erstellt wie die bereits gewählte. Sie wird also zu einem "Sister-Objekt". Mit "Insert Child" wird eine Idle erstellt, die in einem Unterordner der aktuell gewählten Idle angelegt wird.

Dabei agiert eben ein Child-Objekt als Unterobjekt des darüberliegenden Objektes. Einfach gesprochen: Das oberobjekt ist das "Sitzen" und das Unterobjekt ist das "aufstehen". Wenn der Charakter aufstehen will (Child) muß er zunächst einmal im sitzenden Status sein (Parent). Natürlich kann ein Child wiederrum ein Parent für ein anderes Child sein.

Die "Move Up" und "Move Down" Buttons können dazu benutzt werden eine Idle in der Liste in Relation zu ihren Schwester-Objekten hoch oder runter zu bewegen (Mit anderen Worten also: Damit kann man einen Ordner/Idle innerhalb des Unterordners, in dem er sich befindet hoch oder runterbewegen, aber nicht in einen Ober- oder Unterordner).

Wenn eine Idle gelöscht wird, werden auch alle Childs (Unterobjekte) gelöscht (ist klar; wer nicht mehr sitzt, braucht auch nicht mehr aufstehen).

Wenn eine neue Idle als Child eingefügt wird, wird sie als erstes Child unter der aktuell ausgewählten Idle eingefügt (also in einen neuen Unterordner). Wenn eine neue Idle als Sibling (Schwester) eingefügt wird, so kommt sie gleich unter/hinter die aktuell ausgewählt Idle (im selben Ordner).

== Der Idle Manager im Spiel ==
=== Idles auswählen ===
Wenn der Idle Manager aufgerufen wird um eine Idle für einen Actor auszusuchen, wird er als erstes die Hauptstränge des Datenbaumes durchsuchen um herauszufinden, welche Idles auf das Skelett des Actors ausführbar sind. Dann fängt er an die erste Child-Idle in seinem Unterordner durchzusehen um zu sehen, welche Bedingungen der Idles erfüllt sind. Wenn sie nicht erfüllt ist, sieht er sich die Bedingung des nächsten Childs an (die Sibling / Schwester). Wenn der Actor dann die Bedingungen für eine Idle erfüllt und die Bedingungen für keine seiner Childs (Unter-Idles) erfüllt sind (oder er keine Childs hat) wird diese Animation abgespielt.

Wenn der Idle Manager eine Idle ausgewählt hat dem eine KF-Datei angehängt ist wird er diese aufgerufen und sobald sie geladen ist abgespielt. Wenn die Idle, die gewählt ist, keine KF-Datei hat können zwei Dinge passieren wenn man sich auf das "Must Return" Flag verlässt. Wenn die Idle ohne KF ein "Must Return"-Flag aktiviert hat, wird sie übersprungen, so als hätte der Actor die Bedingung nicht erfüllt und der Idle Manager geht zum nächsten Sibling-Objekt im aktuellen Ordner. Wenn das "Must Return"-Flag nicht aktiviert ist, wird keine Datei zurückgegeben und keine Idle abgespielt.

Als Beispiel: Ein NPC sitzt auf einen Stuhl und es wird nach einer Idle gefragt, wird er sich wohl am ehesten für die "SittingIdles" qualifizieren, bei denen der "GetSitting" abgefragt wird, aber keine KF-Datei angehängt ist. Wenn aus irgendwelchen Gründen nun die Bedingungen der Child-Idles darunter nicht erfüllt werden, wird "SittingIdles" zurückgegeben. Wenn das "Must Return"-Flag nicht aktiviert wäre, würde keine Datei zurückgegeben und der Actor wird keine Animation abspielen. Wenn die "Must Return"-Flag aber aktiviert ist, gehen wir zurück zu den "SittingIdles" in der Liste und der Actor wird vielleicht eine Idle abwickeln, die für einen sitzenden Charakter nicht angemessen wäre.

=== Wenn Idles im Spiel abgespielt werden ===
Idles können über Scripts erzwungen werden. Wenn die Funktion "[[ob:PickIdle|PickIdle]]" von einem Actor aufgerufen wird, wird der Idle Manager versuchen eine Idle dafür auszusuchen. Wenn eine Idle zurückgegeben wird, ist diese an der Reihe und wird abgespielt. Das kann im Spiel an einem Actor getestet werden, in dem man ihn in der Game-Console (^) auswählt und "PickIdle" eingibt. Der Name der gewählten Idle-Datei wird angezeigt und wenn du zum Spiel zurückkehrst wird der Actor versuchen, diese Animation abzuspielen.

Idles werden manchmal basierend auf des Actors Ereignisse im Spiel abgespielt. Wenn ein Actor umgefallen ist und auf dem Boden liegt, ist es die Aufgabe des Idle-Managers eine KF-Datei auszuwählen, die den Actor wieder aufstehen lässt. Wenn ein Actor sich im Kampf entscheidet aufzugeben, wird der Idle-Manager die entsprechende Idle dazu auswählen. Während ein Actor schläft oder isst, wird der Idle Manager ständig nach neuen Animationen abgefragt, die zur aktuellen Aufgabe passend sind. Auch während eines Dialoges mit dem Spieler oder einem NPC wird nach Idles gefragt, die das Gespräch mit Gesten oder anderen Idles untermalen. Dabei sowohl beim Sprecher als auch beim Zuhörer.

Idles können auch an zu verschiedenen Zeiten basierend auf des Actors Energie-Level abgespielt werden. Actors mit niedrigem Energie-Level werden wohl sehr viel öfters Pause machen und sich ausruhen, als Actors mit höherem Energielevel. Wenn der untere Körper des Actors sich ausruht, wird eine Idle ausgewählt, bis der Energie-Timer abgelaufen ist und eine neue Idle abgespielt wird.

== Weiterführende Themen ==

A

[[ob:Animations Befehle|Animations Befehle]]

G

[[ob:GetIdleDoneOnce|GetIdleDoneOnce]]
[[Kategorie: Grundlegendes Wissen|Animations, Idle]]
[[Kategorie: Animationen]]
[[Kategorie: NPCs und Player|Animations, Idle]]

Oblivion:Idle Animations

2008-08-03T14:45:58Z

Lars: Nochmal nachgebessert

== Idle Animationen allgemein ==
In Oblivion beinhaltet die Idle (unbeschäftigt) Animation Informationen darüber, welche Datei abgespielt wird, wie es auf das Skelett des Actors übertragen wird und unter welchen Voraussetzungen sie abgespielt werden. Der Idle Manager ist zum einen das Werkzeug um Idle Animationen zu definieren und zum anderen das System mit dem im Spiel diese Idle Animationen gewählt werden. Diese Beschreibung soll nun näher bringen, wie man das Tool benutzt wird und wie die Idle Animationen im Spiel genutzt werden.

"Idle Animation" kann man übrigens schlecht übersetzen, deswegen bleibe ich auch bei der Englischen Bezeichnung. Prinzipiell sind Idle Animationen Hauptsächlich die Animationen, die NPCs "von selbst" ausführen. Also eben keine Kampf-Animationen und keine gescripteten Bewegungen. Idle Animationen dienen also unter anderem dazu das NPCs - wenn sie keine direkte Aufgabe haben - nicht einfach auf der Stelle stehen (man möge mich korrigieren, falls das nicht stimmt).

== Die Idle Manager Dialog Box ==
Wähle im Menü "Gameplay" den Eintrag "Idle Animations...", um den Idle Manager Dialog aufzurufen. Auf der linken Seite befindet sich dabei eine Daten-Baumstruktur aller Idle Animationen, die es im Spiel gibt. Die rechte Seite der Dialog Box wird dazu genutzt um die entsprechenden Einstellungen für die ausgewählte Idle Animation vorzunehmen oder anzuschauen.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation.jpg

== Idle Animation Daten ==
Die rechte Seite der Dialog-Box wird dazu genutzt um die Daten für die aktuell ausgewählte Idle Animation einzustellen.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation_rechts.jpg

Das ID-Feld wird wieder einmal dafür genutzt der Idle Animationen einen einmaligen Namen zuzuweisen. Der Text wird niemals im Spiel angezeigt und hat daher Hauptsächlich einen Organisatorischen Zweck. Der Name sollte also möglichst verständlich und Übersichtlich gehalten werden.

Der Button rechts der ID ("Select Animation File") wird dazu benötigt um das KF-File für die Animation auszuwählen. Nur KF Files im IdleAnims Verzeichnis unterhalb des Verzeichnisses worin das NPC- oder Kreatur-Skelett Existiert kann ausgewählt werden.

Die Animation Group Section Dropdown-Liste wird dazu genutzt um auszuwählen, wie die Animation auf das Skelett abgespielt wird. Generell wird das auf "Special Idle" gesetzt, was bedeutet das das Spiel versucht, die Animation auf das ganze Skelett zu übertragen und Prioritäten benutzt um zu entscheiden, welche Bones ("Knochen") - wenn welche vorhanden sind - der Animation die gerade abgespielt werden, von der Idle Animation überschrieben werden.

Die "Must Return a File"-Checkbox wird dazu genutzt um bei der Entscheidung zu helfen, wie der Idle Manager eine Idle Animation im Spiel heraussucht und wird später noch genauer erklärt. Generell, wenn keine Datei als Idle ausgewählt ist, bedeutet das, das es als Parent für andere Idles benutzt wird, wenn die Checkbox nicht aktiviert ist.

Der Rest dieser Sektion des Dialoges wird für die Einstellungen der Bedingungen genutzt unter welchen die Idle oder eines seiner Children abgespielt wird.

== Bedinungen ==
Jede Idle Animation beinhaltet einen Satz Bedingungen, die im Spiel dazu genutzt werden um zu entscheiden, wann oder wann nicht eine Idle abgespielt wird. Eine Animation eines NPCs, der seinen Bauch festhält und mit einem lauten Rülpser eine Mahlzeit beendet kann Bedingungen beinhalten, so das dieser NPC diese Animation nur dann ausführt, wenn er ein Essens-Package ausführt und hat einen niedrigen "Personality Actor" Wert.

Siehe auch [[ob:Bedingungen|Bedingungen]] für mehr Informationen, wie man Bedingungen einsetzt.

Der Idle-Datenstrukturbaum

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation_links.jpg

Die linke Seite des Idle Manager Dialog-Box ist eine Baumstruktur-Ansicht und gruppiert die Idles. Dabei repräsentieren die Oberbegriffe all die verschiendenen Kreatur und NPC Skelette. Alle Idles die bei NPC-Skeletten genutzt werden können, werden als Children des Stammes "Charakter\_Male\IdleAnimations" angezeigt und alle Animationen die an einem Goblin-Skelett ausgeführt werden können werden im Stamm "Creatures\Gobil\IdleAnimations" angezeigt. Diese Hauptstränge werden dynamisch hinzugefügt, basierend darauf auf welchem Skelett sie bei den aktuell geladenen NPCs und Kreaturen sie abgespielt werden. Alle unterhalb des Hauptstammes ist eine potentielle Idle Animation die abgespielt werden kann.

Mit einem Rechtsklick in diese Baumstruktur wird ein Popup-Menü aufgerufen, mit dem man vorhandene Idles löschen kann (delete), eine neue hinzufügen basierend auf die aktuell gewählte (Schwester/Sister-Objekt) (Insert Sibling), oder eine neue Idle erstellen als Child der aktuell gewählte (Insert Child).

Dabei wird bei "Insert Sibling" eine neue Idle in den Selben Ordner erstellt wie die bereits gewählte. Sie wird also zu einem "Sister-Objekt". Mit "Insert Child" wird eine Idle erstellt, die in einem Unterordner der aktuell gewählten Idle angelegt wird.

Dabei agiert eben ein Child-Objekt als Unterobjekt des darüberliegenden Objektes. Einfach gesprochen: Das oberobjekt ist das "Sitzen" und das Unterobjekt ist das "aufstehen". Wenn der Charakter aufstehen will (Child) muß er zunächst einmal im sitzenden Status sein (Parent). Natürlich kann ein Child wiederrum ein Parent für ein anderes Child sein.

Die "Move Up" und "Move Down" Buttons können dazu benutzt werden eine Idle in der Liste in Relation zu ihren Schwester-Objekten hoch oder runter zu bewegen (Mit anderen Worten also: Damit kann man einen Ordner/Idle innerhalb des Unterordners, in dem er sich befindet hoch oder runterbewegen, aber nicht in einen Ober- oder Unterordner).

Wenn eine Idle gelöscht wird, werden auch alle Childs (Unterobjekte) gelöscht (ist klar; wer nicht mehr sitzt, braucht auch nicht mehr aufstehen).

Wenn eine neue Idle als Child eingefügt wird, wird sie als erstes Child unter der aktuell ausgewählten Idle eingefügt (also in einen neuen Unterordner). Wenn eine neue Idle als Sibling (Schwester) eingefügt wird, so kommt sie gleich unter/hinter die aktuell ausgewählt Idle (im selben Ordner).

== Der Idle Manager im Spiel ==
=== Idles auswählen ===
Wenn der Idle Manager aufgerufen wird um eine Idle für einen Actor auszusuchen, wird er als erstes die Hauptstränge des Datenbaumes durchsuchen um herauszufinden, welche Idles auf das Skelett des Actors ausführbar sind. Dann fängt er an die erste Child-Idle in seinem Unterordner durchzusehen um zu sehen, welche Bedingungen der Idles erfüllt sind. Wenn sie nicht erfüllt ist, sieht er sich die Bedingung des nächsten Childs an (die Sibling / Schwester). Wenn der Actor dann die Bedingungen für eine Idle erfüllt und die Bedingungen für keine seiner Childs (Unter-Idles) erfüllt sind (oder er keine Childs hat) wird diese Animation abgespielt.

Wenn der Idle Manager eine Idle ausgewählt hat dem eine KF-Datei angehängt ist wird er diese aufgerufen und sobald sie geladen ist abgespielt. Wenn die Idle, die gewählt ist, keine KF-Datei hat können zwei Dinge passieren wenn man sich auf das "Must Return" Flag verlässt. Wenn die Idle ohne KF ein "Must Return"-Flag aktiviert hat, wird sie übersprungen, so als hätte der Actor die Bedingung nicht erfüllt und der Idle Manager geht zum nächsten Sibling-Objekt im aktuellen Ordner. Wenn das "Must Return"-Flag nicht aktiviert ist, wird keine Datei zurückgegeben und keine Idle abgespielt.

Als Beispiel: Ein NPC sitzt auf einen Stuhl und es wird nach einer Idle gefragt, wird er sich wohl am ehesten für die "SittingIdles" qualifizieren, bei denen der "GetSitting" abgefragt wird, aber keine KF-Datei angehängt ist. Wenn aus irgendwelchen Gründen nun die Bedingungen der Child-Idles darunter nicht erfüllt werden, wird "SittingIdles" zurückgegeben. Wenn das "Must Return"-Flag nicht aktiviert wäre, würde keine Datei zurückgegeben und der Actor wird keine Animation abspielen. Wenn die "Must Return"-Flag aber aktiviert ist, gehen wir zurück zu den "SittingIdles" in der Liste und der Actor wird vielleicht eine Idle abwickeln, die für einen sitzenden Charakter nicht angemessen wäre.

=== Wenn Idles im Spiel abgespielt werden ===
Idles können über Scripts erzwungen werden. Wenn die Funktion "[[ob:PickIdle|PickIdle]]" von einem Actor aufgerufen wird, wird der Idle Manager versuchen eine Idle dafür auszusuchen. Wenn eine Idle zurückgegeben wird, ist diese an der Reihe und wird abgespielt. Das kann im Spiel an einem Actor getestet werden, in dem man ihn in der Game-Console (^) auswählt und "PickIdle" eingibt. Der Name der gewählten Idle-Datei wird angezeigt und wenn du zum Spiel zurückkehrst wird der Actor versuchen, diese Animation abzuspielen.

Idles werden manchmal basierend auf des Actors Ereignisse im Spiel abgespielt. Wenn ein Actor umgefallen ist und auf dem Boden liegt, ist es die Aufgabe des Idle-Managers eine KF-Datei auszuwählen, die den Actor wieder aufstehen lässt. Wenn ein Actor sich im Kampf entscheidet aufzugeben, wird der Idle-Manager die entsprechende Idle dazu auswählen. Während ein Actor schläft oder isst, wird der Idle Manager ständig nach neuen Animationen abgefragt, die zur aktuellen Aufgabe passend sind. Auch während eines Dialoges mit dem Spieler oder einem NPC wird nach Idles gefragt, die das Gespräch mit Gesten oder anderen Idles untermalen. Dabei sowohl beim Sprecher als auch beim Zuhörer.

Idles können auch an zu verschiedenen Zeiten basierend auf des Actors Energie-Level abgespielt werden. Actors mit niedrigem Energie-Level werden wohl sehr viel öfters Pause machen und sich ausruhen, als Actors mit höherem Energielevel. Wenn der untere Körper des Actors sich ausruht, wird eine Idle ausgewählt, bis der Energie-Timer abgelaufen ist und eine neue Idle abgespielt wird.

== Weiterführende Themen ==

A

[[ob:Animations Befehle|Animations Befehle]]

G

[[ob:GetIdleDoneOnce|GetIdleDoneOnce]]
[[Kategorie: Grundlegendes Wissen|Animations, Idle]]
[[Kategorie: Animationen]]
[[Kategorie: NPCs und Player|Animations, Idle]]

Oblivion:Idle Animations

2008-08-03T14:44:37Z

Lars: Links angepasst

== Idle Animationen allgemein ==
In Oblivion beinhaltet die Idle (unbeschäftigt) Animation Informationen darüber, welche Datei abgespielt wird, wie es auf das Skelett des Actors übertragen wird und unter welchen Voraussetzungen sie abgespielt werden. Der Idle Manager ist zum einen das Werkzeug um Idle Animationen zu definieren und zum anderen das System mit dem im Spiel diese Idle Animationen gewählt werden. Diese Beschreibung soll nun näher bringen, wie man das Tool benutzt wird und wie die Idle Animationen im Spiel genutzt werden.

"Idle Animation" kann man übrigens schlecht übersetzen, deswegen bleibe ich auch bei der Englischen Bezeichnung. Prinzipiell sind Idle Animationen Hauptsächlich die Animationen, die NPCs "von selbst" ausführen. Also eben keine Kampf-Animationen und keine gescripteten Bewegungen. Idle Animationen dienen also unter anderem dazu das NPCs - wenn sie keine direkte Aufgabe haben - nicht einfach auf der Stelle stehen (man möge mich korrigieren, falls das nicht stimmt).

== Die Idle Manager Dialog Box ==
Wähle im Menü "Gameplay" den Eintrag "Idle Animations...", um den Idle Manager Dialog aufzurufen. Auf der linken Seite befindet sich dabei eine Daten-Baumstruktur aller Idle Animationen, die es im Spiel gibt. Die rechte Seite der Dialog Box wird dazu genutzt um die entsprechenden Einstellungen für die ausgewählte Idle Animation vorzunehmen oder anzuschauen.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation.jpg

== Idle Animation Daten ==
Die rechte Seite der Dialog-Box wird dazu genutzt um die Daten für die aktuell ausgewählte Idle Animation einzustellen.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation_rechts.jpg

Das ID-Feld wird wieder einmal dafür genutzt der Idle Animationen einen einmaligen Namen zuzuweisen. Der Text wird niemals im Spiel angezeigt und hat daher Hauptsächlich einen Organisatorischen Zweck. Der Name sollte also möglichst verständlich und Übersichtlich gehalten werden.

Der Button rechts der ID ("Select Animation File") wird dazu benötigt um das KF-File für die Animation auszuwählen. Nur KF Files im IdleAnims Verzeichnis unterhalb des Verzeichnisses worin das NPC- oder Kreatur-Skelett Existiert kann ausgewählt werden.

Die Animation Group Section Dropdown-Liste wird dazu genutzt um auszuwählen, wie die Animation auf das Skelett abgespielt wird. Generell wird das auf "Special Idle" gesetzt, was bedeutet das das Spiel versucht, die Animation auf das ganze Skelett zu übertragen und Prioritäten benutzt um zu entscheiden, welche Bones ("Knochen") - wenn welche vorhanden sind - der Animation die gerade abgespielt werden, von der Idle Animation überschrieben werden.

Die "Must Return a File"-Checkbox wird dazu genutzt um bei der Entscheidung zu helfen, wie der Idle Manager eine Idle Animation im Spiel heraussucht und wird später noch genauer erklärt. Generell, wenn keine Datei als Idle ausgewählt ist, bedeutet das, das es als Parent für andere Idles benutzt wird, wenn die Checkbox nicht aktiviert ist.

Der Rest dieser Sektion des Dialoges wird für die Einstellungen der Bedingungen genutzt unter welchen die Idle oder eines seiner Children abgespielt wird.

== Bedinungen ==
Jede Idle Animation beinhaltet einen Satz Bedingungen, die im Spiel dazu genutzt werden um zu entscheiden, wann oder wann nicht eine Idle abgespielt wird. Eine Animation eines NPCs, der seinen Bauch festhält und mit einem lauten Rülpser eine Mahlzeit beendet kann Bedingungen beinhalten, so das dieser NPC diese Animation nur dann ausführt, wenn er ein Essens-Package ausführt und hat einen niedrigen "Personality Actor" Wert.

Siehe auch [[Oblivion:Bedingungen|Bedingungen]] für mehr Informationen, wie man Bedingungen einsetzt.

Der Idle-Datenstrukturbaum

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation_links.jpg

Die linke Seite des Idle Manager Dialog-Box ist eine Baumstruktur-Ansicht und gruppiert die Idles. Dabei repräsentieren die Oberbegriffe all die verschiendenen Kreatur und NPC Skelette. Alle Idles die bei NPC-Skeletten genutzt werden können, werden als Children des Stammes "Charakter\_Male\IdleAnimations" angezeigt und alle Animationen die an einem Goblin-Skelett ausgeführt werden können werden im Stamm "Creatures\Gobil\IdleAnimations" angezeigt. Diese Hauptstränge werden dynamisch hinzugefügt, basierend darauf auf welchem Skelett sie bei den aktuell geladenen NPCs und Kreaturen sie abgespielt werden. Alle unterhalb des Hauptstammes ist eine potentielle Idle Animation die abgespielt werden kann.

Mit einem Rechtsklick in diese Baumstruktur wird ein Popup-Menü aufgerufen, mit dem man vorhandene Idles löschen kann (delete), eine neue hinzufügen basierend auf die aktuell gewählte (Schwester/Sister-Objekt) (Insert Sibling), oder eine neue Idle erstellen als Child der aktuell gewählte (Insert Child).

Dabei wird bei "Insert Sibling" eine neue Idle in den Selben Ordner erstellt wie die bereits gewählte. Sie wird also zu einem "Sister-Objekt". Mit "Insert Child" wird eine Idle erstellt, die in einem Unterordner der aktuell gewählten Idle angelegt wird.

Dabei agiert eben ein Child-Objekt als Unterobjekt des darüberliegenden Objektes. Einfach gesprochen: Das oberobjekt ist das "Sitzen" und das Unterobjekt ist das "aufstehen". Wenn der Charakter aufstehen will (Child) muß er zunächst einmal im sitzenden Status sein (Parent). Natürlich kann ein Child wiederrum ein Parent für ein anderes Child sein.

Die "Move Up" und "Move Down" Buttons können dazu benutzt werden eine Idle in der Liste in Relation zu ihren Schwester-Objekten hoch oder runter zu bewegen (Mit anderen Worten also: Damit kann man einen Ordner/Idle innerhalb des Unterordners, in dem er sich befindet hoch oder runterbewegen, aber nicht in einen Ober- oder Unterordner).

Wenn eine Idle gelöscht wird, werden auch alle Childs (Unterobjekte) gelöscht (ist klar; wer nicht mehr sitzt, braucht auch nicht mehr aufstehen).

Wenn eine neue Idle als Child eingefügt wird, wird sie als erstes Child unter der aktuell ausgewählten Idle eingefügt (also in einen neuen Unterordner). Wenn eine neue Idle als Sibling (Schwester) eingefügt wird, so kommt sie gleich unter/hinter die aktuell ausgewählt Idle (im selben Ordner).

== Der Idle Manager im Spiel ==
=== Idles auswählen ===
Wenn der Idle Manager aufgerufen wird um eine Idle für einen Actor auszusuchen, wird er als erstes die Hauptstränge des Datenbaumes durchsuchen um herauszufinden, welche Idles auf das Skelett des Actors ausführbar sind. Dann fängt er an die erste Child-Idle in seinem Unterordner durchzusehen um zu sehen, welche Bedingungen der Idles erfüllt sind. Wenn sie nicht erfüllt ist, sieht er sich die Bedingung des nächsten Childs an (die Sibling / Schwester). Wenn der Actor dann die Bedingungen für eine Idle erfüllt und die Bedingungen für keine seiner Childs (Unter-Idles) erfüllt sind (oder er keine Childs hat) wird diese Animation abgespielt.

Wenn der Idle Manager eine Idle ausgewählt hat dem eine KF-Datei angehängt ist wird er diese aufgerufen und sobald sie geladen ist abgespielt. Wenn die Idle, die gewählt ist, keine KF-Datei hat können zwei Dinge passieren wenn man sich auf das "Must Return" Flag verlässt. Wenn die Idle ohne KF ein "Must Return"-Flag aktiviert hat, wird sie übersprungen, so als hätte der Actor die Bedingung nicht erfüllt und der Idle Manager geht zum nächsten Sibling-Objekt im aktuellen Ordner. Wenn das "Must Return"-Flag nicht aktiviert ist, wird keine Datei zurückgegeben und keine Idle abgespielt.

Als Beispiel: Ein NPC sitzt auf einen Stuhl und es wird nach einer Idle gefragt, wird er sich wohl am ehesten für die "SittingIdles" qualifizieren, bei denen der "GetSitting" abgefragt wird, aber keine KF-Datei angehängt ist. Wenn aus irgendwelchen Gründen nun die Bedingungen der Child-Idles darunter nicht erfüllt werden, wird "SittingIdles" zurückgegeben. Wenn das "Must Return"-Flag nicht aktiviert wäre, würde keine Datei zurückgegeben und der Actor wird keine Animation abspielen. Wenn die "Must Return"-Flag aber aktiviert ist, gehen wir zurück zu den "SittingIdles" in der Liste und der Actor wird vielleicht eine Idle abwickeln, die für einen sitzenden Charakter nicht angemessen wäre.

=== Wenn Idles im Spiel abgespielt werden ===
Idles können über Scripts erzwungen werden. Wenn die Funktion "[[Oblivion:PickIdle|PickIdle]]" von einem Actor aufgerufen wird, wird der Idle Manager versuchen eine Idle dafür auszusuchen. Wenn eine Idle zurückgegeben wird, ist diese an der Reihe und wird abgespielt. Das kann im Spiel an einem Actor getestet werden, in dem man ihn in der Game-Console (^) auswählt und "PickIdle" eingibt. Der Name der gewählten Idle-Datei wird angezeigt und wenn du zum Spiel zurückkehrst wird der Actor versuchen, diese Animation abzuspielen.

Idles werden manchmal basierend auf des Actors Ereignisse im Spiel abgespielt. Wenn ein Actor umgefallen ist und auf dem Boden liegt, ist es die Aufgabe des Idle-Managers eine KF-Datei auszuwählen, die den Actor wieder aufstehen lässt. Wenn ein Actor sich im Kampf entscheidet aufzugeben, wird der Idle-Manager die entsprechende Idle dazu auswählen. Während ein Actor schläft oder isst, wird der Idle Manager ständig nach neuen Animationen abgefragt, die zur aktuellen Aufgabe passend sind. Auch während eines Dialoges mit dem Spieler oder einem NPC wird nach Idles gefragt, die das Gespräch mit Gesten oder anderen Idles untermalen. Dabei sowohl beim Sprecher als auch beim Zuhörer.

Idles können auch an zu verschiedenen Zeiten basierend auf des Actors Energie-Level abgespielt werden. Actors mit niedrigem Energie-Level werden wohl sehr viel öfters Pause machen und sich ausruhen, als Actors mit höherem Energielevel. Wenn der untere Körper des Actors sich ausruht, wird eine Idle ausgewählt, bis der Energie-Timer abgelaufen ist und eine neue Idle abgespielt wird.

== Weiterführende Themen ==

A

[[Oblivion:Animations Befehle|Animations Befehle]]

G

[[Oblivion:GetIdleDoneOnce|GetIdleDoneOnce]]
[[Kategorie: Grundlegendes Wissen|Animations, Idle]]
[[Kategorie: Animationen]]
[[Kategorie: NPCs und Player|Animations, Idle]]

Oblivion:Quest Targets Window

2008-08-03T14:42:23Z

Lars: Text von Avantares eingefügt

== Quest Targets allgemein ==
Eines oder mehrerer Quest Targets (Quest-Ziele) können in einer Quest gefordert werden. Abhängig der Bedingung die an die Erfüllung geknüpft sind, kann es vorkommen, das mehrere Ziele gleichzeitig angezeigt werden. Alle Ziele (für die aktive Spieler-Quest) die die Bedingung erfüllen werden auf dem Spieler-Kompass und seiner Karte angezeigt.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-3questtargets.jpg

* '''Target Ref''' - Ein Target (Ziel) muß auf einen festen Gegenstand zeigen.
* '''Conditions''' - Typische Ziele sind von den Quest Stages her begrenzt, aber jede Bedingung kann benutzt werden. Beachte, das die Bedingung aber auf die Quest Stage angewendet wird. Beachte auch, das "Run on Target" für eine Bedingung auf eine Quest Stage nicht funktioniert.
* '''Select Reference in Render Window''' - Die Referenz kann im Render Fenster ausgewählt werden. Alle erlaubten Referenzen werden durch einen weißen Cursor angezeigt. Alle nicht erlaubten werden durch einen roten Cursor angzeigt.
* '''Cell & Ref''' - Alternativ kann die Referenz auch durch diese beiden Drop Down Listen ausgewählt werden, wobei die obere die Zelle anzeigt und die untere die dort platzierten Items, bzw. die möglichen Referenzen. Hier werden nur die Referenzen angezeigt, die auch benutzt werden können.
* '''Compass Markers Ignore Locks''' - Wenn es aktiviert ist, werden bei der Spieler-Kompassmarkierung die den den nächsten Weg zum Quest-Ziel anzeigen verschlossene Türen ignorieren, so das diese vom Spieler aufzubrechen sind. Wenn es nicht aktiviert ist, wird der Pfad den Spieler nur auf offene Türen lenken. Dieses wird für Einbruchs-Missionen nützlich sein.
[[Kategorie: Grundlegendes Wissen|Quest Targets Window]]
[[Kategorie: Queststeuerung|Quest Targets Window]]

Oblivion:Quest Stages Window

2008-08-03T14:37:46Z

Lars: Text von Avantares eingefügt

== Quest Stages allgemein ==
Ein Quest Stage zu setzen (Siehe auch [[SetStage]]) fügt beim Spieler ein Journal-Eintrag hinzu und startet das Result Script (Ergebnis-Script). Wenn es mehrere Stage Items für eine einzelne Quest gibt, wird jede ausgewertet um zu sehen, ob und welche schon erfüllt sind (Wenn eine ist). Folglich ist es möglich, das eine einzelne Stage mehrere Einträge ins Spieler-Journal hinzufügt und/oder mehrere Ergebnis-Scripts startet.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-2queststages.jpg

* '''Index''' - Jede Stage hat eine Indexnummer von 0 bis 255. In etwa wie Programmzeilennummern bei BASIC. Man sollte immer ein paar Nummern freilassen um ggf. später noch eine Stage einfügen zu können.
* '''Quest Stage Items''' - Jede Stage kann eine oder mehrere "Stage Items" haben, was ein Journal-Eintrag und/oder ein Ergebnis-Script sein kann.

== Quest Stage Items ==
Wenn das Quest Stage das [[SetStage]] Kommando nutzt, kann jedes Quest Stage Item angewendet werden: Wenn es die gesetzten Bedingungen erfüllt, wird der zugehörige Journal-Eintrag geschrieben und das Ergebnis-Script wird ausgeführt.

* '''Log Entry''' - Der Text, der im Spieler-Journal angezeigt wird, wenn das Stage Item ausgeführt wird.

* '''Result Script''' - Diese Script-Kommandos werden ausgeführt, wenn das Stage Item ausgeführt wird.

* '''[[Conditions]]''' - Diese Bedingungen (Conditions) müssen erfüllt sein, damit das Quest Stage Item ausgeführt wird. Beachte, das die meisten Referenz-Funktionen falsch laufen, wenn sie zu einer Quest Stage angehängt werden, solange die Stage keine Referenz ist. Beacht außerdem, das "Run on Target" falsch ist für Bedingungen die an die Quest Stage geknüpft sind.

* '''Complete Quest''' - Wenn es aktiviert wird, wird bei Ausführung dieses Stage Items die Quest von den aktiven zu den abgeschlossenen Quests bewegt (im Spieler-Journal). Das sollte also auf jeden Fall immer am Ende einer Quest aktiviert werden. Beachte auch, das eine komplettierte Quest auch weiterhin laufen kann!

* '''Export Quest Stages''' - Alle Bedingungen und Texte der Quest Stages können in eine Textdatei exportiert werden um sie zum Beispiel zu übersetzen.
[[Kategorie: Grundlegendes Wissen|Quest Stages Window]]
[[Kategorie: Queststeuerung|Quest Stages Window]]

Oblivion:Quest Data Window

2008-08-03T14:36:11Z

Lars: Text von Avantares eingefügt

== Quest Data allgemein ==
Dieses ist gleich der erste Reiter, der beim aufrufen des Fensters angezeigt wird:

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-quests-1data.jpg

* '''Quest Name''' - Der Name der Quest, die im Spieler-Journal angezeigt wird.
* '''Priority''' - Der Dialog wird nach Priorität zugewiesen. Der Dialog mit einer höheren Priorität hat den Vortritt einem Dialog gegenüber mit einer niedrigeren Priorität. Die Tabelle zeigt eine Übersicht über die in Oblivion genutzten:

{| border="1"
! Prority
! Type
|-
|1
|Tutorials
|-
|5
|Allgemeine Betätigungs-Quest
|-
|10
|Dialoge die keiner Quest zugehören
|-
|20
|Haus und Pferde Quests
|-
|40
|Trainigs und Vampir-Quests
|-
|50
|Verschiedene Quests
|-
|60
|Gilden-Quests
|-
|85
|Quests zur Hauptgeschichte
|-
|90
|Straftat und Charakter Informations Quests("Crime & Character Gen Quests")
|}

* '''Script''' - Scripts laufen fortwährend, solange die Quest aktiv ist. Voreingestellt ist, das sie alle 5 Sekunden einmal ausgeführt werden, aber das kann für jede Quest individuell eingestellt werden (man merkt dieses im Spiel, wenn man ein Ziel erledigt hat, aber die Quest Bestätigung erst 4-5 Sekunden später bekommt, da wurde das Script kurz vor beenden der Quest ausgeführt).

* '''Start Game Enabled''' - Hiermit wird festgelegt, das die Quest jederzeit angenommen werden kann (aktiviert) oder nicht. Wenn es nicht aktiviert ist, wird die Quest erst durch den "[[StartQuest]]" oder "[[SetStage]]" Befehl aktiviert. Ist die Funktion also aktiviert kann diese Quest jederzeit gestartet werden, sofern die Quest Conditions erfüllt sind. Ist es nicht aktiviert kann die Quest nur durch einen StartQuest oder SetStage Befehl aktiviert werden. Das ist dann der Fall, wenn es sich z.B. um eine Folgequest handelt. Zu sehen z.B. bei der Haupt-Quest (beginnend mit MQ00), dessen erste Quest Start Game Enabled aktiviert ist und die Folgequests deaktiviert sind. Erst wenn die vorige erfüllt ist wird bzw. etwas bestimmtes eingetreten ist (z.B. eine Konversation mit einer Person) wird eine andere (deaktivierte) Quest gestartet.

* '''Allow Repeated Conversation Topics''' - Ist das Feld deaktiviert, wird das selbe Thema niemals ein zweites mal angesprochen (in der aktuellen Konversation). Aktiviere das Feld, wenn die gescripteten Konversationen mehrmals wiederholt werden können (um sich z.B. Antworten erneut anhören zu können, weil man nicht aufgepasst hat).

* '''Allow Repeated Stages''' - Ist es aktiviert wird jedesmal ein Journal-Eintrag angezeigt (und das Quest Stage Ergebnis beginnt) wenn [[SetStage]] eine einzelne Anfrage auf eine Stage Nummer hat. Anderfalls hat [[SetStage]] keinen Effekt nachdem es das erste mal bei irgendeiner Stage aufgerufen wurde. (Ist in fast allen Quests deaktiviert)

* '''Add Icon Image''' - Das Bild der Quest, das auch im Spieler-Journal angezeigt wird. (Kann durchaus frei bleiben)

* '''Quest Conditions''' - Alle Voraussetzungen (UND-Bedingung) die hier aufgeführt sind werden zur Voraussetzung für alle anderen Dialoge. Darunter befindet sich der "Editor" dazu.

* '''View Filtered Dialogue Window''' - Öffnet das "[[Filtered Dialogue]]" Fenster, wobei die gewählte Quest vorausgewählt ist

* '''Recompile All Results''' - Alle Scripts (Auch die der anderen Quests!) sind recompiliert. Dieses ist ein hilfreiches Debugging Werkzeug.

* '''Export Quest Dialogue''' - Exportiert alle Quest-Dialoge in eine Datei (z.B. zum Übersetzen)
[[Kategorie: Grundlegendes Wissen|Quest Data Window]]
[[Kategorie: Queststeuerung|Quest Data Window]]

Oblivion:Idle Animations

2008-08-03T14:28:59Z

Lars: Text von Avantares eingefügt

== Idle Animationen allgemein ==
In Oblivion beinhaltet die Idle (unbeschäftigt) Animation Informationen darüber, welche Datei abgespielt wird, wie es auf das Skelett des Actors übertragen wird und unter welchen Voraussetzungen sie abgespielt werden. Der Idle Manager ist zum einen das Werkzeug um Idle Animationen zu definieren und zum anderen das System mit dem im Spiel diese Idle Animationen gewählt werden. Diese Beschreibung soll nun näher bringen, wie man das Tool benutzt wird und wie die Idle Animationen im Spiel genutzt werden.

"Idle Animation" kann man übrigens schlecht übersetzen, deswegen bleibe ich auch bei der Englischen Bezeichnung. Prinzipiell sind Idle Animationen Hauptsächlich die Animationen, die NPCs "von selbst" ausführen. Also eben keine Kampf-Animationen und keine gescripteten Bewegungen. Idle Animationen dienen also unter anderem dazu das NPCs - wenn sie keine direkte Aufgabe haben - nicht einfach auf der Stelle stehen (man möge mich korrigieren, falls das nicht stimmt).

== Die Idle Manager Dialog Box ==
Wähle im Menü "Gameplay" den Eintrag "Idle Animations...", um den Idle Manager Dialog aufzurufen. Auf der linken Seite befindet sich dabei eine Daten-Baumstruktur aller Idle Animationen, die es im Spiel gibt. Die rechte Seite der Dialog Box wird dazu genutzt um die entsprechenden Einstellungen für die ausgewählte Idle Animation vorzunehmen oder anzuschauen.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation.jpg

== Idle Animation Daten ==
Die rechte Seite der Dialog-Box wird dazu genutzt um die Daten für die aktuell ausgewählte Idle Animation einzustellen.

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation_rechts.jpg

Das ID-Feld wird wieder einmal dafür genutzt der Idle Animationen einen einmaligen Namen zuzuweisen. Der Text wird niemals im Spiel angezeigt und hat daher Hauptsächlich einen Organisatorischen Zweck. Der Name sollte also möglichst verständlich und Übersichtlich gehalten werden.

Der Button rechts der ID ("Select Animation File") wird dazu benötigt um das KF-File für die Animation auszuwählen. Nur KF Files im IdleAnims Verzeichnis unterhalb des Verzeichnisses worin das NPC- oder Kreatur-Skelett Existiert kann ausgewählt werden.

Die Animation Group Section Dropdown-Liste wird dazu genutzt um auszuwählen, wie die Animation auf das Skelett abgespielt wird. Generell wird das auf "Special Idle" gesetzt, was bedeutet das das Spiel versucht, die Animation auf das ganze Skelett zu übertragen und Prioritäten benutzt um zu entscheiden, welche Bones ("Knochen") - wenn welche vorhanden sind - der Animation die gerade abgespielt werden, von der Idle Animation überschrieben werden.

Die "Must Return a File"-Checkbox wird dazu genutzt um bei der Entscheidung zu helfen, wie der Idle Manager eine Idle Animation im Spiel heraussucht und wird später noch genauer erklärt. Generell, wenn keine Datei als Idle ausgewählt ist, bedeutet das, das es als Parent für andere Idles benutzt wird, wenn die Checkbox nicht aktiviert ist.

Der Rest dieser Sektion des Dialoges wird für die Einstellungen der Bedingungen genutzt unter welchen die Idle oder eines seiner Children abgespielt wird.

== Bedinungen ==
Jede Idle Animation beinhaltet einen Satz Bedingungen, die im Spiel dazu genutzt werden um zu entscheiden, wann oder wann nicht eine Idle abgespielt wird. Eine Animation eines NPCs, der seinen Bauch festhält und mit einem lauten Rülpser eine Mahlzeit beendet kann Bedingungen beinhalten, so das dieser NPC diese Animation nur dann ausführt, wenn er ein Essens-Package ausführt und hat einen niedrigen "Personality Actor" Wert.

Siehe auch [[Bedingungen für mehr Informationen, wie man Bedingungen einsetzt.

Der Idle-Datenstrukturbaum

http://www.ei-der-zeit.com/LexikonCSIV/pic/fenster-Idle_Animation_links.jpg

Die linke Seite des Idle Manager Dialog-Box ist eine Baumstruktur-Ansicht und gruppiert die Idles. Dabei repräsentieren die Oberbegriffe all die verschiendenen Kreatur und NPC Skelette. Alle Idles die bei NPC-Skeletten genutzt werden können, werden als Children des Stammes "Charakter\_Male\IdleAnimations" angezeigt und alle Animationen die an einem Goblin-Skelett ausgeführt werden können werden im Stamm "Creatures\Gobil\IdleAnimations" angezeigt. Diese Hauptstränge werden dynamisch hinzugefügt, basierend darauf auf welchem Skelett sie bei den aktuell geladenen NPCs und Kreaturen sie abgespielt werden. Alle unterhalb des Hauptstammes ist eine potentielle Idle Animation die abgespielt werden kann.

Mit einem Rechtsklick in diese Baumstruktur wird ein Popup-Menü aufgerufen, mit dem man vorhandene Idles löschen kann (delete), eine neue hinzufügen basierend auf die aktuell gewählte (Schwester/Sister-Objekt) (Insert Sibling), oder eine neue Idle erstellen als Child der aktuell gewählte (Insert Child).

Dabei wird bei "Insert Sibling" eine neue Idle in den Selben Ordner erstellt wie die bereits gewählte. Sie wird also zu einem "Sister-Objekt". Mit "Insert Child" wird eine Idle erstellt, die in einem Unterordner der aktuell gewählten Idle angelegt wird.

Dabei agiert eben ein Child-Objekt als Unterobjekt des darüberliegenden Objektes. Einfach gesprochen: Das oberobjekt ist das "Sitzen" und das Unterobjekt ist das "aufstehen". Wenn der Charakter aufstehen will (Child) muß er zunächst einmal im sitzenden Status sein (Parent). Natürlich kann ein Child wiederrum ein Parent für ein anderes Child sein.

Die "Move Up" und "Move Down" Buttons können dazu benutzt werden eine Idle in der Liste in Relation zu ihren Schwester-Objekten hoch oder runter zu bewegen (Mit anderen Worten also: Damit kann man einen Ordner/Idle innerhalb des Unterordners, in dem er sich befindet hoch oder runterbewegen, aber nicht in einen Ober- oder Unterordner).

Wenn eine Idle gelöscht wird, werden auch alle Childs (Unterobjekte) gelöscht (ist klar; wer nicht mehr sitzt, braucht auch nicht mehr aufstehen).

Wenn eine neue Idle als Child eingefügt wird, wird sie als erstes Child unter der aktuell ausgewählten Idle eingefügt (also in einen neuen Unterordner). Wenn eine neue Idle als Sibling (Schwester) eingefügt wird, so kommt sie gleich unter/hinter die aktuell ausgewählt Idle (im selben Ordner).

== Der Idle Manager im Spiel ==
=== Idles auswählen ===
Wenn der Idle Manager aufgerufen wird um eine Idle für einen Actor auszusuchen, wird er als erstes die Hauptstränge des Datenbaumes durchsuchen um herauszufinden, welche Idles auf das Skelett des Actors ausführbar sind. Dann fängt er an die erste Child-Idle in seinem Unterordner durchzusehen um zu sehen, welche Bedingungen der Idles erfüllt sind. Wenn sie nicht erfüllt ist, sieht er sich die Bedingung des nächsten Childs an (die Sibling / Schwester). Wenn der Actor dann die Bedingungen für eine Idle erfüllt und die Bedingungen für keine seiner Childs (Unter-Idles) erfüllt sind (oder er keine Childs hat) wird diese Animation abgespielt.

Wenn der Idle Manager eine Idle ausgewählt hat dem eine KF-Datei angehängt ist wird er diese aufgerufen und sobald sie geladen ist abgespielt. Wenn die Idle, die gewählt ist, keine KF-Datei hat können zwei Dinge passieren wenn man sich auf das "Must Return" Flag verlässt. Wenn die Idle ohne KF ein "Must Return"-Flag aktiviert hat, wird sie übersprungen, so als hätte der Actor die Bedingung nicht erfüllt und der Idle Manager geht zum nächsten Sibling-Objekt im aktuellen Ordner. Wenn das "Must Return"-Flag nicht aktiviert ist, wird keine Datei zurückgegeben und keine Idle abgespielt.

Als Beispiel: Ein NPC sitzt auf einen Stuhl und es wird nach einer Idle gefragt, wird er sich wohl am ehesten für die "SittingIdles" qualifizieren, bei denen der "GetSitting" abgefragt wird, aber keine KF-Datei angehängt ist. Wenn aus irgendwelchen Gründen nun die Bedingungen der Child-Idles darunter nicht erfüllt werden, wird "SittingIdles" zurückgegeben. Wenn das "Must Return"-Flag nicht aktiviert wäre, würde keine Datei zurückgegeben und der Actor wird keine Animation abspielen. Wenn die "Must Return"-Flag aber aktiviert ist, gehen wir zurück zu den "SittingIdles" in der Liste und der Actor wird vielleicht eine Idle abwickeln, die für einen sitzenden Charakter nicht angemessen wäre.

=== Wenn Idles im Spiel abgespielt werden ===
Idles können über Scripts erzwungen werden. Wenn die Funktion "[[PickIdle]]" von einem Actor aufgerufen wird, wird der Idle Manager versuchen eine Idle dafür auszusuchen. Wenn eine Idle zurückgegeben wird, ist diese an der Reihe und wird abgespielt. Das kann im Spiel an einem Actor getestet werden, in dem man ihn in der Game-Console (^) auswählt und "PickIdle" eingibt. Der Name der gewählten Idle-Datei wird angezeigt und wenn du zum Spiel zurückkehrst wird der Actor versuchen, diese Animation abzuspielen.

Idles werden manchmal basierend auf des Actors Ereignisse im Spiel abgespielt. Wenn ein Actor umgefallen ist und auf dem Boden liegt, ist es die Aufgabe des Idle-Managers eine KF-Datei auszuwählen, die den Actor wieder aufstehen lässt. Wenn ein Actor sich im Kampf entscheidet aufzugeben, wird der Idle-Manager die entsprechende Idle dazu auswählen. Während ein Actor schläft oder isst, wird der Idle Manager ständig nach neuen Animationen abgefragt, die zur aktuellen Aufgabe passend sind. Auch während eines Dialoges mit dem Spieler oder einem NPC wird nach Idles gefragt, die das Gespräch mit Gesten oder anderen Idles untermalen. Dabei sowohl beim Sprecher als auch beim Zuhörer.

Idles können auch an zu verschiedenen Zeiten basierend auf des Actors Energie-Level abgespielt werden. Actors mit niedrigem Energie-Level werden wohl sehr viel öfters Pause machen und sich ausruhen, als Actors mit höherem Energielevel. Wenn der untere Körper des Actors sich ausruht, wird eine Idle ausgewählt, bis der Energie-Timer abgelaufen ist und eine neue Idle abgespielt wird.

== Weiterführende Themen ==

A

[[Animations Befehle]]

G

[[GetIdleDoneOnce]]
[[Kategorie: Grundlegendes Wissen|Animations, Idle]]
[[Kategorie: Animationen]]
[[Kategorie: NPCs und Player|Animations, Idle]]