Beiträge von Ssnake

Ssnake schrieb:

Wir wollen es dieses Wochendende veröffentlichen. 3.02x wird nicht als Update angeboten werden, sondern nur als "full installer".

Naja... das Datum hat sich leider verschoben: "Nicht vor Montag".

GepardKdt schrieb:

Ich habe noch Steel Beasts 3.011, gibt es schon eine neuere Version, damit ich mich updaten kann?

Du kommst gerade rechtzeitig: Wir wollen es dieses Wochendende veröffentlichen. 3.02x wird nicht als Update angeboten werden, sondern nur als "full installer".

Eisenschwein(911) schrieb:

Hey Nils, Du kannst ja richtig witzig sein !

Hatte heut' einen Clown zum Frühstück.

Als Penetration möchte ich das nicht verstanden wissen. In dieser Hinsicht machst Du Dir Illusionen über die Natur unserer Beziehung.

Es IST ja auch gewollt - nur nicht, daß man das "blind" entfernen kann. Eigentlich sollte sich der Status überhaupt nicht ändern lassen.

DASS die Teile alle blind sind, hat man, wie bereits erwähnt, denjenigen zu verdanken, die diese Einheiten als Aufklärer eingesetzt haben, weil sie durch die Genfer Konvention geschützt sind. Das ist natürlich ein Mißbrauch, der auch die GK verletzt, also mußten wir irgendwie reagieren.

maxxs schrieb:

EDIT: wie groß ist die chance, an die komplette version (non pe) ranzukommen?

Sehr nahe an, aber wahrscheinlich ein kleines bißchen über Null.

Kannst Du in den Treiber-Einstellungen den Analogstick für den Daumen zur primären Achse für Steuerbewegungen machen, oder das womöglich sogar zur Laufzeit umschalten, je nachdem ob Du auf dem Richtschützen- oder Kommandantenplatz bist?

Das könnte vielleicht die Lösung sein.

Ein Großteil des Pionierwesens hat ein dynamisches Gelände mit (sehr viel) höherer Auflösung zur Voraussetzung. Daran arbeiten wir seit über einem Jahr. Die höhere Auflösung benötigt viel mehr Speicherplatz, also müssen wir einerseits auf 64 Bit umstellen (das ist quasi abgeschlossen), andererseits können wir auch dann nicht mehr den Ansatz fahren, die Geländedaten komplett im Speicher zu halten. Hier warten die nächsten großen Herausforderungen (wie finden computergesteuerte Kräfte ihren Weg im Gelände, wenn das Gelände gar nicht im Speicher gehalten wird? Gar nicht, natürlich. Das Gelände muß also in unterschiedlichen Detailstufen vorgehalten werden).

Sobald diese Grundsatzfragen beantwortet sind, geht's ans Eingemachte: Die bestehende Software, die vom Design her an jeder Stelle implizit oder explizit annimmt, daß die notwendigen Geländedaten "vorhanden" sind, muß so umgeschrieben werden, daß alles weiterhin funktioniert, obwohl sich die Verhandlungsgrundlage radikal geändert hat.

Sobald das alles abgeschlossen ist, funktioniert SB Pro so, wie schon jetzt auch. Es ist also scheinbar ein Riesenaufriß ohne sichtbares Ergebnis. Aber er schafft eben die Voraussetzungen für die nächsten Schritte:
Wenn das Gelände dynamisch veränderbar werden soll, müssen auch die Wegfindung und die Sichtlinienberechnungen dynamisch angepaßt werden. Dynamische Geländeveränderung ist entscheidend, um bestimmte Pioniertätigkeiten zur Laufzeit zu ermöglichen (z.B. Stellung schieben, PzSperrgraben, ...) - das werden wir dann Schritt um Schritt einführen. Es ist aber insgesamt eine ziemlich komplexe Aufgabe, wie man sich vielleicht vorstellen kann - als ob man einen gigantischen Mikadohaufen hätte, bei dem die Stäbe allesamt ersetzt statt einfach nur weggenommen werden müssen.

Sören hat Mehl.

Wir werden versuchen, relativ kurzfristig einen Patch bereitzustellen. Wir können nicht garantieren, daß er funktioniert, und es wird auch nicht ewig funktionieren, aber es verschafft Euch hoffentlich ein bißchen mehr Zeit, den Server umzustellen.

Das Ticket kommt, alter Mann ist doch kein D-Zug...

Milan schrieb:

Trotz wiederholter Versuche ist es mir noch nicht gelungen den LFK Spike LR so zu nutzen, dass ich einen Zielwechsel durchführen kann, bzw ein Nichtfahrzeugziel bekämpfen kann. Die /den Javelin bekomme ich ebenfalls nicht gehandelt, da scheitert es bereits am Auslösen!

Zunächst muß das Ziel aufgeschaltet werden (simuliert durch Benutzen des Laser-Knopfs). Sobald das Target Lock da ist kann man ggf. noch das Flugprofil festlegen (Hi/Lo), die Leertaste feuert dann die Rakete ab.

Zielwechsel mit Spike ist anspruchsvoll; es bedarf schneller Reaktion, funktioniert in SB auch nur bei stehenden Zielen, und man braucht viel Übung. Der Freiflugmodus ist nahezu unmöglich zu bedienen, aber das ist beim echten System wohl ganz ähnlich.

Gladiator(911) schrieb:

Dann geb ich jetzt auch mal meinen Senf dazu^^

Hab mir gestern die V.3019 runterladen.
Entpackt und so. Verschieben bringt ja nichts, wenn ich keine Lizenz habe - gelle?

Also versucht die Lizenz zu bekommen - aber Fehlanzeige

Das Lizenzkontingent für die Betaversion ist erschöpft. In Einzelfällen bin ich durchaus bereit, noch ein Ticket auszustellen (eMail, bitte). Da wir für jede Lizenz, die wir ausstellen, einen gewissen Betrag bezahlen müssen, und die Betalizenzen kostenlos waren, haben wir uns eine Obergrenze gesetzt, was uns der Spaß kosten darf.

Entscheidend wäre, die Log-Datei sowohl vom Host also auch von denjenigen Clients zu bekommen, bei denen das Problem aufgetreten ist; idealerweise mit einem Hinweis zum ungefähren Zeitpunkt, zu dem es erstmalig aufgetreten ist sowie dem Callsign der betroffenen EInheiten. Die Logdateien existieren wahrscheinlich noch; immerhin werden die jeweils letzten elf Stück aufbewahrt.

Vielleicht wird der CodeMeter-Dienst von irgendeiner Anwendung beendet oder gestört, und es ist gar kein Lizenzproblem?

Schwer zu sagen.

Schau Dir mal den Ordner C:\ProgramData\CodeMeter\CmAct an hinsichtlich Schreib- und Leseberechtigungen und der Dateien, die darin gespeichert sind. Wenn es da Einschränkungen gibt, könnte es erklären, warum die Lizenz nicht länger nutzbar ist.

Oder vielleicht ist die Systemzeit geändert worden durch Vor- oder Zurückstellen? CodeMeter hat Sicherungen dagegen. Wenn also beispielsweise ein Virus damit herumspielt?
CodeMeter wird sich NORMALERWEISE mit einem Zeitserver wieder synchronisieren ... wenn die Verbindung zum Zeitserver nicht unterbunden wird.

Ansonsten mal CmDUST laufen lassen wenn die Lizenz funktioniert, und dann nochmal, wenn sie nicht mehr funktioniert. Vielleicht fördert der Vergleich zwischen den Ergebnissen eine Erkenntnis zutage. Ich denke, man sollte auch begleitend den Support @ CodeMeter.de in Anspruch nehmen.

WNA HECK und WNA TEMP werden angezeigt. WNA TEMP muß als Schaden definiert werden, und wird behoben durch Wechsel zur Betriebsstufe Beobachten (sonst eskaliert es zum Shcaden "Stabilisierung").

Vorschläge, welche Texte zu bestehenden Schäden hinzugefügt werden sollten, nehme ich gerne entgegen.

Bei reproduzierbaren Abstürzen oder Aufhängern bitte ein Duplikat der Steel Beasts-Verknüpfung auf dem Desktop (oder an eine anderen genehmen Ort) anlegen, und dann in den Eigenschaften der Verknüpfung

• ggf. das Symbol ändern
• in der Zeile "Ziel" ganz am Ende (HINTER dem letzten Anführungszeichen) folgenden Text eingeben (man beachte das führende Leerzeichen und den DOPPELTEN Gedankenstrich):
  . --loglevel=TRACE
  Den Punkt bitte NICHT kopieren, den mußte ich nur wegen der Auto-Formatierung einfügen
• Dann bitte die debugLog.txt von jedem Absturz sichern und uns zukommen lassen
• Hinzu kommen eventuelle Memorydumps, die u.U. lokal abgespeichert werden; wenn sie unter 2 MByte groß sind, könnten sie für uns nützlich sein. Ich muß noch herauskriegen, wo die gespeichert werden (ihr könnt ja schon mal den Windows Explorer nach *.dmp suchen lassen).

Eine Sache sollte ich noch klarstellen: Du kannst ohne weiteres noch eine zweite Betalizenz auf unserer Website bestellen. Irgendwann ist natürlich Schluß, denn für jede Lizenz, die wir ausgeben, müssen wir Geld bezahlen (insofern müssen wir dem Mißbrauch durch irgendwelche Internet-Vandalen natürlich vorbeugen). Aber für den Fall, daß ein Nutzer mehrere PCs hat oder auch mal sein Betriebssystem während des Tests neu installiert ist vorgesorgt.

Im Einzelfall kann man mich deswegen auch per eMail kontaktieren.

Ja, natürlich. Wir wollen ja so viele Leute wie möglich damit spielen lassen, um sicherzugehen, daß es auch funktioniert. Wir müssen halt nur erst mal die 32-Bit version testen, damit das, was dann während des 64-bit Tests gemeldet wird, auch zuverlässig als Resultat der 64-Bit-Umstellung eingeordnet werden kann. Sonst sucht man sich blöd bei den Fehlerursachen.