Weil das keine triviale Aufgabe ist, ich hab weiter oben schon was dazu geschrieben. Wenn wir keinen zusätzlichen Programmierer finden der sich ein paar Wochen damit beschäftigt, dann hat Jim wohl genug wichtigere Programmieraufgaben und wird die nächsten Monate nicht zu so einer Korrektur kommen.


Ohne eine vernünftige ID bedeutet eine spätere Bearbeitungsmöglichkeit das die T3D-Dateien in ihrer Struktur nicht verändert werden dürfen - die Archive sind dann nichts anderes als ZIP-Pakete der Originaldateien M3D und T3D.
Das kann man natürlich auch machen - schließlich müssen alle Kartensets ja im Spielsatz/Bodeneinsatz sowieso in ihre einzelnen Karten auseinandergenommen werden - sonst kann der Spielsatzersteller keine Zuweisung vornehmen.


Und wie unterscheidest Du dann Basisangriffe, Bergungsmissionen, Story-Missionen und und und? Geht nicht ganz so einfach....


Aus den Tilesets kann man im Spiel keine Karte aufbauen, so einfach geht das nicht.

Die Tilesets (T3D) enthalten die einzelnen Grafiken für Mauern und Türen, aber keinerlei Räume oder Kartenpositionen.
Die Karten (M3D) dagegen enthalten keine Grafiken sondern nur die Codes, welche Grafik an welche Stelle soll. Diese Aufteilung ist für Speicherung und Kartenersteller vorteilhaft, aber aufgrund der fehlenden übergeordneten ID ein Problem für Spieler und Spielsatzersteller.

Hmm, wenn ich as richtig verfolgt habe, hängt es wie so oft hauptsächlich an der Identifizierung von Objekten (in diesem Fall Tiles). Microsoft (duck .. Jaa, ich mag es auch nicht) bietet dafür die GUIDs an.
Das würde natürlich die Frage aufwerfen, wann neue zu erzeugen sind (Antwort: beim Speichern eines Tilesets, falls das Tile modifiziert wurde) und würde außerdem neue Probleme beim Handling von Maps erzeugen. Beispielsweise ist eine Karte nach dem "update" eines Tiles immer noch mit der "alten Version" des Tiles verknüpft.
Dies könnte aber durch Zusatzfunktionen im Karten-Editor ("Ersetze dieses Tile durch jenes Tile" und "diese Tile ist nichtmehr verfügbar, welches soll ich statt dessen nehmen") entschärft werden.
Trotzdem würde vermutlich durch unachtsamen Umgang mit dem Tile-Editor leicht eine Flut von GUIDs entstehen. Zur Eindämmung bietet sich aber dann ein "Bitmap-Vergleich" des Inhalts (auf Pixelbasis) und der Links an, der auf Zuruf oder vor jeder Speicherung durchgeführt werden könnte.

Sicher tun sich damit neue Probleme auf, aber nach meiner Erfahrung ist eine identifizierte Flut von Objekten ziemlich bald einer starren Ordnung von Objekten vorzuziehen. (Die Flut entsteht sowieso von alleine :))

Natürlich, darin stimmen wir alle überein.
Aber Du brauchst auch nicht gleich mit Geschützen wie GUIDs anzufangen - es ist vom Prinzip her einfach zu lösen, nur einiges an Programmierarbeit da Du mehrere Programme in ihrer Logik abstimmen musst - und diese Arbeit hättest Du auch mit GUIDs.

Wenn Du Dich bereit erklärst die Programmierung zu übernehmen und das OK dafür von Jim kriegst, kann ich Dir ein komplettes Konzept schicken wie es auch ohne GUID's umgestellt werden kann und dabei alle Probleme wie die von Dir oben benannten Versionskonflikte automatisch behebt...
Und der Bitmap-Vergleich alleine wird auch nicht funktionieren, da die Tiles aus mehr als nur Grafiken bestehen, die Vergleichsfunktion würde aufwendiger (und wird in meinem Konzept auch nicht mehr benötigt)...

Hmm .. Wenn "wir alle übereinstimmen", dann hab' ich was verpasst ;-) Ich dachte die Frage ob (irgendwann) IDs benutzt werden sollen mit ihren Auswirkungen auf Dateien und das Handling sei noch in der Diskussion. .. Naja.

Die GUIDs waren nicht als Geschütz gemeint, sondern nur als Beispiel was relativ leicht zu nutzen ist (Einfacher Aufruf, falls Du grad mal eine brauchst).
Aber jedes andere besser passende Konzept (wie Deines :-) ist dem natürlich vorzuziehen.

Daß es Arbeit ist, ist klar und ich würde diese Diskussion auch eher so sehen, daß Leute hier um eine Orientierung ringen wohin es geht. Daß Jim (oder das Team) sicherlich alle Hände voll zu tun hat und das vielleicht auch eher als Nebenschauplatz betrachtet, verstehe ich daher sehr gut.

Zu der Programmierung: Meine Zeit mit Pascal ist schon eine ganze Weile her (Erinnert sich jemand an UCSD?). Ich hab also gar keine Delphi Erfahrung.
Wenn das mit dem Delphi auf irgendner Ct-CD tatsächlich zu realisieren ist, könnte mich Deine Aufforderung allerdings in Versuchung führen.

Trotzdem kann ich mir Dein Konzept auch so gerne mal ansehen, falls Du neben der Realisierung noch Feedback suchst.

Sorry für die Qualität ;) Ich bin halt kein Grafiker.

Hier mal, wie ich es gemeint habe mit der Exportform. Gleiches gilt für die größeren Varianten bis hin zum Spielsatz.
Damit hätte der Spieler ein einzelnes Packet, das er herunterlädt, und das ggf. durch entpacken inkompatible Teile von allein überschreibt. Aber jeder der etwas ändern möchte, kann das tun, er muss nur entpacken (wenn es nicht sowieso gemacht wird)
Jetzt noch wie beschrieben ein automatisches Kürzel und wenn ein anderer dran arbeitet, bekommen die Teile automatisch einen neuen Namen. Und im Falle des Falles kann man immer noch umbenennen ;)

Ich seh keinen wirklichen unterschied zwischen links und rechts [natuerlich net zwischen den beiden richtungen, sondern im bild]

Die Editoren sollten eigentlich schon in der Lage sein, Karten - und Tilesetdateien direkt aus einem Archiv zu entpacken und zu editieren, ohne dass es zuerst muehsam zerlegt werden muss.

ich auch net

btw:
wir sollten einen neuen thread in der kategorie spielmechanik aufmachen.
diese diskussion hat gar nix mehr mit der eigentlichen themafrage zu tun.