DE Script Gameplay Settings

Українська · English · Русский · Deutsch · Français · Italiano · Español · 繁體中文 · 日本語 · 한국어

Ausführungszustand und Spieleinstellungen

Die Einstellung gehört zur aktuellen Skriptausführung. Ein neuer Lauf kopiert einmal die unabhängigen Engine-/Chat-Standardwerte, nicht das grafische Profile. Ein Skript-Setter ändert weder die GUI noch bereits laufende Skripte. Benannte Objekte, Typen, Ausrüstungssets, Ignore-Listen und globale Werte behalten bewusst ihren dokumentierten gemeinsamen Gültigkeitsbereich. Die Standardwerte gelten für einen gewöhnlichen neuen Start; ein verschachteltes UO.Exec("exec Name") kopiert die aktuellen Einstellungen des aufrufenden Skripts, und ein ausdrücklich übergebener Startkontext behält seinen erfassten Stand.

Ein einzelner Chatbefehl ändert den dauerhaften Engine-Kontext. Spätere Befehle lesen diesen Wert, neue Läufe kopieren ihn; vorhandene Läufe behalten ihre Werte. Die Chat-Automatisierung hat einen eigenen Controller, der nach der Rückkehr des Befehls weiterarbeitet. GUI-Automatisierung verwendet getrennte Einstellungen.

Dies ist eine gemeinsame Host-Einstellung des aktuellen Charakters bzw. der Sitzung und eine ausdrückliche Ausnahme von lokalen Lauf-Einstellungen. Skript und Chat ändern dieselbe geprüfte Host-Konfiguration.

Die Richtlinie gehört zur Spielsitzung und zu konkreten Serverfenstern, nicht zum grafischen Profile. Sie bleibt nach Skriptende und beim Trennen der Oberfläche bestehen. Der passende Befehl, das Schließen des Fensters oder ein Zurücksetzen der Welt entfernt sie.

Das grafische Kontrollkästchen C# IDE steuert den Editor und nicht die Engine-Ausführung. Die ausdrückliche Modulfreigabe einer Manager-Sitzung ist davon getrennt.

Standardwert

Neue Konfigurationen: Sichtweite für GUI und Skript 18, grafischer Umkreis 14, IgnoreStamina=true in getrennten Konfigurationen, IgnoreDistance=false und Pause bei Trennung=false. Explizit gespeicherte Werte bleiben erhalten. Explizite Befehlsparameter wie moveThroughNPC behalten ihre Bedeutung und werden nicht durch GUI-Einstellungen ersetzt.

Im Chat

Das aktuelle Chatpräfix verwenden, anfangs ,. Argumente mit Leerzeichen trennen. Lesen gibt den Wert aus; Setzen erzeugt keine Ausgabe. Bool akzeptiert true/false oder 1/0. Zeichenfolgen mit Leerzeichen und das gesamte JSON-Argument in Anführungszeichen setzen. C# und Chat verwenden dieselbe native Registrierung.

Parameter

C# verwendet ein typisiertes Array. Lesen liefert eine eigene Kopie, Setzen ersetzt das gesamte Array. Das Ändern eines zurückgegebenen Objekts allein ändert die Automatisierung nicht. Im Chat wird JSON mit Feldnamen in snake_case übergeben.

Regeln aller aktivierten Listen (Enabled=true) werden verarbeitet, unabhängig von der im GUI-Editor angezeigten Liste. Die Liste default bleibt erhalten; verwaiste Verweise werden als deaktivierte Listen wiederhergestellt.

UO	Zweck	Standardwert
UO.AutoloadFile	Auswahl der Startdatei	"autoload.csx"
UO.AutoBuyDelay	Verzögerung automatischer Käufe	3
UO.AutoBuyEnabled	automatisches Kaufen	false
UO.AutoBuyLists	Listen mit Kaufregeln	[{"Id":"default","Name":"Default","Enabled":true}]
UO.AutoBuyRules	Kaufregeln	[]
UO.AutoCloseDoorDelayMs	Verzögerung beim Türschließen	0
UO.AutoCloseDoors	Türen hinter dem Spieler schließen	false
UO.AutoLootBagSerial	Zieltasche für Beute	0
UO.AutoLootDelay	Verzögerung beim Beutesammeln	600
UO.AutoLootEnabled	automatisches Beutesammeln	false
UO.AutoLootFromGround	Beute vom Boden aufnehmen	false
UO.AutoLootLists	Listen mit Beuteregeln	[{"Id":"default","Name":"Default","Enabled":true}]
UO.AutoLootRange	Suchradius für Beute	2
UO.AutoLootRules	Beuteregeln	[]
UO.AutoNavigateAroundObstacles	Hindernisse bei Step-Befehlen umgehen	false
UO.AutoSellDelay	Verzögerung automatischer Verkäufe	3
UO.AutoSellEnabled	automatisches Verkaufen	false
UO.AutoSellLists	Listen mit Verkaufsregeln	[{"Id":"default","Name":"Default","Enabled":true}]
UO.AutoSellRules	Verkaufsregeln	[]
UO.ObstacleLookAhead	Vorausschau auf dem Weg	3
UO.ObstacleScanDistance	seitliches Umgehungsbudget	2
UO.ViewRange	angeforderte Sichtweite	18
UO.IgnoreDistanceCheck	lokale Entfernungsprüfung überspringen	false
UO.IgnoreStaminaCheck	lokale Ausdauerschwelle überspringen	true
UO.KeepGumpOpen	Spielfenster geöffnet halten	null
UO.YokoAutoloadFile	Auswahl der Startdatei	"autoload.csx"
UO.YokoCommandPrefix	Präfix für Chatbefehle	","
UO.YokoPauseScriptsOnDisconnect	Pause bei Verbindungsverlust	false
UO.YokoSingleProcedureExecution	Zulassung einer einzigen Prozedur	false
UO.YokoSingleProcedurePerFile	Prozeduren derselben Datei nacheinander ausführen	false

Tatsächliches Verhalten

Der Client sendet eine Sichtweitenanforderung 0xC8: das Maximum aus GUI, aktiven Skripten und ausdrücklich festgelegter Chat-Sichtweite. Beim Ende eines Besitzers entfällt dessen Anfrage. Die Serverbestätigung begrenzt aufbewahrte Objekte, ohne GUI-/Skriptwerte umzuschreiben. FindDistance bleibt getrennt.

Für diesen Lauf setzt true moveCheckStamina=0, false setzt 1. Das Durchqueren von Figuren nutzt den eigenen Schwellwert moveThroughNPC; GUI IgnoreStamina ersetzt ihn nicht. Der Server kann Bewegung ablehnen.

Der Controller verarbeitet ein tatsächlich vom Server empfangenes Händlerangebot, begrenzt Menge/Preis und sendet Kauf-/Verkaufsanfragen. Lesen öffnet keinen Handel. Die Verzögerung wird nach der Anfrage geplant, ist kein Wait und verschiebt keinen bestehenden Termin. Die Skriptautomatik endet bei Abschluss der Ausführung oder Stop. Halten Sie die Ausführung für die gewünschten Aktionen aktiv; ein Skript, das nur Regeln setzt und zurückkehrt, hinterlässt keinen Hintergrundcontroller.

Der Controller merkt sich eine durchquerte Tür und die Einstellungen ihres Besitzers. Er schließt nur eine beobachtete offene Tür aus erreichbarer Position. Stop verwirft ausstehende Aktionen; die Verzögerung ändert keine Serverregeln.

Manager: Fenster, Protokolle und Karte