Beiträge von Ssnake

Ist eine Frage des gewählten Realismus-Grads. Auf Mittel und Niedrig sollten die Aufträge in der Kartenansicht sichtbar sein. Leider führte das immer wieder zu Feuerkorrekturen von der Karte statt durch den Beobachter, daher haben wir's im höchsten Realismus-Grad abgeschaltet.

LoneWolf schrieb:

mir ist ... aufgefallen, dass bei Marschrouten, die entlang von Eisenbahnschienen unter Brücken verlaufen, die Fahrzeuge (egal welche) unter den Brücken stoppen und versuchen seitlich in den Damm nach oben zu fahren.

Das kann alle Kreuzungsarten betreffen. An speziell diesem Problem arbeitet einer unserer Programmierer gerade. Es tritt aber meines Wissens nach nur dann auf, wenn man den Pfad per Shift+Klick durch die Unterführungen legt. Wenn man nun kurz vor der Brücke einen Wegpunkt kreiert, dann durch die Brücke mit Alt+Klick eine gerade Verbindung zur anderen Seite legt (Wegpunkt), und anschließend normal weitermacht, sollte es klappen.

Ich empfehle ohnehin, wenigstens alls 500...700m einen Wegpunkt anzulegen. Das gibt einem mehr Flexibilität später, sollte man mittendrin eine Umfahrung oder solnstige Alternativroute (Formations-/Taktikwechsel) einplanen müssen.

Wie es aussieht, sind die vermackelten Brücken im Geländeeditor ein Nebeneffekt der Beseitigung von Fehler Nr. 8130, der erst vor relativ kurzer Zeit entdeckt wurde (wie man aufgrund der hohen "Seriennummer" erkennen kann, aktuell sind wir bei Nr. 8139). Wie auch immer, ich hatte den Prüfauftrag für die Betatester - viele machen das noch immer freiwillig, und das kurz vor Weihnachten - auf die Frage beschränkt, ob 4.162 in Summe besser ist als 4.161, als das zentrale Kriterium für die Frage: Veröffentlichen oder nicht?

Das mußten wir so machen, weil wir ohne den Patch 4.162 eine Reihe neuer Features nicht integrieren könnten, die wir für andere Projekte integrieren müssen (und die auch die Grundlage für das Update in den kommenden Monaten sein werden).

Dies nur als Hintergrund. Auch wenn wir den Fehler, der zu den schief dargestellten Brücken führt, recht schnell beheben werden, werden wir höchstwahrscheinlich dennoch keinen "Patch 4.162a" oder ähnlich herausbringen können, ganz einfach weil die neuen (noch experientellen) Funktionen nun den Programmzweig 4.1 "kontaminiert" haben.

Das mit dem Rampenbau ist natürlich extrem ärgerlich, und natürlich kann man auch mit den anderen Punkten nicht zufrieden sein. Allerdings glaube ich, daß es objektiv nicht gar so schlimm ist. Soweit eine Karte bereits veröffentlicht ist, kann man in ihr sowieso nicht mehr gärtnern. Nimmt man eine Karte, die noch in Bearbeitung ist, kann man die schiefen (alten) Brücken getrost ignorieren. Sieht zwar scheiße aus, aber im Szenario ist es ja nicht so, und wenn man jetzt im Karteneditor alle neuen Brücken schön ausrichtet, dann sollten auch die im Szenario gut funktionieren. Insofern ist es ein - wenn auch extrem ärgerliches - kosmetisches Problem, daß mit dem nächsten Update (es wird eins geben) natürlich behoben werden wird.

Ich verstehe natürlich, wenn man stattdessen lieber weiter 4.161 verwendet, speziell wenn die Verbesserungen von 4.162 nicht so dringend erscheinen. In den nächsten fünf Monaten oder so dürfte es noch ein größeres Update geben, daß dann hoffenlich diese Macken auch ausbügelt.

Kann losgehen.

4.162 wird heute im Laufe des Tages verfügbar werden, vermutlich am Abend.

Anbei schon mal das Verzeichnis der Änderungen.

Wahrscheinlich nicht.

Vermutung: A fuhr an der Spitze der Kolonne, wurde abgeschossen. Dadurch wurde der mittlere Panzer zu A (vorher A1?) instant-befördert, d.h. der Anführer von Alfa, welcher Panzer des Zuges es auch immer sein mag, wird immer als A bezeichnet.

Es mag auch sein, daß es eine Besonderheit speziell der dort verwendeten Callsign-Templates ist.

Da ein menschlicher Spieler nicht von Steel Beasts gezwungen wird, ständig bei einem einzigen Fahrzeug oder Zug zu bleiben, muß das grafische Benutzerinterface sicherstellen, daß ein Spieler, der längere Zeit nicht bei dem Zug geblieben ist, trotzdem schnell die Lage erfassen kann. Dazu muß das Führungsfahrzeug identifizierbar sein, ohne daß man erst eine Verlustliste konsultiert. Daß in der gelebten Praxis die Panzer im laufenden Gefecht nicht umbenannt werden mag durchaus sein; hier aber ist es aufgrund der "Spielregeln" (die Teleport erlauben und womöglich nur einen Zugführer für drei oder mehr Züge) eine erforderliche Künstlichkeit, so wie andere Ausbildungsmittel auch ihre Besonderheiten haben.

Drölvenfuffzig mal wäre schon angemessen.

Es ist natürlich richtig, daß die Delta-Karte nicht als neues Basispaket gespeichert werden müßte. Aber wenn man es tut, dann sollten auch alle Änderungen übernommen werden. Wenn das nicht funktioniert, sollte Steel Beasts die Option der Speicherung als neue Basiskarte gar nicht erst anbieten.

LoneWolf schrieb:

Es gibt aber durchaus ein paar Probleme für die ich noch keine Lösung gefunden habe. (Über-/Unterführungen in Delta-Karten vorhanden-dann gespeichert als neue Basis-Karte und alles ist wieder weg!)

Hast Du noch so eine Kombination aus Basis- und Delta-Paket, bei dessen Umwandlung solche Details verlorengehen? Kannst Du sie irgendwohin hochladen bzw. wenn das Basispaket Teil der Standardinstallation ist nur die Delta-Karte, so daß wir das untersuchen können?

Solche Fehler zu finden und sie zu beseitigen ist enorm wichtig. Wenn da etwas nicht richtig funktioniert, will ich das genau wissen.

Abraxas schrieb:

2. Häusergruppen der Ortschaft SIFFIG:

Ich hoffe, es gefällt Euch

Ich weiß nicht... wirkt mir nicht schmutzig genug.

Entweder hast Du eine veraltete Version der Karte (was nicht weitrer überraschend wäre, denn wir haben ja keine echte Versionskontrolle in den Kartendateien), oder Du müßtest die Kartendatei aus dem Szenario, das Du konvertieren willst, zunächst extrahieren und dann individuall konvertieren. Hier empfiehlt es sich, bei "Konvertierung von TER" die bestehende Fulda-Karte als Basiskarte auszuwählen. Dann wird der Speicherbedarf geringer.

Prima, dann ist ja zumindest diese Frage geklärt.

Ich denke auch, daß irgendwann die Zahl der neu hochzuladenden Geländepakete zurückgehen wird, sobald erst ein guter Bestand aufgebaut wurde.

Kommentar vom Programmierer:

Zitat

Hat er den package download service neu gestartet (entweder explizit oder via windows reboot). damit der die neue konfiguration ueberhaupt mitbekommt? Der service hat ja ein eigenes logfile ('serviceLog.txt', einen link zum verzeichnis gibt's im start menue ordner), das waere interessant zu sehen

Zumindest aktuell können wir das Hochladen per Deployment Manager nur für ftp garantieren. http (und speziell https) ist als Protokoll sehr viel schwieriger zu implementieren (da deutlich komplexer), speziell die Wiederaufnahme unterbrochener Up- und Downloads. Natürlich kannst Du die Map Packages mit dem Deployment Tool packen und dann von Hand auf einen http-Server hochladen. Nicht ganz so komfortabel, aber es sollte gehen.

Ein Tool mit grafischer Benutzeroberfläche ist in Entwicklung und wird vor Jahresende veröffentlicht werden.

Am Einfachsten ist natürlich die Einrichtung eines privaten ftp Servers.

Urgh... Sicher mit dem nächsten Patch wieder, sorry.

Das spiegelt definitiv nicht meine Idealvorstellung von Benutzerfreundlichkeit wieder. Soviel ist mal sicher.

Aber zumindest konnten wir erst einmal den unnötigen Kauf neuer Hardware verhindern.

Mit anderen Worten: Erstmal keine neue Hardware kaufen!

Ssnake schrieb:

- die neueste .mrf-Datei nach "mrf_old" umbenennen (oder ähnlich)

Dann Steel Beasts neu zu starten versuchen. Wenn's nicht hilft, die nächst-jüngste MRF-Datei umbenennen usw.

...bis Steel Beasts wieder startet, dann die vorher umbenannten MRF-Dateien zurückbenennen bis auf die zuletzt geänderte, die dann ja offenbar das Problemkind ist.

Bis der nächste Patch kommt, der das Problem beheben sollte.