Hallo Zusammen
Ein Kollege und ich werfen einen Arma Server an, da wir heute zuhause sind. Wir spielen BW innerhalb einer eigens gemachten Mission. Immersives Gameplay ist erwünscht. Schaut rein, wenn ihr Lust habt.
Server name: [GER / BW] Operation CFOR (WIP)
Address: node2.blueberry-hood-clan.de:2502
Server version: 200146766
Required game version: 2.0.0
Map: Cup_chernarus_A3
Mission: patrol_ops
Players: 4/28
Gez. Zumi
Das Locked-Event feuert aufm Owner-Rechner des Fahrzeuges
Das ace_vehiclelock_startedLockpick feuert lokal auf dem client
Problem solved, gib Bescheid.
Also die erste Frage wär einfach zu beantworten gewesen.
Für die zweite sehe ich folgenden Ansatz:
ace_arsenal feuert ein lokales CBA-Event ab, wenn man das Arsenal schliesst. Du könntest innerhalb des Eventcodes prüfen, ob die primaryweaponitems das nicht erwünschte visier für die waffe enthalten und es ihnen gegebenenfalls wegnehmen:
Edit: Code getestet. Funktioniert. Achtung: Die Classnames im Ace-Arsenal weichen von denjenigen ab, die man mit primaryweaponitems rauskriegt. Entsprechend muss man die case-sensitivität von "isEqualTo" oder "IN" beachten... Habe zwei Beispielwaffen mit nichterlaubten und erlaubten Visieren eingefügt.
Ich hätte wohl noch unser Modset erwähnen sollen. Hab es nämlich nicht pur Vanilla getestet:
iNTERVENTION - Server
Ich kann mir gut vorstellen, dass die KI-Mod damit in Konflikt gerät.
Ich habe dir noch einen Tip. Schau dir mal dieses CBA-Event von ACE3 (wiederum aus ace_common) an:
Damit kannst du Einheiten/Spieler komplett "vergessen" machen.
Dazu einfach:
["ace_common_setHidden", [player, 1]]] call CBA_fnc_globalEvent;
Ace sollte zudem selber die Events "Tod" und "Unconscious" handlen. Lass mich wissen, wenns Probleme gibt.
Wäre mir neu, dass setCaptive ein lokal wirkender command ist. Dennoch, hier ein Lösungsansatz, der sogar JIP-kompatibel ist. Du musst lediglich CBA und ACE nutzen dafür.
Es gibt folgendes Event, welches durch das Addon ace_common auf allen Maschinen gehandled wird:
Wir tun also folgendes:
Möchtest du den Status resetten auf allen Maschinen, dann einfach:
Got it
Der Code (Ace-Event, welches gehandelt wird):
Edit: der funktionierende Code
.
Die Frage wurde schon hier beantwortet:
Create ACE3 action on doors · Issue #7911 · acemod/ACE3 · GitHub
Sehr gut. Wie vermutet.
Ace scheint für die Interaktions-Knoten auf den Häusern Helferobjekte zu verwenden. Daher habe ich mich entschieden, es über eine Selbst-Interaktion zu lösen.
ACE3/fnc_userActions_addHouseActions.sqf at master · acemod/ACE3 · GitHub
Das Türe knacken habe ich so gelöst:
Ich mache das mit den Ace Interaktionen etwas speziell. Es ist nicht über die Config, sondern über Scripts gelöst.
Ich habe das probiert und es über die Selections auch nicht hingekriegt. Mir ist aber für meine Mission ein Workaround gelungen.
Demo hier:
Sieht jetzt etwas einfacher aus, als es ist. Es benötigt einige Custom CBA Events, publicVariables und so weiter.
Lieber Darkhoffi
Es dürfte sich um die folgende Cba-Einstellung handeln:
force force ace_medical_treatment_convertItems = 0;
Diese ist unter den Addon-Optionen unter "Ace Medical" zu finden. Einfach serverseitig einstellen und mission / clients überschreiben.
Hab mal nen Acre2 Issue erstellt
Ich habe das Problem mittels Ace umgehen können.
Das Teil baue ich aber zusätzlich ein. Danke.
Derzeit funktioniert das Zeus-Modul nicht.
Als Owner ist #adminLogged gesetzt.
Ein eingeloggter Admin kann den Zeus nicht benutzen. Der Zeus kann nicht angepingt werden.
Im RPT ist nichts auffälliges zu sehen...
Das Problem kann auf den Server eingegrenzt werden. Lokal auf meinem Rechner gehostet funktioniert der Zeus.
Der Server startet auch das Zeus DLC laut RPT ordnungsgemäss mit:
Die Modliste:
Ich will jeweils lokal in der acre_api_customSignalFunc abfragen, welcher Jammer momentan aktiv bzw. am nächsten ist. Dazu muss ich ja ein Array als globale Variable definieren, sonst geht das nicht.
