Sperrzonensystem 2.1

Ja, das geht mit den Conditions.

Du kannst zB mit

stig_sz_condition_WEST = {(getPlayerUID player) in ["1234","9000"]};

bestimmen, dass Cop/NATO Spieler es nur verwenden dürfen, wenn sie die Steam-ID 1234 oder 9000 haben. Das müssten dann die IDs deiner Admins sein.

Alternativ auch mit

stig_sz_condition_WEST = {call life_adminlevel >= 1};

das ganze ans Adminlevel in der Datenbank knüpfen.

Aber aufpassen, das Sperrzonensystem darf dann erst geladen werden, nachdem die Spielerdaten von der Datenbank schon fertig geladen wurden.

Ja.

Er hat mir auch per PN geschrieben und was er mit "im MP" meint ist nicht wirklich in einer MP Session sondern im Editor als MP Mission geladen und dann im Editor getestet. Dann gibt ja getPlayerUID einen festen String zurück und nicht die SteamID. Vermutlich ist es das aber er hat noch nicht wieder geantwortet.

Hi

Zitat von dkluge

Ich habe alles ausgeführt, jedoch lässt sich als Cop, wenn ich M drücke, das Menü nicht starten.

Also der Eintrag in der Liste ist da, aber es passiert nichts wenn man drauf klickt?

Der RPT Log vom Client wäre gut, und alles was du in den Sperrzonensystem-Settings eingetragen hast.

Zudem, nutzt du Infistar oder andere AntiCheat Sachen?

Zitat von dkluge

Ist mir halt wichtig selber vielleicht auf den Nenner zu kommen weil es mich dann auch weiterbringt - so in etwa

Top

Ich habe eine Idee wo das Problem liegt, hier mal eine detailiertere Erklärung woher meine Vermutung kommt, vielleicht bringt es dich in Zukunft bei deinen eigenen Scripten weiter.

Im Log sieht man ab Zeile 802, dass das Sperrzonensystem geladen wird.

11:25:58 "Sperrzonensystem wird geladen."

Die Meldungen im Log kommen, weil ich im Script main.sqf, was das ganze Sperrzonensystem und die Einstellungen lädt, manuell mit dem Befehl diag_log die Meldungen loggen lasse. Das hilft uns jetzt, denn wir sehen, dass das Script überhaupt ausgeführt wird.

Dabei werden aber mehrere Fehler gemeldet:

11:25:58 Error in expression <stig_sz_enable_WEST>
11:25:58   Error position: <stig_sz_enable_WEST>
11:25:58   Error Nicht definierte Variable in Ausdruck: stig_sz_enable_west
11:25:58 Error in expression <stig_sz_condition_WEST>
11:25:58   Error position: <stig_sz_condition_WEST>
11:25:58   Error Nicht definierte Variable in Ausdruck: stig_sz_condition_west

Die Variablen werden eigentlich aus der settings.sqf geladen, die von der main.sqf aufgerufen wird. Die wurde aber anscheinend nicht ausgeführt oder hat nicht richtig funktioniert. Im nächsten Fehler sieht man schon mehr:

11:25:58 Error in expression <_this = _this select 0;
};
if (typeName _this != "STRING") exitWith {
diag_log ">
11:25:58   Error position: <_this != "STRING") exitWith {
diag_log ">
11:25:58   Error Nicht definierte Variable in Ausdruck: _this
11:25:58 File mpmissions\__CUR_MP.tanoa\core\sperrzonensystem\main.sqf..., line 16

Die Variable _this hat keinen Wert. In _this steht der Parameter, den man einem Script beim Aufruf mit call/spawn/execVM übergeben kann, aber anscheinend hast du es ohne Parameter aufgerufen. Ich habe das Script so geschrieben, dass man main.sqf aufruft und als Parameter den Pfad vom Sperrzonen-Verzeichnis übergibt, damit sich das Script dann selbst darum kümmern kann, den Rest zu laden.

Ohne den Pfad kann main.sqf die settings.sqf und den Rest nicht laden, was die ersten beiden Fehler erklären würde, aber die Reihenfolge der Fehler macht noch keinen Sinn. Außerdem ist eigentlich ein Check dagegen drin.

Daher: Rufst du die main.sqf richtig auf?

Zitat von Stig

An beliebiger Stelle (zb initPlayerLocal.sqf) per execVM das Script starten. Dabei als Parameter den Pfad vom Sperrzonensystem angeben. Beispiel: "pfad\zum\sperrzonensystem" execVM "pfad\zum\sperrzonensystem\main.sqf";

Schick mal rein wie du es startest.

Zitat von dkluge

[] execVM "core\sperrzonensystem\main.sqf";

Da liegt das Problem.

Die Syntax vom execVM Befehl ist arguments execVM filename.

In deinem Fall ist das Argument [] (ein leeres Array) und der Filename "core\sperrzonensystem\main.sqf".

Wie aber vorher erklärt muss als Argument/Parameter der Pfad zum Verzeichnis mitgegeben werden, weil die im Script gebraucht werden, um den Rest zu laden.

Der richige Aufruf wäre:

"core\sperrzonensystem\" execVM "core\sperrzonensystem\main.sqf";

Dadurch wird in der main.sqf die Variable _this zum String "core\sperrzonensystem\" und das Script kann die anderen Scripte starten, weil es jetzt den richtigen Pfad kennt. Damit sollte es funktionieren.

Das weiß ich noch nicht, schick mal einen RPT Log von einer Session in der du raufgeklickt hast.

Anscheinend wird der Code im execute tag von https://community.bistudio.com/wiki/createDiaryRecord nicht ausgeführt.

player createDiarySubject ["sperrzonensystem","Sperrzonensystem"];
player createDiaryRecord ["sperrzonensystem", ["UI ein-/ausblenden", "<br/><execute expression='call stig_sz_hideGUI'>Klicke hier, um das Overlay zur Sperrzonenverwaltung ein- oder auszublenden.</execute>" ]];

Ich weiß nicht warum, beim mir im Editor geht das. blackfisch vlt eine Idee dazu?

Du kannst ansonsten als Workaround call stig_sz_hideGUI; in sperrzonensystem/scripts/createGUI.sqf in Zeile 211 auskommentieren, dann sollte es permanent an sein.