• Beiträge von Stig

    • Problem: FPS und Arma 3

      Zitat von fixle2011

      Vor allen Dingen weil die CPU eine Auslastung von etwas 20% anzeigz und nur ein Kern mit 30-40% belastet wird (#ArmaBestesGame).

      Wie viele Spiele nutzt Arma für das meiste einen einzelnen Thread. Das heißt aber nicht umbedingt, dass auch ein Kern bei 100% sein muss (oder ~65% laut Vermutung oben). Der Thread kann ständig den Kern wechseln, daher sieht das häufig eher so aus als würden alle Kerne ein bisschen machen und nicht einer alles, auch wenn eigentlich nur ein Thread aktiv arbeitet.

      Wichtig ist eher dass ArmaCPUAuslastung/(AnzahlKerne(*2 bei Hyperthreading)) hoch genug ist.

    • Problem: FPS und Arma 3

      Zitat von fixle2011

      Warum ist die GPU-Auslastung aber so gering?

      Klingt für mich logisch. Angenommen Arma schafft ein Frame alle 15ms (also etwas über 60 FPS).

      Die ersten 10ms berechnet die Engine Physik und so. CPU unter Volllast. GPU wartet.

      Die letzten 5ms wird gerendert. CPU wartet. GPU unter Volllast.

      Im Schnitt ist also ein CPU Kern 66% der Zeit am arbeiten und die GPU 33% der Zeit.

      Der Gedankengang könnte allerdings auch komplett falsch sein.

    • Sperrzonensystem 2.1

      Du bist etwas übermotiviert beim Einfügen.

      Der sperrzonensystem Ordner aus der Zip muss nur einmal in die Mission (XXX.Altis). Nirgendwo sonst hin, auch nicht beim life_server.

      Dann musst du nur einmal "sperrzonensystem\" execVM "sperrzonensystem\main.sqf"; in der initPlayerLocal.sqf in der Mission ausführen, wie du es auch gemacht hast und nirgendwo sonst.

      Dann nochdie Einträge in der CfgRemoteExec.hpp machen, damit die Nachrichten auch bei anderen Spielern angezeigt werden, muss aber zum Testen erstmal nicht.

    • Sperrzonensystem 2.1

      Kein Plan. Ich brauche mehr Infos und die vollen Logs.

      Was hast du gemacht und geändert? Ging es schonmal oder noch nie? Bei allen Spielern?

      Ich kann nicht vorhersagen wieso es ausgerechnet bei dir nicht geht.

    • Sperrzonensystem 2.1

      Seltsam. Führe mal mit der Debug Konsole die Funktion stig_sz_hideGUI aus und schau ob sich dann etwas im RPT oder auf der Map tut. Das ist die Funktion die eigentlich von dem Klicken auf den Text aufgerufen wird.

    • Kann dieses Script performance probleme erzeugen?

      Zitat von br1zey

      das script schein schon eine extDB intigration zu haben daher würde ich das nehmen
      alleine weil man den profielNamespace easy überschreiben kann

      Da der ProfileNamespace vom Server genommen wird (sieht zumindest danach aus), ist das überschreiben eigentlich kein Problem bzw genau so schwer wie das Überschreiben von Werten in der DB, denn für beides muss man auf dem Server Code ausführen.

      Allerdings habe ich mal gehört, dass die Nutzung vom ProfileNamespace bei sehr hoher Beanspruchung zu starken Performanceproblemen führen kann, daher ist extDB wegen der Performance zu empfehlen.


      Zitat von Alice Kingsleigh

      Ich kenne diese Mod überhaupt nicht. Ich würde dir empfehlen vielleicht einfach die Dinge aus dem Altis Life Framework zu nutzen die du brauchst. Sprich für Geld und Shops

      Das sehe ich anders. Es ist vermutlich einfacher ein System zu nehmen, dass für das Einsetzen in andere Mission geschrieben und dokumentiert wurde, anstatt dass man versucht aus einem bestehenden Framework, dessen Code nicht für andere Frameworks und Missionen gedacht war, irgendwelche Features herausreißt.

    • Immer +1 zur Variable hinzufügen

      player setVariable [„meinevar",+1]

      Richtig erkannt, das "+" hier versteht SQF nicht als "zum Wert hinzufügen", sondern "+" im Sinne einer positven Zahl.

      Also wird die Variable immer wieder auf 1 gesetzt.

      Was du willst ist nicht 1 bzw +1, sondern alter Wert + 1.

      In SQF kriegst du den aktuellen Wert per player getVariable „meinevar".

      Also ist dein neuer Wert player getVariable „meinevar" + 1 und nicht einfach nur +1.

      Das jetzt zusammengesetzt mit dem setVariable Befehl ergibt player setVariable [„meinevar", (player getVariable „meinevar" + 1) ].

      Kleiner Hinweis: getVariable gibt nil zurück, wenn "meinevar" noch nicht auf dem player existiert. Könnte Fehler verursachen, wenn du vergisst vorher am Anfang "meinevar" auf 0 zu setzen.

      Kann man umgehen, wenn man die "Alternative Syntax" von getVariable nutzt. Dann wird nämlich pauschal der zweite Wert zurückgegeben, wenn "meinevar" noch gar nicht gesetzt wurde.

      Das wäre dann player setVariable [„meinevar", (player getVariable [„meinevar", 0] + 1) ]

    • Sperrzonensystem 2.1

      GenApophis Sag mir nicht was ich zu tun habe.

      Sperrzonensystem_v2.Malden.zip

      Ist eine Beispielmission, das eigentliche Sperrzonensystem liegt im gleichnamigen Ordner in der Mission (jetzt ist es clientseitig in der Mission und kein Servermod mehr).

      Wird initialisiert indem man im Ordner die main.sqf startet, mit dem Pfad zum Sperrzonensystem-Verzeichnis als Argument (siehe initPlayerLocal.sqf der Beispielmission als Beispiel).

      Also "pfad\zum\sperrzonensystem" execVM "pfad\zum\sperrzonensystem\main.sqf"; 

      Die Funktionen werden nicht per CfgFunctions geladen sondern vom Skript selbst in \sperrzonensystem\scripts\loadFunctions.sqf. Kann man bei Bedarf auf CfgFunctions abändern.

      Einstellungen kann man unter \sperrzonensystem\settings.sqf ändern.

      UI ein-/ausblenden ist jetzt ein Diary-Eintrag oben links in der Map (aka da wo meist die Regeln stehen).

      Habe das schon recht lange hier rumliegen gehabt, keine Ahnung ob da Bugs drin sind. Intensiv getestet? Ha, nope.

      Wenns bei euch gut läuft ändere ich mal den Ursprungsbeitrag ab.

    • Arma 3 Server ?

      Zitat von PoleDog

      d.h wollte ich euch fragen, gibt es gravierende Unterschiede was die Leistung betrifft ?
      oder ist es eher ein "Ich will nichts neues Lernen deswegen Windows Server" ding ?

      TL;DR: Arma-Server sind überwiegend Hobbyprojekte und daher Windows, weil kann man genau so bedienen wie den eigenen PC.