Verarbeiteter vereinfachen

Das hätte welchen Sinn genau ?

Klar geht das ... ich zeige dir gleich wie wenn ich am pc bin ...

auslagern kann man alles nur die frage wäre tatsächlichen welchen sinn das hat

in einer datei wäre es bei weitem übersichtlicher

ich hatte das damals bei uns auch gemacht

_this allowDamage false; 
_this enableSimulation false;
_this addAction[format [""%1 ($%2)"",localize (getText(missionConfigFile >> ""Licenses"" >> ""marijuana"" >> ""displayName"")), [(getNumber(missionConfigFile >> ""Licenses"" >> ""marijuana"" >> ""price""))] call life_fnc_numberText],life_fnc_buyLicense,""marijuana"",0,false,false,"""",' !license_civ_marijuana && playerSide isEqualTo civilian '];

Das Packst du in deine Datei und dann..

einfach das in die Init vom Schild oder von dem NPC

_null=this execVM "Dein\Pfad\zur\Datei.sqf";

Bitte sehr

und zack hat jeder verarbeiter seine eigene datei ... sinn macht es für mich immer noch keinen aber ok jeder wie er meint

und verarbeiten tue er nix sondern kannst nur die lizenz kaufen wenn du sie noch nicht hast ... aber ok machste

Kann man für die Shops halt machen dann kann man in einer Datei die Sachen editieren ohne in dem Kleinen Init Feld rum zu basteln xD

Shops werden eh in config blah gemacht und die schilder bzw npcs baut man nun nicht wirklich oft um ...

Zitat von anonop

Shops werden eh in config blah gemacht und die schilder bzw npcs baut man nun nicht wirklich oft um ...

Ja aber wenn man irgendwas noch hinzufügen möchte oder warum auch immer man es möchte da oben steht’s wie es geht ??

die frage am anfang war einwenig anders als das ergebnis aber ok

Nunja Julian es gab erst aktuell den Beitrag Arma 3 CPU Auslastung des Servers verbessern in dem sehr gut von blackfisch erklärt wurde, wieso man execVM eben nicht so oft benutzen sollte und Ähnliches. Und weil man evtl. irgendwann doch einmal zwischendurch hier oder da mal irgendwo was ändern möchte die Mission unnötig zu vergrößern ist wohl eher auch so eine Sache, die niemandem einen Gewinn bringt. Und ehrlich? Also ich arbeite jetzt nicht so oft was an den inits rum als das die Arbeit das alles auszulagern sich wirklich als Nutzen für mich darstellen würde.

Julian

rüdiger bitte......

Du könntest eine Function schreiben, welche diverse params nutzen könnte.

Beispiel:

[
    "copper",
    param2,
    param3,
    param4
] call auriga_fnc_iProcessor;

Bis auf den String als param1 (ist immer Pflicht) ist der Rest halt alles Optional mit anzugeben und kann auch einfach weggelassen werden. Dazu dann eine entsprechende Config.

jetzt nochmal auf deutsch

edit1:

achso ja das bekommst du mit dem standardscript aber nicht hin, sprich du musst den code überarbeiten damit du die addaction an sich verkürzen kannst.

achja und für den lizenz kram habe ich da auch schon mal was umgeschrieben, damit der Ausdruck nicht so lang ist.

Naja es geht auch noch einfacher:

in der Init bei Civs wird einfach das Schild Gespawnt, dies aber nur als Local Vehicle. Somit geht das Schild nicht mal auf das Netzwerk. Wenn es das überhaupt gegangen wäre.

Ich selber Nutze dafür einen Handler der mit Verschiedenen Parametern Schilder erstellt.

Ist also Relativ einfach umzusetzen und man muss gar nicht mehr Ingame mit Schildern etc. hantieren.

Grüße

Florian

Zitat von FlorianGH

Naja es geht auch noch einfacher:

in der Init bei Civs wird einfach das Schild Gespawnt, dies aber nur als Local Vehicle. Somit geht das Schild nicht mal auf das Netzwerk. Wenn es das überhaupt gegangen wäre.

Ich selber Nutze dafür einen Handler der mit Verschiedenen Parametern Schilder erstellt.

Ist also Relativ einfach umzusetzen und man muss gar nicht mehr Ingame mit Schildern etc. hantieren.

Grüße

Florian

Alles anzeigen

Du Spawnst das Object einfach für den Player mit der passenden Init ?