• Beiträge von stolzerrabe

    • Ace Medical System - Wiederbelebung

      Falls es dich noch interessiert.
      Ich habe es nun so gelöst, dass zum Wiederbeleben, das alte system verwendet wird.
      Allerdings habe ich dem wiederbelebten Schaden hinzugefügt, sodass die Sanis, nach dem Reanimieren dennoch was zu tun haben:

      in der core\medical\fn_revieved.sqf wird zwischen dem Abschnitten, der ACE Schaden hinzugefügt:

      Etwa SO:

    • Langsames Laden des Zinventars

      Hu Leute,
      mal ne frage... vllt hat jemand auch das problem (gehabt) und kennt eine Lösung, oder zumindest einen Ansatz.
      In egal, welchem Menü (Shops, Kofferraum etc) werden die Spielerseitigen ZItems erst nach ca ~3-4 Sekunden geladen.
      Die Seite der NPCs wird ja erst hinterher geladen. Hier ist dann alles sofort da.

      Kurze Infos:
      Über 150 life_inv_items
      MOD Server
      Altis Life 3.1.4.8
      [lexicon]extDB[/lexicon] v35

      CPU Intel i7 2600K
      Ram 16 GB DDR3
      HDD 120 GB SSD

    • ACE

      Zitat

      Update des BattlEye Service fehlgeschlagen. Der Hauptserver ist offline oder nicht erreichbar. Bitte vergewissern Sie sich, dass Sie mit dem Internet verbunden sind und dass die Datei BEService.exe nicht von einer Firewall blockiert wird.

      Solange der server nicht geht, wird Battleye diese dll´s blockieren... :/
      Komme selber nicht auf unseren Server..

    • Suche multiProcessing und Schliesfach Script

      Da sind stellen drin, die nicht für die 4.x sind. Das versuche ich dir zu sagen!

      Ich zeig dir mal aus beiden Sachen, die ich geschrieben habe die selben Zeilen: (NUR 2 DAVON! ES SIND MEHRERE)


      3.1.4.8
      [[(getPlayerUID player),playerSide,_vehicle,_colorIndex],"TON_fnc_vehicleCreate",false,false] spawn life_fnc_MP;
      [[getPlayerUID player,playerSide,_vehicle,1],"TON_fnc_keyManagement",false,false] call life_fnc_MP;
      4.x
      [(getPlayerUID player),CIV,_vehicle,_colorIndex] remoteExecCall ["TON_fnc_vehicleCreate",RSERV];
      [getPlayerUID player,CIV,_vehicle,1] remoteExecCall ["TON_fnc_keyManagement",RSERV];


      Du hast wegen meinem Vorpost das Falsche drin!

    • Suche multiProcessing und Schliesfach Script

      Eigentlich hatte ich dir das schon einigermaßen angepasst...

      Das ist für die 3.1.4.x
      Du hast die 4.x


      Zitat von stolzerrabe

      HINWEIS:

      _displayName = FETCH_CONFIG2(getText,CONFIG_VEHICLES,(typeOf _veh),"displayName");
      Dies muss auf jedenfall angepasst werden.
      EBENSO sollte das ganze Script deinen Bedürfnissen angepasst werden.
      DAS GESAMMTE SCRIPT WIRD SEHR WAHRSCHEINLICH NICHT SO LAUFEN!
      Hier wie gesagt, muss jemand ran, der mit der 4.x arbeitet.


      Spoiler anzeigen

      Du musst auf jedenfall die _colorIndex mit eintragen!
      Diese enhält den Skin, oder du setzt ein random Script ein, welches einen zufälligen ColorIndex wählt. Somit weiss man nie, welches Skin man bekommt ;)

      Und wenn du wirklich Basiswissen nicht verstehst, solltest du nich solche "Fortgeschrittene" Scripte versuchen zusammen-zu-schustern, nur weil du auf anderem Server sowas gesehen hast.
      Zuerst solltest du dir das Basiswissen aneignen.
      Solche Features kann man dem Server auch hinzufügen, wenn man alles andere soweit hat!
      Ich und andere helfen mit Sicherheit gerne jedem User, aber zumindest finde ich, dass das Verständniss für grundlegene Config-Einstellungen und hinzufügen von Items, sowie die Abhängigkeit und Strukturierung der Scripte, schon vorhanden sein sollte.

      Nur, wie ich es bei dir herauslese, fehlt dir jegliches Verständnis, überhaupt eine Programmiersprache zu lesen... - Das ist kein Angriff, oder ähnliches. So kommt es mir nur vor...
      Ist auch nicht weiter schlimm. Jeder hat mal bei 0 Angefangen, nur dann solltest du vllt ersteinmal lernen, wie man überhaupt mit dem Framework umgeht.

      Wie ich bereits erwähnte wird keiner eine "hier hast du - bau einfach ein - das ist narrensicher - und keiner kann es dir klauen" Lösung bieten.

    • Suche multiProcessing und Schliesfach Script

      Zitat von malicutt

      Erstmal riesen Dank das du dir so viel Mühe machst!
      Ich bekomme es leider trotzdem nicht geregelt.

      Kein Dingen...
      Aber sry, ich muss dann leider passen, ich selber nutzt die 3.4.1.8 und nicht die 4.x ... Da müsste sich jemand anderes dranhängen.
      Was du allerdings missverstehst, ist mein Gedankenanstoß...


      Zu diesem Part:

      Code
      case (_item == "HatchBackBausatz"):
{
   if(([false,_item,1] call life_fnc_handleInv)) then
   {
     [] call life_fnc_baueHatchBack;
   };
};


      Hatte ich geschrieben:

      Zitat von stolzerrabe

      Also ich würde aus "A" + "B" + "C" ein "Z-Item" machen => life_inv_HatchBackBausatz
      Dann dieses in der UseItem nutzen.


      Das bedeutet:
      Du musst ein Item (den Bausatz für das bestimmte Auto), welches durch deine Materialien A, B, C anlegen.
      Dies geht in der 4.0 in der File: Config_vItems.hpp

      SQL
      class Hatchback_Bausatz{
        variable = "hatchbackBausatz";
        displayName = "Hatchback Bausatz";
        weight = 90;
        buyPrice = -1;
        sellPrice = 44000;
        illegal = false;
        edible = -1;
        icon = "";
    };

      Dieses Item [hatchbackBausatz] muss nun nutzbar gemacht werden in core\pmenu\fn_useItem.sqf
      Hier wäre dieser Code richtig. Allerdings sieht er bei der 4.x anders aus. Etwa so:

      SQL
      case (EQUAL(_item,"hatchbackBausatz")): {
		if(([false,_item,1] call life_fnc_handleInv)) then {
			[] call life_fnc_BaueHatchback;
		};
	};

      Dazu die fn_BaueHatchback.sqf sollte in etwa so aussehen und gehört in core\actions
      Und der Eintrag in der Functions.hpp unter :


      SQL
      class Actions
{
  file = "core\actions";
  ...
  ...
  class BaueHatchback {};
};

      HINWEIS:
      _displayName = FETCH_CONFIG2(getText,CONFIG_VEHICLES,(typeOf _veh),"displayName");
      Dies muss auf jedenfall angepasst werden.
      EBENSO sollte das ganze Script deinen Bedürfnissen angepasst werden.
      DAS GESAMMTE SCRIPT WIRD SEHR WAHRSCHEINLICH NICHT SO LAUFEN!
      Hier wie gesagt, muss jemand ran, der mit der 4.x arbeitet.


      Spoiler anzeigen

    • Suche multiProcessing und Schliesfach Script

      Austauschen musst du eigentlich nur die CLASSNAMES der Autos...
      Habe mal versucht es dir etwas zu zerstückeln...

      • _vehicle = createVehicle [_className, (getMarkerPos _spawnPoint), [], 0, "NONE"];

        • _vehicle ist die Variable, die dem createVehicle zugeordnet wird, und kann weiter verwendet werden,
          um an deinem Auto weitere Befehle auszuführen.
        • _className muss mit dem Auto ersetzt werden zB C_Hatchback_01_sport_F
        • (getMarkerPos _spawnPoint) müsste ersetzt werden mit position player

          Du bräuchtest also _vehicle = createVehicle ["C_Hatchback_01_sport_F", position player, [], 0, "NONE"];

        --> createVehicle - Bohemia Interactive Community

      • waitUntil {!isNil "_vehicle"};
        Wartet darauf, dass die Variable _vehicle auch Werte enthält. Solange wird das Script nicht weiter ausgeführt
        --> waitUntil - Bohemia Interactive Community
      • _vehicle allowDamage false;
        Dein Auto (angesprochen über _vehicle) bekommt temporär einen "GodMode", damit es beim Spawnen
        nicht kaputt geht. (Passiert ab und an)
        --> allowDamage - Bohemia Interactive Community
      • _vehicle lock 2;
        Schließt das Auto ab!
        --> lock - Bohemia Interactive Community
      • _vehicle setVectorUp (surfaceNormal (getMarkerPos _spawnPoint));
        Dies richtet das Auto an der Oberfläche aus.
        DU brächtest hier:
        _vehicle setVectorUp (surfaceNormal postition player);
        --> surfaceNormal - Bohemia Interactive Community
      • _vehicle allowDamage true;
        Damit kann das Auto wieder Schaden nehmen. Nachdem es positioniert und abgeschlossen wurde.
      • [[_vehicle,_colorIndex],"life_fnc_colorVehicle",true,false] spawn life_fnc_MP;
        Die Variable _vehicle wird zusammen mit dem _colorIndex an den Server gesendet (life_fnc_MP)
        Damit wird bestimmt, welches "Skin" das Fahrzeug hat.
        Der Index ist eine Nummer... (siehe: fn_vehicleColorStr.sqf)
      • [_vehicle] call life_fnc_clearVehicleAmmo;
        Entfernt alle Waffen/Magazine etc von deinem Auto!
      • [[_vehicle,"trunk_in_use",false,true],"TON_fnc_setObjVar",false,false] spawn life_fnc_MP;
        Gibt deinem Auto die Variable "trunk_in_use". Dies ist für den Kofferaum.
      • [[_vehicle,"vehicle_info_owners",[[getPlayerUID player,profileName]],true],"TON_fnc_setObjVar",false,false] spawn life_fnc_MP;
        Gibt deinem Auto die Variable "vehicle_info_owners". Diese beinhaltet alle "Besitzer", die gerade einen Schlüssel haben.
      • [[getPlayerUID player,playerSide,_vehicle,1],"TON_fnc_keyManagement",false,false] spawn life_fnc_MP;
        Hier wird mit deiner Spielerid, deiner Fraktion (COP, MED, CIV) und deinem Auto, ein Schlüssel erzeugt.
        1 = Für Fahrzeuge
        0 = Häuser
      • [[(getPlayerUID player),playerSide,_vehicle,_colorIndex],"TON_fnc_vehicleCreate",false,false] spawn life_fnc_MP;
        Zu guter letzt wird nun deine Spielerid, deine Fraktion, dein Auto und der Skin, an die Datenbank übergeben.


      So ist das zusammenhängende Aufgebaut.
      Ich hoffe ich kann damit dir, und jedem, der sich auch daran versuchen will, etwas helfen.

    • Suche multiProcessing und Schliesfach Script

      Zitat von malicutt

      Leider nein, ich mache das ganze hier seit gut 4 Wochen. Ich finde da ganz sicher alles aber meine Kentnisse reichen nicht um mir das raus zu suchen und umzuschreiben was ich benötige. Vorallem weiß ich dann auch immer noch nicht wie ich das Fahrzeug ins Inventar bekomme.


      Also dann reichen deine Kenntnisse scheinbar doch nicht aus. Sry.
      Also ich würde aus "A" + "B" + "C" ein "Z-Item" machen => life_inv_HatchBackBausatz
      Dann dieses in der UseItem nutzen.


      Code
      case (_item == "HatchBackBausatz"):
	{
		if(([false,_item,1] call life_fnc_handleInv)) then
		{
			[] call life_fnc_baueHatchBack;
		};
	};

      Dann baust du dir eine fn_baueHatchBack.sqf

      DIESE SACHEN SOLLTEN ANGEPASST WERDEN...
      Es wird dein Auto gespawnt...
      Es wird dein Key hinzugefügt und in die Datenbank eingetragen...



      Dieses "UseItem" ruft dann dein Script auf, welches das Auto spawnen lässt, und dazu schaust du mal in der VehicleShopBuy usw. was aufgerufen wird, um es zu Speichern.

      -- Grober Gedankenvorgschlag --- KEIN VOLLSTÄNDIGES SCRIPT!! --

    • [Tutorial] Farming-Bug verhindern | Mission End

      Wenn du den Bug nicht schlimm findest, dann ist das halt so.
      Wo ist da die Fairness?

      Und das dupen, zB gleichzeitiges öffnen des Kofferraum. Auch hier gibt es eine simple Lösung:

      Ich nutze mal die Funktion von Tonic


      Code
      if([civilian,getPos player,10] call life_fnc_nearUnits) exitWith {
hint "Eine andere Person ist zu Nahe!";
};

      So lässt sich zB dupen durch gleichzeitiges öffnen verhindern

    • Suche multiProcessing und Schliesfach Script

      Da waren einige Fehler drin...

      zB
      standen Zeilen wie:

      //add new items if players items where deleted
      if (_inputItemsDeleted) then { if (!_hasLicense) then { life_cash = life_cash - (_processingCost * _productionAmount); };

      als

      //add new items if players items where deletedif
      (_inputItemsDeleted) then { if (!_hasLicense) then { life_cash = life_cash - (_processingCost * _productionAmount); };

      Das hätte nicht funktioniert.
      Habe es geändert, sofern ich nun nicht noch was übersehen habe... ist immerhin halb 3 ^^

      Jedenfalls sehe ich gerade, dass du für die 4.0 suchst?
      Das Script ist von 2014. Somit garantiere ich dir nicht, dass es in der 4.0 funzt.
      Testen...


      Spoiler anzeigen

    • Suche multiProcessing und Schliesfach Script

      Was er sucht sind spezielle Sachen vom Ruhrpott Life server!
      Das Schließfach dort gibt es nicht öffentlich. Deren Multiprozess, soweit ich weiss auch nicht.


      Also lerne, mit den vorhandenen Tutorials umzugehen, und arbeite dich in die Materie ein.
      Es wird dir NIEMAND eine "hier hast du - bau einfach ein - das ist narrensicher - und keiner kann es dir klauen" Lösung bieten können.

      Wir alle haben mal klein angefangen!

      Zitat von Randomizer

      Und wenn du das nicht hinkriegst dann solltest du dir überlegen ob es mit einem eigenen Server das richtige ist..

      Stimme ich voll und ganz zu.

    • Forum-Ausschluss Antrag

      Ok, gegen das Template kann man an sich ja nichs sagen xD Ich selber hatte auch vor dieses zu nehmen, aber ich glaube ich lasse es ^^
      Ist aber schon dreist, Texte 1:1 zu kopieren, und Grafiken ähnlich zu gestallten...

      xD

    • [Tutorial] Farming-Bug verhindern | Mission End

      Nach dem auch ich Möglichkeiten gesucht habe, den Farming-Bug zu verhindern, und tutorials wie diese: [Tutorial] Farmbugs fixen
      einfach nicht funktionieren, habe ich mir eine andere Methode überlegt, die meiner Meinung nach funktioniert, und auch gerecht ist.

      Was macht das Script?
      Diese Script hat einen "Zähler" am anfang der Farming Scripte, und wird mit jedem Start des Scripts +1 gezählt.
      Am Ende des Scripts wird der Zähler wieder auf 0 gesetzt.

      Hält nun ein User seine Farmingtaste gedrückt, oder drückt sie rapide schnell hintereinander, wird jedesmal der Zähler (da er am anfang steht) +1 addiert.
      Ist eine fest eingestellt Zahl erreicht, bevor das Script durch ist (also der Zähler am ende auf 0 steht) wird für alle eine Meldung herausgegeben,
      das der entsprechende User den Farming Bug versucht hat, auszunutzen.
      Anschließend, bekommt er als Strafe ein "Mission End". Da hier nun die zItems, die gerade gesammelt wurden, sehr wahrscheinlich noch nicht gespeichert sind,
      kann der User diese neu sammeln gehen.

      Strafen können beliebig eingebaut werden!

      Hier nun das TUT:


      1. Schritt
      Öffne die description.ext und füge unter der class NotWhitelisted, eine neue Class hinzu:

      Spoiler anzeigen
      SQL: description.ext
      class BugUser
	{
		title = "FARMING-BUG-USING FAILED!";
		subtitle = "Bitte unterlasse das Bugusen beim Farmen!";
		description = "BUGUSING KANN ZUM BAN FUEHREN!!";
		pictureBackground = "";
		picture = "";
		pictureColor[] = {0,0.3,0.6,1};
	};


      Aussehen sollte es dann so:

      Spoiler anzeigen


      2. Schritt
      Am Anfang eines jeden Scripts, wo etwas gefarmt wird, (nach Private["......."]; oder halt ganz oben) folgendes einfügen:

      Spoiler anzeigen


      und ganz am ende der Datei:
       speedcheck = 0;