Buliwyf

Moin zusammen...

...ich bin mir zwar sicher hier im Forum schonmal was über das Ermitteln einer Geschossreichweite gelsen zu haben, aber finde es nicht wieder. Oder es ist diese verdammte Demenz...

Also ich möchte die jeweilige maximale Reichweite eines Mörsers in verschiedenen Abschusswinkeln ermitteln. Dazu wäre mir ein Script hilfreich, welches mir ausgibt, wie weit der Granateinschlag vom Mörser weg ist.

Hat jemand einen Tipp wie ich das umsetzen kann oder gar schon ein solches Script?

__________________

Vienna

Es gibt die Geschosskamera. Da baust du ins Skript eine Routine ein, welche dir die Positionsdaten aufzeichnet. z.B. die Distanz zum Schützen und die Höhe des Geschosses.

Buliwyf

Zitat von Vienna

Es gibt die Geschosskamera. Da baust du ins Skript eine Routine ein, welche dir die Positionsdaten aufzeichnet. z.B. die Distanz zum Schützen und die Höhe des Geschosses.

DAS wars was ich gesehn hatte... Danke Vienna!

__________________

TeRp

Im Fired-Eventhandler ne while { alive _bullet }-Schleife einbauen, die in 0.01 Sekundenabständen die aktuelle Entfernung (_bullet distance _gun) speichert und die Variable per hint ausgibt, sobald die While-Schleife abbricht.

__________________

Vienna

Wenn nur die Entfernung zum "Einschlag" gewünscht wird, reicht natürlich so eine Zeile in der Initialisierungszeile des Spielers:

temp = vehicle player addEventHandler ["Fired", { NearestObject [_this select 0,_this select 4] spawn {private "_d"; hint "Geschoss fliegt..."; while{alive _this}do{_d = vehicle player distance _this; sleep 0.001}; hint format ["Einschlag in %1 m",floor _d]}}]

Maximale Beobachtungszeit 10 Sekunden, da while Schleife nach 10.000 Schleifen abbricht.

Lester

Zitat von Vienna

Maximale Beobachtungszeit 10 Sekunden, da while Schleife nach 10.000 Schleifen abbricht.

Das war doch nur ein Effekt der in frühen ArmA1 Versionen drin ist, seitdem läuft While endlos!

(zumindest wenn die Bedingung nicht vorher fehlgeschlagen ist ).

Zitat:

5134 - Fixed: Limit of iterations in while cycle no longer applied for scripts ran through execVM or spawn

__________________
Nur ein Beispiel das zeigt wie BI "support" definiert: https://feedback.bistudio.com/T75547

Vienna

Ein Abbruch nach 10.000 erfolgt bei Funktionen und Programmteilen in {}, bei denen kein sleep usw. erlaubt ist, sonst würde ja der übrige Programmablauf blockiert werden. Ich habe das fälschlich verallgemeinert.

Wird bei spawn bzw. execVM die while Schleife nach jedem Durchlauf automatisch kurz unterbrochen, oder sind Unterbrechungen wie sleep usw. erforderlich?

Xeno

Zitat von Lester

Das war doch nur ein Effekt der in frühen ArmA1 Versionen drin ist, seitdem läuft While endlos!

*deleted*

Xeno

__________________
In arma everything is made of refined explodium, armored with wet paper towels.

Xeno

Zitat von Vienna

Wird bei spawn bzw. execVM die while Schleife nach jedem Durchlauf automatisch kurz unterbrochen, oder sind Unterbrechungen wie sleep usw. erforderlich?

*deleted*

Xeno

__________________
In arma everything is made of refined explodium, armored with wet paper towels.

TeRp

Die Ladebildschirme nerven auch nicht, sondern die dämlichen Credits die da immer eingeblendet werden.
Jaja, ich weiß, für eine Sache war das ne Bedingung, damit's irgendwo aufgenommen werden darf... aber gut, dann hätte man es auch kurz selber neu entwickeln können und auf diesen Quatsch verzichten können..

Ich drifte ab....

__________________

Vienna

Jedenfalls ist erstaunlich, welche Menge an Skripten das Spiel verarbeiten kann. Wobei man bei MP-Missionen sicher damit zurückhaltend sein sollte. Ich habe keine Ahnung, ob das Spiel im originalen Zustand viel besser läuft als mit "fremden" Erweiterungen. Denke aber schon, dass für MP, nicht nur bei den Skripten, weniger besser ist.

Lester

Stimmt wohl, die Menge ist echt mächtig.

Ich fürchte das größte Problem sind die Scripte, die unnötig häufig Dinge erledigen oder das Scriptingkontigent wegfressen.
Oder wo halt Dinge gemacht werden die auf der Entfernung nicht automatisch skaliert werden wie z.B drops.
Die Partikeleffekte für Rauch usw. skaliert ArmA auf Entfernung automatisch was meist sogar sehr gut aussieht, wer sich wiederum bei drops (war zumindest in ArmA1 so) nicht selber darum kümmert sorgt dafür das irgendwo am Horizont die selbe Menge an Wolken ausgestoßen wird wie unmittelbar vor dem Spieler, das drückt dann heftig auf die Performance.

__________________
Nur ein Beispiel das zeigt wie BI "support" definiert: https://feedback.bistudio.com/T75547

Vienna

In MP Missionen die Sichtweite vernünftig begrenzen, wenn Spieler ihre Grafikeinstellung "runterschrauben", dann bleibt nur noch das Problem der Datenübertragung, auf welche man mit sinnvollem Einsatz von Objekten (vor allem beweglichen) Rücksicht nehmen kann.