zumindest versuchen wir es. Und einiges kann realtiv schnell abgehandelt werden.

Ihr solltet bitte noch Widersprüche zwischen einzelnen Tagesordnungspunkten, wie zum Beispiel Punkt 4 und Punkt 29, zur Diskussion stellen.
Gibt es Widersprüche ?
Behindert ein Punkt den anderen ?
Wird ein Punkt dadurch unnötig ?
Wie will man damit verfahren ?
Priorisierung, welcher Punkt ist wichtiger, der andere Punkt darf dann den wichtigeren nicht torpedieren, sondern darf nur insoweit umgesetzt werden, dass der wichtigere Punkt nicht beeinträchtigt wird ???
oder ???

Nicht ganz so eng sehen. Es ist nicht wirklich ein Konferenz auch der ein Thema nach dem anderen abgehandelt wird. :)

Also wie einen Parteitag sollte man sich das nicht vorstellen. Das läuft vieeel lockerer.

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
-----------------------------

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

Es mag verrückt klingen, aber ich denke derartiges ließe sich sicherlich mit LUA Skripten umsetzen.

Grüße,
Hanni

Alle Achtung Dr Snuggels, das war bestimmt inhaltlich der beste Betrag seit langem.

Deine Vorschläge zum Status "Sinking" bei Schiffen bzw. "Selbstreparatur",
Modus "cloak", Modus "Überwachung" und zum "Soundsystem" finde ich sehr bemerkenswert.
Hoffentlich kommst Du auf unser PBP Treffen? Deine Vorschläge sind mehr als interessant und in meinen Augen eine wirkliche Inovation.

Nein, dieses Jahr schon meinen Urlaub verplant und leider nicht an dem WE wo das Treffen stattfindet. Daher hier mein ausführlicher Vorschlag. Ggf. kann ich ja per Telefonzuschaltung oder ICQ Abends "dazukommen" um die Ideen etwas zu erleutern.

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).