Beiträge von script /Vincent/dev/null

ArmA3Designs ~ MrRetroxX Bei der Funktion BIS_fnc_itemType wird der Datentyp Array zurückgegeben. Ein Array im Kontext von SQF ist eine Liste, in welcher alle anderen Datentypen einschließlich des Datentyps Array enthalten sein können.

Da dies eine "Art von Liste" ist, ist es möglich einen bestimmten Eintrag (oder mehrere Einträge) auszuwählen. Sollten mehrere Einträge ausgewählt werden, so wird ebenfalls der Datentyp Array zurückgegeben - aber nur mit den ausgewählten Einträgen. Ein einzelner Eintrag gibt seinen eigenen Datentypen wieder.

So ist [2, "test"] der Index 0 (der erste Eintrag) vom Datentyp "Number" (eigentlich ein float32, wenn man genau sein möchte) und der zweite Eintrag mit dem Index 1 besitzt den Datentyp "String", also Text.

Möchte man diesen Eintrag nun (in SQF) auswählen, nutzt man den Befehl select. Dies könnte wie folgt aussehen: [2, "test"] select 0; //gibt 2 zurück als Datentyp "Number" .

So kannst du auch die Rückgabe-Werte von BIS_fnc_itemTypeverwenden. Mehr dazu steht immer in den Community Wiki Artikeln zu den Befehlen.

["ItemGPS"] call BIS_fnc_itemType würde zum Beispiel folgendes in Form eines Array's als Rückgabe-Wert enthalten: ["Item", "GPS"].

Die Liste von Kategorien, welche bei dieser Funktion im Bohemia Interactive Wiki aufgelistet sind, sind alle möglichen Rückgabe-Werte dieser Funktion.

Somit musst du am Ende nur noch diese Rückgabe-Werte auslesen/vergleichen.

ArmA3Designs ~ MrRetroxX https://community.bistudio.com/wiki/BIS_fnc_itemType dort steht alles, was man wissen muss.

Brandy Scotchland Vielleicht solltest du die Items, welche "zufällig" im Fahrzeug vorhanden sind löschen, bevor das abgespeicherte Inventar hinzugefügt wird.

Einfach diesen Befehl (und die weiteren Referenzen darunter) https://community.bistudio.com/wiki/clearItemCargoGlobal nach dem Spawnen eines Fahrzeuges ausführen. Dann ist der Inhalt entfernt.

Ist die beserver.cfg vollständig klein geschrieben? Diese Datei beserver_x64.cfg zu nennen ergibt keinen Sinn, da der ArmA 3 Linux Server nicht als 64bit Version existiert - nur 32bit.

Versuch außerdem, die beserver.cfg in den Ordner launch zu packen, dann sollte das klappen.

Kaibu Man muss, um solche großen Texte zu verarbeiten, auch passende Hilfsmittel nutzen. Mit z.B. PHP oder so einem "Blödsinn" wird das wohl wirklich nicht gut verwendbar sein... Man müsste einen Byte Reader nutzen.

Zitat von blackfisch

Traffic und Begrenzungen. Viel Spaß dann noch Datenbankqueries durchzubekommen bei 10-50k Items pro Spieler...

Traffic vom dedizierten Server oder vom ArmA 3 Server vorgegeben? ArmA 3 hat an und für sich eine maximale Paketgröße, stimmt. Allerdings wird damit immer nur ein Teil einer Queue verschickt. Irgendwann ist dann das abschließende Paket beim Spieler angekommen und das Inventar ist geladen. Es wird aber bemerkbar langsamer.

Kaibu Ich bezweifle, dass du damit eine Datenbank ausschalten wirst. Datenbanken sind ja für solche "Zwecke" gedacht. Außerdem macht bei der Angelegenheit von ArmA 3 nicht die Datenbank, sondern das verschicken durch extDB dir einen Strich durch die Rechnung. 10000 Items, also Möglicherweise über 100000 Zeichen sind heutzutage nicht viel...

Aber du hast schon recht, dass man das komprimieren muss/sollte.

PlayFreak77 Das ist das allgemeine Missions-Verzeichnis ohne Subordner.

Kaibu Anmerkung zur Version 1.0-beta:

Die genannte Version ist nun auch unter Battleye nutzbar:

Somit kann ArmA3UrlFetch auch Client-seitig genutzt werden, ohne Battleye auf Server ausgeschaltet zu haben.

GitHub

Steam Workshop

Vor ein paar Minuten (18.02.2018, 09:18), hat vermutlich blackfisch einen Beitrag gesperrt, indem es um den Umgang von Benutzern durch Teammitglieder ging.

Hier noch einmal der gelöschte Beitrag, welchen ich (glücklicherweise) vorher abgespeichert habe.

Mich würde die Meinung von euch zu diesem Präzendenzfall mal interessieren. Mal sehen, wie lange dieser Beitrag ungelöscht bleibt.

Bitte sachlich und bedacht argumentieren.

Stig Genau an diese beiden Videos habe ich gedacht, als ich meinen Beitrag geschrieben hatte.

nflug Nein, ich habe mir selbst nicht widersprochen. Du hast den Kontext meines Beitrages nicht verstanden:

Folgender Satz:

Zitat von script /Vincent/dev/null

Und die Chance, dass man ja zerhackt werden könnte, ist sehr gering im Anbetracht der verfügbaren Geräte auf der Welt. Außerdem: Wer interessiert sich schon für irrelevante Endanwender, wenn nicht gerade Atomraketen-Startcodes auf diesem Rechner zur Verfügung stehen?

bezieht sich auf das kaufen und nutzen von Virenschutzprogrammen, da solche Anbieter oft mit Anti-Hack-Schutz werben und es auch darunter verkaufen.

Das hätte ich vielleicht hinschreiben sollen, da es wohl nicht allzu offensichtlich war

Gar Keines, weder Kaspersky oder anderen Schwachsinn. Und vor allem auch kein Windows Defender. Jedes Virenschutzprogramm bringt immer eine neue Sicherheitslücke mit sich und nutzt natürlich auch einen Teil der Systemressourcen. Außerdem muss man doch kein Geld dafür bezahlen, dass man selbst nicht aufgepasst hat, was man im Internet (oder wo-auch-immer) gemacht hat, oder?

Das Einzige, was bei mir an ist, ist die Windows Firewall, aber nur aus Prinzip, da es kein "autonomes" Programm ist und weil es Verbindungen zum Internet von Programmen unterbinden kann (ähnlich wie bei Linux die iptables).

Viele Virenschutzprogramme werben mit Anti-Hack-Schutz, aber die Chance, dass man ja zerhackt werden könnte, ist sehr gering im Anbetracht der verfügbaren Geräte auf der Welt. Außerdem: Wer interessiert sich schon für irrelevante Endanwender, wenn nicht gerade Atomraketen-Startcodes auf diesem Rechner zur Verfügung stehen?

Wie SemperVideo irgendwann mal sagte: "Das sicherste Virenprogramm ist immer noch brain.exe".

nflug wusste nicht was gemeint war

Kann mich nicht anschließen. Es hängt vielmehr mit der GPU zusammen.

Wenn sich Jemand bei so einem Script keine mühe gibt, ist die Performance im arsch.

EDIT: Vor allem bei den Personen, welche keine allzu guten Computer besitzen.

Funktioniert super.

Na endlich! Danke dafür!

Mach es doch selbst. Du brauchst kein neues System partitionieren.

Und warum Debian 7? Mittlerweile gibt es bereits Debian 9.