Habe mir gerade die neue Funktion der LUA-Implementation in ASC angesehen. Das sieht wirklich interessant aus und wenn Martin an bestimmten Punkten im ASC-Code die Implementation von LUA-Sripten einbaut ist sicherlich einiges von den Ideen umsetzbar (Lua-Sripte die z.B. weitere Buttons für die Einheitenmodi in die Funktionsleiste einfügen).

c) der sicherlich komplexeste Part folgt nun:
Bisher kennen wir grob zwei Modi, in denen sich Einheiten befinden können: Normal und ReactionFire. Eine Erweiterung könnte ich mir wie folgt vorstellen:

VehicleType {
...Abstract = true
...ID = 40006

...UnitMode {
......Type = [ normal auto switch ]
......cant_do = [ move attack defend self_repair repair refuel rearm ... (all_abilities) ]
......cant_be = [ detected:radar shot_at ... ]
......auto_condition = damage:xx
......auto_action = destroy_armor:xx auto_repair:xx
......switch_action = add_visibleif:xxxxxxxxxx add_detectionmethod:xxxxxxxxxx move_limitation:xxxxxxxx:xxx
......unswitch_action = [eigenschaft]:reset
...} UnitMode
} VehicleType
---------------------------------
Was soll man nun damit machen können? Am Beispiel von Reactionfire sähe die Definition so aus:
...UM_ReactionFire {
......// Art des Modus: wird durch Userklick ein und ausgeschaltet
......Type = switch
......// Grafiken des Menübuttons werden definiert
......Buttons {
.........Normal = RF_Normal.pcx
.........Active = RF_Active.pcx
.........Clicked = RF_Clicked.pcx
......} Buttons
......// wenn die Einheit in diesem Modus ist kann sie folgende Dinge tun:
......cant_do = move self_repair move_after_shooting ... etc.
......// was mit der Einheit geschehen kann, wenn sie in diesem Modus ist:
......cant_be = [
.........detected = radar lidar eyesight ... etc.
.........shot_at = true
......... ...
.........//usw. was wir alles definieren wollen
.........] can_be
...} UM_ReactionFire

Ein neuer Status wäre z.B. "Sinking" bei Schiffen: ab einem festgelegten Beschädigungsgrad erhält das sinkende Schiff pro Runde automatisch weiteren Schaden dazu und sinkt demnach nach weiteren x Runden, wenn es nicht repariert wird:
...UM_Sinking {
......// erscheint nicht als Userbutton, sondern ASC setzt die Einheit in diesen Modus wenn eine bestimmte Begebenheit eintrifft:
......Type = auto
......Buttons {
......} Buttons
......// die Einheit kann in diesem Zustand folgendes tun:
......cant_do = attack defend repair refuel rearm
......// und folgendes kann mit ihr passieren
......cant_be =
......// wenn damage > 80% dann switche in diesen Modus
......auto_condition [
.........damage = 80
......] auto_condition
......; was passiert in diesem Modus: pro Runde werden 5% Panzerung zerstört
......auto_action [
.........destroy_armor = 5
......] auto_action
...} UM_Sinking

So könnte man z.B. einen Modus einfügen "Selbstreparatur". Dies wäre eine User-Button-Aktion. Wenn eine Einheit in diesen Modus versetzt wird, könnte sie z.B. kein RF mehr durchführen, oder sich nicht mehr Bewegen. Was auch immer man definieren will.

Ein weiterer neuer Modus wäre zum Beispiel: cloak (man denke an klingonische Schiffe):
...UM_Cloak {
......Type = switch
......Buttons {
.........Normal = Cloak_Normal.pcx
.........Active = Cloak_Active.pcx
.........Clicked = Cloak_Clicked.pcx
......} Buttons
......cant_do = move ascend descend
......cant_be =
......// die Einheit würde in diesem Modus nicht mehr durch Radar oder etwas anderes zu Entdecken sein:
......switch_action {
.........remove_visibleif = radar lidar eyesight sonar
......} switch_action
......// was wieder zurück gestellt wird
......unswitch_action {
.........add_visibleif = radar lidar eyesight sonar
......} unswitch_action
......// Alternativ kann man natürlich auch den Sichtbarkeitsmodus "nur" ändern:
......// wenn es einen DetectionMode "cloak" gäbe könnten nur diese Einheiten die
......// die Einheit hier im Cloak-Modus noch sehen !!!
......switch_action {
.........remove_visibleif = radar lidar eyesight sonar
.........add_visibleif = cloak
......} switch_action
...} UM_Cloak

Oder ein weiterer neuer Modus: Überwachung:
...UM_Surveilance {
......Type = switch
......Buttons {
.........Normal = Cloak_Normal.pcx
.........Active = Cloak_Active.pcx
.........Clicked = Cloak_Clicked.pcx
......} Buttons
......cant_do =
......cant_be =
......// wenn im Überwachungsmodus, dann werden bestimmte Attribute verändert:
......switch_action {
.........move_limitation {
............medium_level_flight = 20
............high_level_flight = 20
.........} move_limitation
.........DetectionMethod01.Range = 120
......} switch_action
...} UM_Surveilance
} VehicleType
------------------------------------
Eine Einheit kann sich immer nur in einem Modus befinden. Normal ist der Standardmodus. "Auto" sind Modi welche bei bestimmten Bedingungen automatisch aktiviert werden. "Switch" sind Modi die der User auswählen kann. Befindet sich eine Einheit in einem "Auto"-Modus können keine der Switch-Modi angewählt werden.
------------------------------------
VehicleType {
...Id = 10000

...Modes {
......Normal = Ship_Normal
......Auto = UM_Sinking
......Switch = UM_SelfRepair UM_ReactionFire UM_Cloak
...} Modes
} VehicleType

Ein paar Ideen von meiner Seite, hauptsächlich programmseitiger Natur:

a) Erweiterungen in den ASCTXT-Dateien bzgl. des Handlings wie Sound einer Einheit zugewiesen wird nach folgendem Muster:
-----------------------------
VehicleType {
...Abstract = true
...ID = 40004

...UnitSound {
......Move{
.........Submerged = xxx.wav
.........Floating =
.........Ground_Level =
.........Air_Flight =
.........Orb_Flight =
......} Move

......Ascend {
......} Ascend

......Descend {
......} Descend

......Construction {
......} Construction

......Destruction {
......} Destruction

......Self_Destruction {
......} Self_Destruction

......Scrap {
......} Scrap

...} UnitSound
} VehicleType
-----------------------------
Ziel: Erweiterung und Diversifizierung der Soundgeräusche. Wird direkt in der Einheit-asctxt benutzt.

Erweiterbar auch für Waffengeräusche:
-----------------------------
SoundType {
...Abstract = true
...ID = 40005

...WeaponSound {
......Name = (für Identifikation wie bei TECHADAPTERN)
......File = xxx.mp3
...}WeaponSound

...// Beispiele
...WeaponSound {
......Name = Handgranate
......File = handgranate.mp3
......Name = 55mm_Kanone
......File = geschoss.mp3
...... ...
...} WeaponSound

...SpecialSound {
......Name = für Identifikation wie bei TECHADAPTERN)
......File = xxx.mp3
...} SpecialSound

...// wozu dieser Bereich? Siehe Block c) Vorschläge: Einheitenmodi
...SpecialSound {
......Name = Cloak
......File = cloak.mp3
......Name = Decloak
......File = decloak.mp3
...... ...
...} SpecialSound

} SoundType
-----------------------------
Bei der Waffe wird dann als Waffenname = *Name_wie_hier* angegeben, und das passende Geräusch wird abgespielt.

Oder für Objekte/Gebäude:
-----------------------------
BuildingType {
...Abstract = true
...ID = 40005

...BTOSound {
......Conquer {
......} Conquer

......Construction {
......} Construction

......Destruction {
......} Destruction

......Scrap {
......} Scrap
...} BTOSound
} BuildingType
-----------------------------

Fehlalarm. Mein interner Mailfilter für Savegames hat nicht mehr funktioniert und die Mails sind schlicht und einfach in einem anderen Ordner gelandet.

Übernachtungsmöglichkeiten können über http://www.meinestadt.de gesucht werden.
Als Stadt bitte "Bad Oeynhausen" eingeben. "Löhne" bringt nicht so viel, da diese Pensionen hauptsächlich auf der entfernten Seite vom Löhne liegen. Eine Karte sollte dann etwa so aussehen ;o)

Wie ihr seht liegt alles recht nah zusammen. Auch euch ggf. vom Bahnhof abholen (Hauptbahnhof Bad Oeynhausen, nicht Löhne !!!) stellt kein Problem dar.

Grüße,
Snuggels!

Am Besten wohl die vorhandene bi-bi.asctxt ändern, denn was brauchen wir mehrere Translation-Table... ;o)

Was meinst du mit "additiv oder ersetzend" bei den TrrObjTranslations?

Hier nun der Link zum fertigen Fotoalbum:
http://www.tmaekler.de/alben/20070902_pbp/index.html