Fahrzeug Abnutzungsystem

Also ich bin jetzt schon lange raus aus Arma ...aber so wie das in meinem Kopf ist wird das ganze nicht so einfach sein. Denn du willst ja auch das die Abnutzung über den Restarts sowie auch nach Ein und Ausloggen verfügbar ist - deshalb muss das ganze schon einmal in die Datenbank geschrieben werden. Hinzu kommt ( aber da reichen meine SQF Kenntnisse nicht aus ) muss ja permanent abgefragt und aktualisiert werden - Performance / While Schleife ?

gude performancetechnisch sehe ich da kein problem innerhalb eines loops mit nem gewissen sleep entsprechende Werte zu erfassen und zu speichern. Da gibt es ja genug solcher "Dauer-"Schleifen.

Zitat von kruemelmonstaar

gude performancetechnisch sehe ich da kein problem innerhalb eines loops mit nem gewissen sleep entsprechende Werte zu erfassen und zu speichern. Da gibt es ja genug solcher "Dauer-"Schleifen.

lol?

Dauer Schleifen sowie spawn's etc. solltest du Performance technisch vermeiden, dumm gesagt, bei schleifen vorausgesetzt der Server sie aushält lager sie dort aus (gedanklich eine schleife auf 30 Clients laufen lassen oder auf dem Server).

Wenn man ein solltest du versuchen das über Trigger wie ein und aussteigen zu regeln, evtl. einen Array oder ähnliches auf das Fahrzeug legen und beim Einsteigen schaut er sich den Array an und setzt evtl. den schaden dementsprechend.

Damit könntest du auch bei dem ein sowie aussteigen die "Nutzungszeit" als Referenz wert verwenden anstatt dauerhaft eine schleife über die Strecke laufen zu lassen.

Für unterschiedliche Abnutzungen könntest du das ganze einfach mal ein wert X rechnen das wiederum runden oder einfach komplett random in einen Bereich machen.

Also beim besten Willen leben wir nicht mehr im Jahr 1945 und haben auch Arbeitsspeicher größer der 128 mb eine while true schleife für seinen konkreten use case client side ist da absolut kein Problem. Den Server mit so etwas im Zweifel zu belasten hingegen schon

Sas ganze mit nem get in, get out-Eventhandler zu verbinden geht natürlich und sicherlich da auch sinnvoll. Fakt ist für sowas sollte man nicht den Server, sondern den Client arbeiten lassen. Der Client wird dadurch keine bemerkbaren Einbußen haben mit entsprechenden sleep innerhalb der schleife. Klar sollte auch hier gelten entsprechende wiederholende dinge in einen threat zusammenzufassen. Aber bitte mach hier doch Leute nich unnötig nervös TaktischerSpeck.

Es wäre Schwachsinn aufgrund Performance das nicht umzusetzen wenn man sowas haben möchte.

Zitat von kruemelmonstaar

Als beim besten willen leben wir nicht mehr im Jahr 1945 und haben auch arbeitsspeicher größer der 128 mb eine while true schleife für seinen konkrenten use case client side ist da absolut kein problem den server mit so einem mist zuscheissen hingegen schon

das ganze mit nem get in, get out zu verbinden geht natürlich. Fakt ist für sowas sollte man nicht den Server sondenr den Client arbeiten lassen. Der Client wird dadurch keine bemerkbaren eibußen haben mit entsprechenden sleep innerhalb der schleife. Klar sollte auch hier gelten entsprechende wiederholende dinge in einen threat zusammenzufassen. Aber bitte verteile hier doch keine Horrorstory TaktischerSpeck

Diese Aussage ist ziemlicher Quatsch.

Es geht nicht um Arbeitsspeicher oder whatever. Das sind Engineseitige Bottlenecks in die du rennst. Stichwort Script Scheduler. Das geht auf die Performance, glaub uns das ruhig

Arma 3 basiert auf einer Engine die mittlerweile fast 2 Jahrzehnte auf dem Buckel hat. Erwarte nicht, dass läuft so performant wie im Python Compiler oder whatever

Der einzige, der hier Horror Story verbreitet bist du mit deinem Halbwissen, nicht böse gemeint

Zitat von kruemelmonstaar

Als beim besten willen leben wir nicht mehr im Jahr 1945 und haben auch arbeitsspeicher größer der 128 mb eine while true schleife für seinen konkrenten use case client side ist da absolut kein problem den server mit so einem mist zuscheissen hingegen schon

Das hat mal absolut nix mit RAM zu tun, warum sollte man das stupid mit einer Schleife lösen, wenn man gewählte Trigger punkte, hat die komplett ausreichen?

Aber hey, wenn du meinst, das es dem client nix ausmacht mit schleifen und spawns zu fluten schau dir ggf. mal die Old Man Mission an.

Wenn wir jetzt mal an CHX31 Problem denke wäre die beste Möglichkeit aus Performance und das was er will ein EVH bei dem ein / aussteigen, das passiert oft genug bei einer Life mission.

Zitat von CHX31

Kilometerstand

Sorry hab das etwas überlesen, wenn du es daran ausmachen möchtest, könntest du dir etwas von dem [Tutorial][VIS V2 BETA] Vehicle Information System | Multi-kompatibel & Database Synchronisation abschauen / daran anknüpfen.

Vor allem lässt er nicht einfach eine Dauerschleife laufen, sondern exited sie situationsabhängig das wäre ein wichtiger Punkt.

Okay dann fasse ich meine Aussage nochmal zusammen. Worauf ich hinaus wollte, sry wenn das oben nicht deutlich geworden ist, ist das eine entsprechende Script Schleife die etwaige Stats wie Kilometestand etc erfasst für den Client bei vernünftigem Missionsdesign zu keinen merkbaren Performanceeinbußen führen sollte, gerade wenn man diese wie von Taktischem Speck erwähnt mit Eventhandlern wie getIn und getOut verbindet. So etwas allerdings für jedes Fahrzeug vom Server erfassen zu lassen betrachte ich als sehr fragwürdig. Der Kontext meiner Aussage ist bzw sollte sein, dass ein solches Skript keine Probleme darstellen wird. Das kann die ArmA-Engine (Gott sei Dank) mittlerweile händeln. Klar sollte man auch hier darauf achten, dass die Anzahl aktiver Threats in einem überschaubaren Rahmen bleibt. Hoffe das ist jetzt deutlicher geworden. Grüße

Zitat von kruemelmonstaar

Okay dann fasse ich meine Aussage nochmal zusammen. Worauf ich hinaus wollte, sry wenn das oben nicht deutlich geworden ist, ist das eine entsprechende Script Schleife die etwaige Stats wie Kilometestand etc erfasst für den Client bei vernünftigem Missionsdesign zu keinen merkbaren Performanceeinbußen führen sollte, gerade wenn man diese wie von Taktischem Speck erwähnt mit Eventhandlern wie getIn und getOut verbindet. So etwas allerdings für jedes Fahrzeug vom Server erfassen zu lassen betrachte ich als sehr fragwürdig. Der Kontext meiner Aussage ist bzw sollte sein, dass ein solches Skript keine Probleme darstellen wird. Das kann die ArmA-Engine (Gott sei Dank) mittlerweile händeln. Klar sollte man auch hier darauf achten, dass die Anzahl aktiver Threats in einem überschaubaren Rahmen bleibt. Hoffe das ist jetzt deutlicher geworden. Grüße

Nur um nochmal anzumerken mein Gedanke war nicht eine Schleife für dieses Script auf dem Server auszulagern, natürlich braucht man irgendwo ne Schleife im Client ist normal aber es gibt schleifen die auf dem Server ein besseres Zuhause hätten.

Nimm dir wirklich am besten an dem VIS system ein Beispiel

Zitat von TaktischerSpeck

Dauer Schleifen sowie spawn's etc. solltest du Performance technisch vermeiden, dumm gesagt, bei schleifen vorausgesetzt der Server sie aushält lager sie dort aus (gedanklich eine schleife auf 30 Clients laufen lassen oder auf dem Server).

Dann haben wir beide aneinander vorbeigesprochen. Und den jeweils anderen nicht verstanden. Meine Aussage auf Arbeitspeicher und CPU bezog sich auch mehr darauf, dass seit der 64bit Version ArmA3 was die Anazhl aktiver Threats und FPS deutlich verbessert hat und es aus diesem Grunde vertretbar ist für einen entsprechenden Use-Case wie hier zum Beispiel einem AutoSystem ein entsprechendes Skript zu erstellen (Weil letztlich wird auch der AmaA Prozess des Clients wieder durch die eigene Hardware begrenzt). Das man das ganze natürlich mit entsprechenden eventgetriggerten Geschichten weiter optimieren kann habe ich z.b. nie abgestritten ;). Aber aus eigenen Benchmarks mit 150 man auf dem Server, kann ich nur sagen bei z.b. 13 aktiven Skripts auf dem Client ein weiterer keinen merbaren Performanceverlust im Hinblick auf die ClientFPS gebracht hat (Wichtig natürlich auch wieder hier mit Sleeps die Häufigkeit des überprüfen etwaiger Bedingungen zu reduzieren). Hoffe damit hat sich das ganze dann hier auch wieder erledigt. Allgemein schrillen bei mir die Alarmglocken wenn ich etwas höre wie auf den life-server auslagern (wenn notwendig dann doch besser immer auf einen HC).

Grüße

Leute bitte.

Duelliert euch doch hier nicht immer wegen so einem scheiß.

Aber es hat sich hier unter den Usern leider nichts geändert.

Schade eigentlich.

Die Arma Community ist schon nicht mehr sehr groß.

Nunja versuche aus den Tips und Punkten dir hier was zusammen zuschustern - ich geh jetzt erstmal Kaffee trinken und nox via WhatsApp beleidigen.

Schönen Tag @all