• Beiträge von Henne

    • Seatbelt problem.

      The code from Blackfisch ist not correct.

      The - must change to +.

      This is the correct code:

      Code
      private _oldHP = damage _unit;
private _damageTaken = _damage - _oldHP;

// new HP value = old HP + 50% of damage taken
_damage = _oldHP + (_damageTaken / 2);

    • Zap hosting

      Zitat von MDKing20

      Da Linux in bezugnehmend zu Arma nicht wirklich Anfänger freundlich ist.

      Mir ist nicht klar, was du damit meinst.
      Denn Arma installiert man absolut einfach und schnell mit einem Befehl, natürlich nachdem man die SteamCMD installiert hat.

      Aber für die SteamCMD, sowie für Arma gibt es Anleitungen, denen man nur Schritt für Schritt folgen müsste.

      Es ist richtig, dass für viele Linux ein schwerer Einstieg ist.
      Das liegt aber vorallem daran, dass sich viele nicht mit der Materie beschäftigen wollen.


      Wenn du dich wirklich mit der Materie beschäftigen möchtest, dann ist Linux auf jeden Fall eine gute Wahl.

      Wenn du dich nicht mit der Materie beschäftigen möchtest, dann ist ein Server sowie das falsche.

    • HandleDamage bearbeiten

      Die Variable _damage stellt den Schadens-Wert nach dem EventHandler dar.

      Mit damage <OBJECT> lässt sich der aktuelle Schadens-Wert abfragen.

      Der handleDamage-EventHandler erwartet den Schadens-Wert als Rückgabe.

    • Logik Fehler? + Unknown Error

      Habe mal schnell das ganze aufgeräumt und minimal umgeschrieben:

      Damit das ganze funktioniert, muss zuvor eine HashMap erstellt werden:

      An die Werte aus der HashMap kommt man einfach über diesen Command: life_cooldowns get "life_animalcooldown"


      Der ursprüngliche Fehler ist/war, dass die Werte der Cooldowns zwar innerhalb des _x verändert wurden, aber nicht mehr auf die globale Variable gesetzt wurden.

    • Logik Fehler? + Unknown Error

      Bin gerade nur am Handy, daher schaue ich später nochmal drüber wenn es noch keiner gemacht hat.

      Das hier kann man ändern:

      _cooldownZeit = _activeCooldowns select _count; -> _cooldownZeit = _x;

      life_cooldownNamenStringArray select _count; -> life_cooldownNamenStringArray select _forEachIndex;

      Dann kannst du "_count" komplett entfernen.

      Zudem hast du hier vermutlich einen Logikfehler:

      Code
      _cooldownZeit = _cooldownZeit - _sleepDuration;

if(_cooldownZeit == 0) then {

      Denn die "_cooldownZeit" kann ja kleiner als 0 werden.

      Also lieber <= 0 prüfen.

    • Arma 3 Altis Life Marktplatz hilfe

      Damit die Lösung auch hier im Forum steht:

      1. Der Vertikale Modus muss umgeschaltet werden (so, dass beim verschieben der Objekte sie sich nicht an der Höhe des Terrain ausrichten)

      2. Man platziert die Objekte, die man verwenden möchte, in der Anzahl, die benötigt wird

      3. Man setzt über die Objekteigenschaften die Position der Objekte auf die selbe stelle

      4. Nun nur noch die Objekte so verschieben, wie sie benötigt wird

    • Arma 3 Altis Life Marktplatz hilfe

      Mit dem Pflasterstein-Platten habe ich selber schon größere Flächen gepflastert. Auch abschüssige Ecken waren kein Problem.

      Was für Probleme meinst du denn?

      Mit der Promenade klappt es auch Recht gut.

      Ansonsten fällt mir noch der Pier ein, wobei der nicht wirklich schön ist und je nach Platzierung ebenfalls kleine Kanten hat die rausschauen (wenn ich mich gerade richtig entsinne).

    • Arma 3 extDB3 Fehler beim verbinden der Datenbank

      Deine "Client Log.txt" ist eigentlich die Serverlog.

      Du hast da einen gravierenden Fehler:

      Code
      2021/03/21, 13:38:32 Warning Message: Include file mpmissions\Altis_Life.Altis\dialog\hud_nameTags.h not found.
2021/03/21, 13:38:32  ? Context: Preprocessing file: mpmissions\Altis_Life.Altis\description.ext at 21
2021/03/21, 13:38:32 Cannot include file dialog\hud_nameTags.h
2021/03/21, 13:38:32 Warning Message: Preprocessor failed with error - Invalid file name(empty filename)

      Wenn du das gelöst hast, könnte es klappen.

    • Arma 3 RPT Linux

      Dies reicht vollkommen um den Output umzuleiten:

      <START_COMMAND> > <FILE> 2>&1

      Je nachdem ob du screen oder ähnliches nutzt, kannst du auch die entsprechende Log-Funktion nutzen. Bei mir sieht das so aus:

      screen -L -Logfile <PATH>/<FILE> -mdS <SCREEN_ID> <START_COMMAND>

    • Steam cmd login Failed

      Und sich einige Spiele nochmal kaufen?

      Denn einige Spiele lassen sich nur installieren, wenn das Spiel mit dem Account verknüpft ist.

      Für alle anderen Spiele nutzt man sowieso den Anonymous Account.

      Hast du möglicherweiße den Datenverkehr zustark limitiert?

      Also z.B. Ports gesperrt?

    • Objekte verschieben sich

      Auf dem Bild sieht es so aus, als ob der Versatz zwischen den Pier-Objekten immer identisch ist.

      Daher vermute ich aktuell eher, dass sich nicht die Objekte bewegen, sondern einfach nur leicht drehen. Hast du das ganze mal geprüft?

      Hast du getestet, den fraglichen Bereich in einer seperaten Mission auf dem Server zu testen?
      Oder lasse mir mal den Bereich zukommen, dann teste ich den mal auf einem Server.

      Da du aber schreibst, dass sich die Objekte nur mit Tonic-Life verändern, würde ich das Problem aktuell dort suchen.

    • Befehl auf einem Dedicated server ausführen

      Nein ist es nicht. Grundsätzlich funktioniert es genauso wie beim Client.

      Also <OBJECT> say3D "alarm" würde vollkommen reichen. Siehe hier -> https://community.bistudio.com/wiki/say3D

      Aber, wie in der Dokumentation zu erkennen ist, darf das Argument (das Object) global sein, hingegen der Effekt (der Sound) nur lokal ist.

      Bedeutet, wenn du das auf dem Server ausführst, wird auf dem Server der Sound abgespielt. Da der Server aber weder eine Position auf der Karte, noch eine Soundausgabe hat, hört man es nunmal nicht.

      Also muss der Sound dort abgespielt werden, wo er zu hören sein soll. Das sind nunmal die Clients. Also muss der Code bei den Clients ausgeführt werden.

      Da du es aber vom Server aus steuern möchtest, muss der Server allen Client mitteilen, dass sie jetzt von der Quelle einen Sound abspielen sollen.

      Um Code bei anderen (in diesem Fall den Clients) ausführen zu lassen, benötigt man remoteExecCall, remoteExec oder eine andere Möglichkeit.

      Das schaut dann so aus: [<OBJECT>, "alarm"] remoteExecCall ["say3D", -2]

      Das wars auch schon. Mit weiteren Parametern lässt sich das ganze noch verfeinern.

      Auch ist die Funktion komplett unnötig.

      Um an mehreren Objekten den Sound abzuspielen, wird ein forEach benötigt und das ganze sieht dann so aus:

      {[<OBJECT>, "alarm"] remoteExecCall ["say3D", -2]} forEach (<ARRAY OF OBJECTS>)

      Um das ganze lässt sich noch auf viele andere Weiße lösen, die mit Sicherheit einige Vorteile haben.

      Ich wollte es jetzt aber nur so einfach wie möglich halten.


      Was ich noch nicht ganz verstanden habe, ist deine Frage, ob es in die Init muss.

      Grundsätzlich ist es so, dass der Sound dann abgespielt wird, wenn der Code ausgeführt wird.

      Wenn es in der initServer.sqf ist, dann wird der Sound beim starten der Mission abgespielt. Wenn zu dem Zeitpunkt noch kein Spieler auf dem Server ist, dann wird niemand den Sound hören. Auch werden nachjoinende Spieler keinen Sound hören.

      Wenn du davon redest, es in eine Object Init zu packen, ist es so, dass der Code bei jedem ausgeführt wird, wenn die Mission geladen wird. Also sagt jeder Spieler, zu allen Spielern spiel diesen Sound ab.

      Ich weiß nicht was du bezwecken möchtest, aber du musst dir vermutlich erstmal Gedanken machen, wann soll was genau passieren.