Beiträge von Ssnake

Was meinst Du mit "alles"?

Alte Szenario- und Kartendateien?
Bleiben erhalten (Backup wird dennoch empfohlen).

Alte Benutzerprofile?
Bleiben erhalten (Backup wird dennoch empfohlen).

Alte Mod-Dateien?
Bleiben erhalten, funktionieren aber u.U. nicht länger (Backup wird, wie üblich, empfohlen).

Alte Programmdateien?
Werden natürlich ersetzt (jedenfalls SOLLTEN sie verschwinden, deswegen empfehlen wir die vorherige Deinstallation).

...neu herunterladen, die Datei. Ggf. ohne Download-Manager/mit anderem Browser/anderer Methode (Rechtsklick, "Ziel speichern als..." o.ä.)

Okay. Das klingt
1. nach einem Bug
2. Nach etwas, das sich beheben läßt.

Ja, es ist übertrieben.
Das HE/Splittermodell wird derzeit grundlegend überarbeitet und endlich auf eine ingenieurmäßig saubere Basis gestellt. Ich werd' jetzt noch mal an so einem Frickelfaktor herumdrehen, aber erwartet keine Wunder. Das neue Modell muß erst ausgiebig getestet werden und kommt sicher erst mit dem nächsten großen Release (also NACH der neuen Geländeengine)

Duke(911) schrieb:

alles gut, wenn Sie sie haben einfach melden.

[Meld]

Die Szenarien wurden heruntergeladen und inspiziert.
Bis es einen Fix dafür gibt, schlagen wir folgende Methode zur Entfernung alter Sounddateien vor:

• load the offending scenario
  .
• create a new event that is using the sound sample (must be located in the exact same folder (and use the same filename) as before, probably simply in the 'media' folder). Close the 'event' dialog by pressing the 'OK' button (so that it really has been created!). It does not matter whether it's 'event 1' or 'event 63'. Using something simple (like 'trigger 1 active') as the event condition is perfectly fine
  .
• open that event, and remove ONLY the sound sample by clearing the filename text. Close the 'event' dialogue again by pressing the 'OK' button
  .
• delete the event by removing its sub condition(s) (ensure that there's no checkmark next to the event's name in the 'event' dropdown menu)
  .
• save the scenario. It will now be reduced in size; the 'orphaned' sound file will have been removed
  .

Naja, was heißt schon "korrekt"... aber ja: Wenn kein Modell vom Geschoß hinterlegt ist, fliegt eben nur die Leuchtspur (und ist dann von vorn zu sehen). Bis dann irgendwann das passende Modell nachgeliefert wird, oder wir einen anderes Flugkörper-3D-Modell nehmen. Was vermutlich das geringere Übel ist. Auch wenn dann einige Nietenzähler wieder zu nölen beginnen.

Duke(911) schrieb:

so hier der Link zu den Scenarien:

Danke. Wie lange kannst Du die Dateien dort zwischenlagern?
Ich weiß nicht, wie schnell sich die Programmierer das angucken können. Wenn es drängt, werde ich die Dateien sofort herunter- und dann auf einen eigenen Server wieder hochladen.

Ronin(911) schrieb:

...die temperatur des wassers sieht man eigentlich kaum...

Nicht in der Natur. Außer bei einer heißen Quelle. Aber Heißwasser ist sehr gut im Wärmebild sichtbar. Wie oft haben wir schon Kameraden (oder Rehen) zugesehen, wie sie eine Stange Wasser weggestellt haben?

Gladiator(911) schrieb:

Die Wärmesignatur vom WASSER ist extrem hell.

Ja, ist bekannt - und auch schon bereinigt.

Hast Du noch beide Szenario-Versionen (mit und ohne eingebettete Sounds, aber von gleicher Größe)?
Könntest Du sie mit RAR o.ä. komprimieren und dann auf einen Server hochladen, damit sich unsere Entwickler das mal anschauen können?

Danke.

Wenn es ein Szenario gibt, mit dem eine Verhaltensanomalie zuverlässig reproduziert werden kann, dann wollen wir das Szenario haben. Natürlich sollte in einem Fall wie hier geschildert schon geprüft werden, ob die Feuerbefehle geeignet sind. Wenn man dann zeigen kann, daß beim Wechsel der Sichtbarkeitsgrenze ein plötzlich drastischer Verhaltenswechsel eintritt, umso besser! Alles das hilft den Programmierern enorm, schnell zum Kern des Problems vorzustoßen.

Wäre meine Empfehlung, ja -- wenn's noch ein paar Tage warten kann.
Natürlich würde ein bearbeitetes Szenario im neuen Format gespeichert, aber vielleicht sind Euch nicht alle Sachen aufgefallen, die bei der Konvertierung schiefgegangen sind. Dann hätte das neu gespeicherte Szenario noch Fehler, die bei der korrekten Formatwandlung nicht (mehr) auftreten. Insofern ist "Abwarten" in diesem Fall wohl objektiv die bessere Strategie.

Abraxas schrieb:

Hi Ssnake,
Wenn ich damit helfen kann, selbstverständlich!
Ich sende Dir dann mal ein paar V3-Szenarien inkl. Passwörter.

Danke, Fehler wurde gefunden. Wir werden - wahrscheinlich nächste Woche - einen Patch dafür veröffentlichen.

1. Sicher nicht gewollt.
2. Hoffenlich auch nicht irreparabel.

Es wäre natürlich hilfreich, wenn ich ein paar dieser Szenarien unseren Programmierern zu Analysezwecken zukommen lassen könnte.

Keine LÖSUNG, aber: Wenn man ein Szenario neu erstellt und gleich speichert, dann legt Steel Beasts auch automatisch Zwischenspeicherpunkte an. Man dann das Intervall sogar einstellen.

Patch 4.004 ist zum Download hereit.

Ja, das ist neu. Wir suchen jetzt gezielt nach dem "kleinsten gemeinsamen Nenner" in der Auswahl, anstatt jegliche Änderung zu verhindern, sobald unterschiedliche Objekte/Einheiten gemeinsam ausgewählt sind. Es müssen aber alle Objekte zumindest aus derselben Kategorie sein, d.h. zugleich Wegpunkte und Züge editieren geht noch immer nicht.

4.004 ist das neue 4.003...

Huh?
Der MOD Ordner von SB pro ist weitgehend leer. War es schon immer. Er ist ja nur für Dateien gedacht, die von Dritten stammen und die Standard-Texturen (und Sounds) von SB ERSETZEN sollen, ohne daß man deswegen die Dateien anfassen muß, die im Programmordner sind. So daß, wenn man mal eine unpassende Datei erwischt, man sie einfach löschen kann und Steel Beasts dann trotzdem noch funktioniert, weil dann einfach wieder die Originaldatei zum Einsatz kommt.