Bei einem Gespräch mit Martin Bickel über die Terrainübergänge und wie sowas gestalltet werden kann, sind wir zu folgenden Schlüssen gekommen.

Terrainübergänge sollten generell mit Terrain erflogen. Also keine halbtransparenten Objektübergänge. Selbstverbindende Objekte sollten generell sehr sparsam eingesetzt werden, wegen des gegenüber "terrain" erheblich höheren Resourcenverbrauchs.

Es kann daher durchaus möglich sein, das einige existierende Karten mit dem ASC2 Release mich mehr so spielbar sind, wie das bisher möglich war, da einige Objekte weggefallen sind, bzw. auf andere IDs verweisen.
Um alte Spielstände weiterzuspielen sollte deshalb die ASC Installation nicht gelöscht werden. Spielstände können nur angepasst werden, wenn der Supervisor die Karten editieren kann.

Ich hätte da noch einen Vorschlag / Bitte.

Wenn ja das Terrain und die Objekte optimiert/standartisiert usw werden.

Kann man da nicht ein Bit einfügen, was z.B. bestimmte Höhenstufen ausschliesst.
Als Beispiel wäre für mich ein Terrain, das es nicht erlaubt mit fliegenden Einheiten das Feld zu betreten.

Ich hab mir vor kurzem mal wieder Moon44 angesehen und ich denke das wäre auch eine nette Möglcihkeit für einen Resourcen-Planet.
@Admin wäre dieser Vorschlag evt auch im Wiki aufgehoben ?

Es sollte schon unser Ziel sein, ASC abwärtskompatibel zu halten und alle alten Spielstände auch laden zu können.

Genau dafür habe ich ja die SecondaryIDs eingeführt, mit denen man nicht mehr existierende Objekte / Terrain / Einheite auf neue ummappen kann.

@ nosports, in den fliegenden Höhenstufen gibt es keine Terrainabfrage, dort ist es völlig egal was drunter ist.

@GAMER

Genau deswegen frag ich ja....
D.h. man müsste zumindest was im Code noch einflicken, damit überhaupt was abgefragt wird ?

Ist die Erweiterung der Farbabstufungen viel Arbeit ?

Es existieren einige Farbabstufungen und wenn ich Zeit hätte könnte ich noch ein paar mehr von meinen einbinden.
Davon sind zwar auch schon ein paar im CVS aber bisher sind diese noch nicht mit IDs versehen und an Parents gekoppelt.
Auch ein paar Neue Terrain Grafiken für Lavaplaneten hatte ich da eingecheckt.
Mir fehlt einfach die Zeit dazu den Kram fertig zu machen.
Zumindest hab ich aber schonmal die Vertretung von ein paar Spielern abgegeben was aber auch noch nicht wirklich viel Zeit für Grafiken freigehauen hat.

Bei den Farbabstufungen sind wir aber auch dazu übergegangen die Idee mit den selbstverlinkenden Objekten komplett einzustampfen auch wenn sie schöne Landschaften ohne sichtbare Hexfelder erzeugt haben verbrauchen sie Unmengen an Arbeitsspeicher und machen ASC nur langsamer.
Das dürften inzwischen die meisten mitbekommen haben.

Wenn ich über Weihnachten genug Zeit haben geb ich mal ein paar Gebäude und Terrains ins CVS die etwas besser aussehen und mit ihnen nochmal einen ganzen Stapel passende Terrain Übergänge.

Problem sind meiner Meinung nach die linked Objekte da diese unwahrscheinliche viel Zeit in Anspruch nehmen und ich mir zwar eine Grafiktablett extra gekauft hab aber auch erst einarbeiten musste.
In der Zeit die ich an einem linked Objekt sitze könnte ich ca. 50 Terrain Felder fertig machen.
Da ich aber mit linked Objekte angefangen hatte hab ich da auch viel Zeit gelassen.

Und die Übergrossen Linked Objekte die über mehrere Felder gehen sind dann noch ein ganz besonderes Problem wo ich auch noch keine echte Lösung habe.
(Übergroß heisst sie füllen immer mehr als ein Hex aus - sprich man baut sie auf einem hex aber sie decken direkt mehrere Felder ab - geht nur über Umwege in ASC2 aber es geht).

Evt. hat jemand ein paar Ideen wie man die linked Objekte einfacher per Skript in Gimp erzeugen kann.
Mit befüllen der Schablonen und hineinkopieren von Masken usw. könnte man schon ein bisschen arbeit einsparen.
Aber erst wieder in die Gimp Skriptsprachen einarbeiten fehlt mir auch die Zeit zu.
Xyphagoroszh hat sich da aber schon etwas eingearbeitet evt. kann er ja mal ein Skript machen womit man Vorlagen für linked Objekte mit Grafiken befüllen kann.

Sorry Jungs, aber das letzte was wir momentan brauchen sind noch mehr Terrains. Die Maps müssen keinen Schönheitswettbewerb gewinnen. Wichtiger ist dass man die verschiedenen Terrainarten auseinanderhalten kann und das wird bei zu vielen Abstufungen doch etwas schwierig.

Es existieren ja auch schon ein paar Übergänge es ist nicht so dass es was völlig neues ist.

Und Abstufungen und oder schönere Grafiken sind immer gute Werbung für neue Spieler auch wenn sie spieltechnisch nichts neues bieten.

Wir haben auch terrain-unabhängige Übergänge, die als Objekt über die Grafken gelegt werden und so "gerade" Übergänge ermöglichen, die nicht hexfeldoptik haben.

In Antwort auf:

---

Also von hell cream Weiss bis dunkel Grau.
Und verschiedene Rottöne aus hartem Sand. Also von Rot in Rostrot bis Braun.

---

In Antwort auf:

---

Ich möchte keine neuen Geländearten, sondern nur eine andere Grafiken.

---

Jo, jetzt noch 48 statt 47 dann passt das. Weiß solltest du aber nicht verwenden, weil das nach Schnee aussieht. Im Spiel sähe das dann so aus:

Die Felder passen ganz gut zusammen. Das Terrain sollte sich allerdings vom grünen Hintergrund des Editors deutlicher unterscheiden.