Beiträge von Ssnake

Als Benutzer muß man in der Außenansicht folgen, zum zu bergenden Fahrzeug fahren, und dann unten rechts in der Icon-Leiste auf das BergePz-Icon klicken. Da erscheint dann ein Menüeintrag, der einem erlaubt, anschließend das Zielfahrzeug anzuwählen (draufzeigen, klicken). Dann wird die Winde angebracht (unsichtbar) und das Fahrzeug an den BPz herangezogen. Anschließend kann man ihn im Schlepptau an einen sicheren Ort ziehen und dort durch gemeinsames Warten reparieren. Oder vielleicht hat der Szenario-Designer auch einen Wartungs- und Reparaturraum eingerichtet, und man kann die Fahrzeuge dort einfach nur abstellen.

In einer der nächsten Versionen wird man das auch automatisieren können.

Ich wüßte auch nicht, daß wir nur einen Jota in diesem Bereich geändert haben (abgesehen von der einen oder anderen Wärmebild-Textur). Die Szene wird in eine Textur gerendert, die exakt die Sensorauflösung hat, und dann auf die vom Benutzer gewählte Bildschirmauflösung hochskaliert. Das machen wir schon seit Jahren so, um die Grenzen und Unterschiede zwischen den verschiedenen Wärmebildgeräte-Generationen zu verdeutlichen, und um zu illustrieren, warum das Wärmebild gut zum Entdecken von Zielen ist, noch einigermaßen brauchbar zum Erkennen, und nur auf kurze Distanz tauglich zum Identifizieren.

Die Fehlermeldung habe ich aufgenommen mit Verweis auf diesen Thread. Kann aber noch nicht sagen was ist, und wann und wie es behoben wird.

Bei CSI können sie doch aus noch viel kleinerem Mist wunderbar die Nummernschilder hervorzaubern.
Vielleicht sollten wir die mal fragen...

Sobald es behoben ist, erfahrt ihr es.

Das gesamte HE-Wirkungsmodell muß einer Neubewertung unterzogen werden. Das braucht mehr Zeit, als uns zur Verfügung stand.

Giga... Mega... was ist schon ein Faktor von 10³ unter Freunden...

Falli(911) schrieb:

- heute wieder gehabt, Kette gerissen --> Fahrzeug war dennoch (bedingt) voll einsatzbereit

Bekannt, wird in der nächsten Version beseitingt.

Zitat

- wie wird denn das mit dem Umladen geregelt?

So wie bisher. Windows wirft aber als Tastaturcodes diesen verwirrenden Mist aus, weil ja tatsächlich diese Tasten intern doppelt belegt sind (ein Relikt aus dem PC-Paläolithikum, wo man entweder ein Zahlenfeld ODER Cursortasten bekommen konnte, aber nicht beides)

Zitat

Auch bei diesem Szenario beobachtet... beim KE-Umladen (per Maus und DropDown Menü) lädt er zwar den scriptseitig eingestellten Maximalbestand KE in den Turm, lädt aber danach MZ und folgend MG um, obwohl er eigentlich nur KE voll umladen sollte.

Danke für den Hinweis.

PGO schrieb:

Das heißt mehr Speicher einbauen ist eine Lösung oder ist keine Lösung?

Es könnte eine Lösung sein, sofern meine Fehlerdiagnose zutreffend ist. Da gibt es zur Zeit aber noch Restzweifel.

Zitat

Ich würde ja das eine wie das andere investieren..

Dazu würde ich aktuell noch nicht raten. Noch ist ungewiß, was die konkrete Ursache ist. Mittel- bis langfristig kann ich aber schon sagen, daß es eine 64-Bit-Version von STeel Beasts Pro geben wird. Ob es eine 64-Bit PE-Version geben wird, ist noch nicht entschieden, denn "eigentlich" sind die dort erlaubten Kartengrößen so klein, daß es "eigentlich" keine Notwendigkeit für einen größeren Speicherbedarf geben "sollte".
Da in diesem Bereich noch nichts spruchreif ist, bleibt festzuhalten, daß wenn Du mit Deinem nächsten Rechner eine 64-Bit-Windowsversion nehmen solltest, Du hinsichtlich SB Pro kein Risiko eingehst.

single__shot schrieb:

da SB nicht 64bit ist, kann es nixhts bringen. Hab 12Gb und trotzdem Probleme mit der Karte.

Das ist nicht korrekt. Ich habe 8GByte in meinem Rechner, und es funktioniert wunderbar. Wenn eine 32-Bit-Funktion Speicher allokiert, ist sie in einem 64-Bit-System nicht auf die unteren 4 GByte Adreßraum beschränkt. Sie kann stattdessen auch Speicher von oberhalb der 4GByte-Grenze vom Betriebssystem zugewiesen bekommen. Entscheidend ist in diesem Zusammenhang nur, daß überhaupt 150 GByte zusammenhängender RAM-Speicher vorhanden sind.

Wenn es bei Dir trotz 12 GByte nicht klappt, ist möglicherweise noch ein anderer Bug die Ursache. Das müßten wir dann noch genauer untersuchen.

Es ist NICHT ein zu knapp bemessenes RAM an sich. Die Vorschaufunktion benötigt 150 MByte zusammenhängenden Speicher, und daran scheitert es dann. Die steigt einfach kommentarlos aus und als Benutzer steht man dann da und weiß nicht, was los ist. Leider haben wir das erst Ende November herausgefunden und deshalb keine Zeit mehr gehabt, die Funktion durch eine andere zu ersetzen. Mittelfristig steigen wir eh' auf 64 Bit um, dann erledigt sich die Sache von selbst.

SteelClaw(911) schrieb:

ich kann irgendwie in der F9 ansicht nur auf Fahrstufe 1 vorwärtsfahren und rückwärts garnicht sobald ich wieder aussem bin oder Kdt geht alles ohne probs.

Bei einem bestimmten Szenario, bei allen Szenarios, bei einem bestimmten Fahrzeug, oder bei allen Fahrzeugen?

PGO schrieb:

Mal was neues....

Bei lassen sich weder die Hannover karten noch die Fulda Karten laden...

Wieviel RAM hast Du, hast Du's mal im Fenstermodus probiert (vielleicht gibt's ja eine Fehlermeldung?), wie gehst Du genau vor (laden der Karte im Szenario- oder im Geländeeditor? usw.)

Falli(911) schrieb:

Man hat bei der Szenarioerstellung die Möglichkeit für ROT und BLAU eigene Rufzeichentabellen zu benutzen.
Das klappt soweit auch gut... bis zum AAR und der Auswertung nach dem Szenario.
Dann haben nämlich die ROTEN Einheiten (wie nun schon öfters gesehen) plötzlich die gleichen Bezeichnungen wie die BLAUEN.

Ist bekannt, wird irgendwann auch behoben werden. Aktuelle Verkehrsumgehung: In der Kartenansicht beim Testen "Alle Fahrzeuge" anzeigen wählen, dann klappt's auch mit den Rufzeichen.

Vergleich' doch einfach nur mal das Feuerleitsystem vom M1A1 mit dem zeitgleichen Leo 2A4. Aus Kostengründen wurde die horizontale Stabilisierung des Kopfspiegels in der Ausblickbaugruppe gestrichen und stattdessen dieser Wackeldackel von einem Fadenkreuz implementiert. Uranmunition wird verwendet, weil's billiger ist als Wolfram. Alle anderen Argumente sind "fensterdekoration" wie man dort so schön sagt - im Kern geht's ausschließlich um den Bimbes.
Geld spielt keine Rolle, sobald es um die Airforce geht, zum Teil auch um die Navy. Geld wird bei der US Army nur in die Hand genommen aus Prestigegründen, und um geradezu grotesk überambitionierte Entwicklungsprojekte anzustoßen, deren offenkundig alleiniger Zweck es ist, die Rüstungshersteller zu mästen, ohne deswegen etwas kaufen zu müssen (Crusader, Future Combat System, NLOS-C, M8). Nur beim Stryker haben sie nicht aufgepaßt, da wurden für eine angeblich luftverlastbare angebliche "Zwischenlösung" gleich sieben Panzerbrigaden umgerüstet. Gemessen am Geld, was da ausgegeben wird, möchte man über die mickrigen Ergebnisse nur weinen.

Vielleicht war's auch einfach nur billiger so.

Vielleicht sollten wir eine Schilderkanone auf Selbstfahrlafette einbauen, oder einen Spinoff kreieren - "Der Straßenmeisterei-Simulator"...
Den könnte man nur morgens zwischen drei und vier Uhr starten, oder so ähnlich.

Ich nehme an, die drucken die URL nochmal aus und schicken sie per Brief. Beinahe überflüssig, aber vermutlich rechtssicher.

Dr.Thodt(911) schrieb:

Technisch bedeutet das soviel, dass die Missionszeit angepasst wurde, da die Missionszeit nicht mehr Synchron ist. Das scheint neu zu sein...

...ist es aber nicht, auch wenn ich selbst diese Fehlermeldung heute zum ersten Mal sehe. Das haben wir schon irgendwann zwischen 2005 und 2007 eingebaut --- wenn es das ist, von dem ich denke, daß es ist.

Aus meiner Sicht ergeben die Verkehrsschilder nur Sinn, wenn man sie irgendwie automatisiert plazieren kann, sonst wird man blöde davon. Es sind einfach zu viele Arbeitsschritte pro Shild bei zu vielen Orten, an denen man sie aufstellen müßte. Das kann rein händisch nicht funktionieren.