• [Frage/Hilfe] Geändertes Lockpickscript - keinen Schlüssel dafür Türen direkt öffnen

      Specs:

      Altis Life Version 5.0

      vServer 2 Cores, 8 GB Ram (Testserver)

      Windows Server 2016

      non modded

      Hallo,

      ich habe mich an einem Nothammer probiert. Hierzu habe ich das Lockpick Script genommen. Ich möchte, dass das Script am Ende keinen Schlüssel übergibt, das Fahrzeug dennoch öffnet und einen leichten Karosserieschaden verursacht.

      Um den Schlüssel nicht mehr zu erhalten habe ich folgendes aus dem Script genommen:

      Spoiler anzeigen


      life_vehicles pushBack _curTarget;

      Dafür habe ich dann in der fn_keyHandler.sqf geschaut, wie sich ein Fahrzeug öffnen lässt und habe folgendes eingetrage, die _curTarget Variable hab ich im gesamten Script zu _veh gemacht:

      Spoiler anzeigen

      _locked = locked _veh;

      if (_veh in life_vehicles && {player distance _veh < 20}) then {

      if (_locked isEqualTo 2) then {

      if (local _veh) then {

      _veh lock 0;

      _veh animateDoor ["door_back_R",1];

      _veh animateDoor ["door_back_L",1];

      _veh animateDoor ['door_R',1];

      _veh animateDoor ['door_L',1];

      _veh animateDoor ['Door_L_source',1];

      _veh animateDoor ['Door_rear',1];

      _veh animateDoor ['Door_rear_source',1];

      _veh animateDoor ['Door_1_source',1];

      _veh animateDoor ['Door_2_source',1];

      _veh animateDoor ['Door_3_source',1];

      _veh animateDoor ['Door_LM',1];

      _veh animateDoor ['Door_RM',1];

      _veh animateDoor ['Door_LF',1];

      _veh animateDoor ['Door_RF',1];

      _veh animateDoor ['Door_LB',1];

      _veh animateDoor ['Door_RB',1];

      _veh animateDoor ['DoorL_Front_Open',1];

      _veh animateDoor ['DoorR_Front_Open',1];

      _veh animateDoor ['DoorL_Back_Open',1];

      _veh animateDoor ['DoorR_Back_Open ',1];

      } else {

      [_veh,0] remoteExecCall ["life_fnc_lockVehicle",_veh];

      _veh animateDoor ["door_back_R",1];

      _veh animateDoor ["door_back_L",1];

      _veh animateDoor ['door_R',1];

      _veh animateDoor ['door_L',1];

      _veh animateDoor ['Door_L_source',1];

      _veh animateDoor ['Door_rear',1];

      _veh animateDoor ['Door_rear_source',1];

      _veh animateDoor ['Door_1_source',1];

      _veh animateDoor ['Door_2_source',1];

      _veh animateDoor ['Door_3_source',1];

      _veh animateDoor ['Door_LM',1];

      _veh animateDoor ['Door_RM',1];

      _veh animateDoor ['Door_LF',1];

      _veh animateDoor ['Door_RF',1];

      _veh animateDoor ['Door_LB',1];

      _veh animateDoor ['Door_RB',1];

      _veh animateDoor ['DoorL_Front_Open',1];

      _veh animateDoor ['DoorR_Front_Open',1];

      _veh animateDoor ['DoorL_Back_Open',1];

      _veh animateDoor ['DoorR_Back_Open ',1];

      };

      };

      };

      Tja was soll ich sagen einen Schlüssel gibt es nicht mehr, das Fahrzeug bleibt aber weiterhin verschlossen. Das Script wird aber angesprochen (habe es ja mit den Schlüsselvariante erfolgreich probiert) und ich habe weder im Server noch im Clientlog Fehler.

      Das zweite Problem ist der Karosserieschaden. Dafür habe ich schon zwei Varianten probiert.

      Einmal

      Spoiler anzeigen


      [_veh "HitHull", 0.5] call BIS_fnc_getHitPointDamage;

      So bekomme ich die Aussage, dass eine ] fehlt.

      Und ein mal:

      Spoiler anzeigen

      //in fn_emergencyHammer.sqf
      [_veh] remoteExecCall ["BIS_fnc_getHitPointDamage", [HitHull, 0.5],0];

      //in CfgRemoteExec.hpp

      F(BIS_fnc_getHitPointDamage,SERVER)

      Da sagt er nicht definierte Variable.

      Ich weiß nicht ob ich zu kompliziert denke aber ich komme da nicht drauf, wie es funktioniert. Totales Brett vor dem Kopf grade. Ich würde mich freuen, wenn ihr mir sagen könntet wo evtl. die Fehler sind oder mir mein Brett einhaut und zumindest zielführend Richtung richtige Variable und Aufruf helft. Anbei hab ich euch noch mal meine komplette fn_emergencyHammer.sqf gepackt.

      Lieben Dank.

      Dein erstes Problem:

      Also du hast als erstes entfernt das derjenige den Schlüssel bekommt, jetzt brauchst du nur noch das Fahrzeug aufschließen.

      Entweder

      cursorObject lock 0; -> Zeile 90

      Oder du setzt das hier rein:

      _veh = cursorObject; -> Zeile 85

      Zweites Problem:

      Du fragst den Fahrzeugschaden ab, aber setzt ihn nicht?

      Eigentlich brauchst du nur den Schaden setzen, und nicht abfragen

      _veh setHitPointDamage ["hitHull",0.5];

      Danke dir erst mal für deine Antwort, auch wenn meine jetzt später kommt. Das mit dem _veh lock 0; hab ich mir noch mal angeschaut und da kams mir dann. Danke. Allerding funktioniert das mit dem Damage auf deine Art ja nur Clientseitig und das Fahrzeug bekommt lediglich einen optischen Damage. So zumindest bei mir.

      Also lange durchgetestet und nun so lala hinbekommen. Mit _veh setHitPointDamage ["HitHull", 0.6]; wird nun endlich ein leichter Karosserieschaden gesetzt, der nicht nur als Änderung der Textur gesetzt wird. Dies war, wieso auch immer, bei _veh setHit ["karoserie",0.5]; der Fall. Nun wäre es noch mega, wenn das Fahrzeug schon einen Schaden hat, z. B. kaputte Reifen, dass der Karosserieschaden dazu kommt. Das tut er mit dieser Sache so nämlich nicht. Ich habe eine Idee wie die Abfrage dazu sein müsste, aber nicht, wie ich nun den Damage eben auf den vorhandenen "draufaddiere".

      Code
      if ((damage _veh )> 0) then {
    "Hier bitte Hilfe";
} else {
    _veh setHitPointDamage ["HitHull", 0.6];
};

      Soo ich weiß nicht ganz ob du da hin möchtest aber probier das mal.

      Code
      if ((getDammage _veh )>= 10) then { 
 _veh setHitPointDamage ["HitGlass1",0.5]; 
} else { 
 _veh setHitPointDamage ["HitHull", 0.6]; 
};

      Bei Schadensabfragen einfach getDammage nehmen.

      Diese Abfrage hab ich mal so geschrieben das er wie du siehst ab 90hp des Fahrzeugs nur die Scheibe einen Hit bekommt.

      Anderenfalls ist die Karosserie dran.

      HitGlass1 ist ein Schaden an der Windschutzscheibe.

      Hab das jetzt an einem SUV getestet.

      Sollte was nicht klappen einfach nochmal melden.


      Mit freundlichen Grüßen

      Joe Barbaro

      Hey,

      erstmal lieben Dank. Es ging nicht darum, Teil A oder Teil B einen Schaden hinzuzufügen, sondern egal wo ein Schaden am Fahrzeug evtl. schon vorhanden ist, die Karosserie zusätzlich kaputt zu haben. Wenn ich nur _veh setHitPointDamage ["HitHull", 0.6]; nehme funktioniert das ausschließlich bei Fahrzeugen, die noch keinen Schaden haben. Wenn ein Schaden vorbesteht macht er nur kurz einen optischen Karosserieschaden, der wenn man einsteigt oder wegguckt direkt weg ist. Und genau das würde ich eben nicht wollen. Deshalb die Überlegung der Abfrage, ob das Fahrzeug überhaupt irgendeinen Damage hat. Aber klar getDmmage ist da schon mal die bessere Variante.

      Zitat von Joe Barbaro

      if ((getDammage _veh )>= 10) then {

      >= 10 - bei nem Command der Werte zwischen 0 und 1 ausgibt? Und warum nicht bei damage belassen? getDammage war ein Tippfehler von BI, den sie für Backwards-Compatibility drin gelassen haben


      Zitat von Alice Kingsleigh

      Hey,

      erstmal lieben Dank. Es ging nicht darum, Teil A oder Teil B einen Schaden hinzuzufügen, sondern egal wo ein Schaden am Fahrzeug evtl. schon vorhanden ist, die Karosserie zusätzlich kaputt zu haben. Wenn ich nur _veh setHitPointDamage ["HitHull", 0.6]; nehme funktioniert das ausschließlich bei Fahrzeugen, die noch keinen Schaden haben. Wenn ein Schaden vorbesteht macht er nur kurz einen optischen Karosserieschaden, der wenn man einsteigt oder wegguckt direkt weg ist. Und genau das würde ich eben nicht wollen. Deshalb die Überlegung der Abfrage, ob das Fahrzeug überhaupt irgendeinen Damage hat. Aber klar getDmmage ist da schon mal die bessere Variante.

      Ich glaube das hat mit der ursprünglichen Frage nicht mehr viel zu tun, mach dazu am Besten mal nen neuen Thread auf ;)