Beiträge von kruemelmonstaar

Gude auf die schnelle sehe ich in deinem keyhandler erstmal nen else if was sqf so nicht kennt. Würde dir auch empfehlen bei getVariable mit default values (siehe Code unten) zu arbeiten und die variable local zu lassen eh sei denn du brauchst sie auch von von woanders aus.

case 19: {
    if (_ctrlKey) then {
        if ((player getVariable ["amc_duty_stat", false]) || (player getVariable ["repairjob",false])) then {
          [] spawn ylrpg_fnc_roadrepair;
        } else { 
            if (!(player getVariable "amc_duty_stat") AND !(player getVariable "repairjob")) then {
                ["Du musst dir erst an der Straßenmeisterei eine Ausrüstung organisieren", "fast", "warning", "Straßenmeisterei"] call ylrpg_fnc_notification_system;
            };
        };
        _handled = true;
    };
};

Sonst noch in der roadrepair.sqf die vergütung. diese ist bei dir fix auf 50 gesetzt, denke aber du möchtest da eher 50 * den count an reparierten objekten oder?

Grüße

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

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

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

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.

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.

Gude,

also deine for Schleife macht so halt keinen Sinn. Die wird einmal durchlaufen und dann wieder geschlo0ssen.

#include "..\..\script_macros.hpp"
/*
    File: fn_copSiren.sqf
    Author: Bryan "Tonic" Boardwine

    Description:
    Starts the cop siren sound for other players.
*/
private ["_vehicle"];
_vehicle = param [0,objNull,[objNull]];

if (isNull _vehicle) exitWith {};
if (isNil {_vehicle getVariable "ansg_re_feuer"}) exitWith {};

for "_i" from 0 to 1 step 0 do {
    if (!(_vehicle getVariable "ansg_re_feuer")) exitWith {};
    if (count crew _vehicle isEqualTo 0) then {_vehicle setVariable ["ansg_re_feuer",false,true]};
    if (!alive _vehicle) exitWith {};
    if (isNull _vehicle) exitWith {};
    _vehicle say3D ["ansg_re_feuer",500,1]; //Class name specified in description.ext, max distance & pitch
    sleep 6.138;//Exactly matches the length of the audio file.
    if (!(_vehicle getVariable "ansg_re_feuer")) exitWith {};
    _vehicle setVariable ["ansg_re_feuer",false,true];
};

Das Setzen am Ende von ansg_re_feuer beendet jedes mal den Loop das muss auf jedenfall raus. Und würde dir auch nahelegen erstmal den Sound zu testen ob der überhaupt hörbar ist (also ingame).

Gude,

das Evo-Hud ist von mir. Wenn du da was wissen möchtest sag bescheid.

Grüße

Vielen Dank das hat es gelöst :,D Hätte nicht gedacht, dass man die Variable vorher bereits allgemein "initialisiert" haben muss :,D Arma verblüfft immer wieder aufs neue. Aber danke für die schnelle antwort

_destx = selectRandom [1,2,3];
diag_log _destx;
if (_destx == 1) then {
    _dest = [5461.56,14987.5,50];
};

if (_destx == 2) then {
    _dest = [18372.3,15265,50];
};

if (_destx == 3) then {
    _dest = [18372.3,15265,50];
};
            
diag_log _dest;

Gude Kurze Frage zum Verständnis in Arma :,D Wenn ich hier aus einem Pool von 3 Positionen mir eine Position wählen lasse (ja möchte das gerne so mit den if Statements da noch was dazu kommen soll ), aus welchem Grund kennt er auserhalb des if-Statements die Variable _dest nicht mehr? ist diese quasi "Private" nur für den do teil des if statements? und kann ich diese sonst public für das komplette folgende Skript machen? Zum Background hierbei handelt es sich um ein Script welches im HC ausgeführt wird.

Vielen Dank schon mal im Vorraus.