Beiträge von Barney

Also der Fehler ist in Zeile 301, das array dort wird keiner variable zugeordnet. Einfach die Zeile 301 in die items[], mags[] oder accs[] variable packen dann es sollte gehen(Halt je nachdem was für ein Classname das ist, Magazin, Item, Accesoir). ACHTUNG: Pass auf die Kommas nach den Arrays auf, nur der letzte Eintrag im Array braucht kein Komma.

Beispiel:

accs[] = 
{
    {"tf_anprc152", "", 1000, 150, ""}
};

Fürs nächste mal poste bitte die config direkt hier als Code und nicht als Bild, so kann man dir das nicht korrigiert schicken(sollte es mal mehr sein).

MfG Barney

Dann hast du keinen HC am laufen und kannst das einfach ignorieren.

Also die Dateien waren jetzt ok, wenn du nach Tod aus der Gang raus bist (nur aufm Client) heißt das, dass irgendwann beim Tod die Variable life_gangData gelöscht/zurückgesetzt wird.

Ich würde dir empfehlen einfach mal mti z.B. Totalcommander die gesamte Mission zu dursuchen und zu gucken in welchen Dateien die Variable vorkommt in denen sie normalerweise nicht sein sollte. Eine andere Möglichkeit wäre es händisch alle Funktionen zu überprüfen die beim Tod aufgerufen werden.

Zitat von configSQF

Können wir mal aufm teamspeak reden?

Sry, grad keine Zeit.

MfG Barney

Poste doch mal deine fn_onplayerkilled.sqf und onplayerRespawn.sqf hier.

Zitat von BlueType

Kann das sein das der Boost nicht für die die neu joinen mehr verfügbar ist oder les ich grade den Code falsch?

Also so wie ich das sehe ist der Boost dann bis zum Restart für alle verfügbar da publicvariablejip unterstützt.

Was mir aber gerade auffällt, soweit ich das sehe wird z.B. life_farmboost nur in der farmboost.sqf definiert, d.h. wenn niemand einen Booster einlöst und damit die Variable über publicvariable für alle definiert müsste es eig beim Verarbeiten immer einen Error geben da life_farmboost ja nicht bekannt ist. Würde einfach in der fn_gather.sqf, fn_farmboostquery.sqf und fn_processAction.sqf if (life_farmboost) then { zu if !(isnil "life_farmboost") then { ändern, dann müsste es passen.

if(life_farmboost_A) then {
 _amount = (_amount * 3);
 };
 if(life_farmboost_B) then {
 _amount = (_amount * 2);
 };
 if(life_farmboost_C) then {
 _amount = round((_amount * 1.5));
 };
};

Da fehlt oben vermutlich ein if (life_farmboost) then {

_queryREMRES = [_queryREM,2,true] call DB_fnc_asyncCall;

In der fn_getFarmcodes.sqf sollte man auch zu [_queryREM,1] call DB_fnc_asyncCall; machen, du erwartest ja keinen Rückgabewert. (Dann aber auch in der diag_log darunter anpassen).

if(life_farmboost) exitWith {
hint "Bitte warte bis zum nächsten Restart, dann kannst du deinen Farmboost einlösen!";
};

Was man auch wissen sollte ist das immer nur ein Booster zu Zeit aktiv sein kann.

50% mehr Geld

Also so wie ich das sehe beeinflussen die Booster nur das Sammeln und das Verarbeiten, von Geld seh ich Nichts O.o

Moin,

um den Shop entsprechend zu ändern müsste man im Dialog vom Shop ein Control hinzufügen (am besten RscCombo), dieses dann via Config (eine Config die man halt anlegen müsste mit Namen Pfad zum Skin sowie classname der Uniform) befüllen und auf dieses Control einen ctrleventhandler onLBListSelChanged setzen welcher bei jedem wechsel des Skins die Uniform auch aktualisiert.

Ein ganz anderes Problem wie ich fände wäre jedoch wie es danach weitergehen soll, solltest du wirklich für eine uniform mehrere Skins haben müsste man das eigentlich um es perfekt zu machen auch in die Datenbank speichern. Damit würde der Player für seine Kleidung immer den selektierten Skin haben.

Zitat von SeCTioN

Inwieern ist dies möglich?

Um dies final zu beantworten, es ist möglich, ist aber mit einem immensem Mehraufwand verbunden(wenn man das mit DB sync macht), würde dir daher davon abraten.

Zitat von configSQF

Naja, Du kannst dir ein zeites dialog erstellen wo die skins dann aufgelistet werden natürlich mit lizenz wenn du mehr fragen hast wende dich einfach bei mir im discord.

.Joshua#1451

MfG - Joshua

MfG Barney

Zitat von Retch

Erstmal danke für deine Antwort, habe den Beitrag mal an den Owner weitergeleitet.

Das mit den Fahrzeugen kaufen find ich interessant. Schließlich werden die ja beim "kaufen" dennoch gespwant.

Gespawnt vielleicht aber in die Datenbank werden die nicht inserted. D.h. wenn du ein Fahrzeug kaufst ist es dann vermutlich ingame vorhanden aber nicht in der DB und damit nach dem Restart weg.

Einfach mal ausprobieren, Fahrzeug kaufen und gucken obs in der DB steht.

[15:42:20:859781 +02:00] [Thread 6692] extDB3: SQL: Error MariaDBQueryException: Incorrect integer value: 'cop' for column 'side' at row 1
[15:42:20:859868 +02:00] [Thread 6692] extDB3: SQL: Error MariaDBQueryException: Input: INSERT INTO vehicles (side, classname, type, pid, alive, active, inventory, color, plate, gear, damage, insure) VALUES ('cop', 'd3s_amazing_ACS8_17_COP', 'Car', '76561198125959857', '1','1','"[[],0]"', '[[1,1,1],[1,1,1],0.5]', '875995','"[]"','"[]"','0')

Die Spalte 'side' in der Tabelle 'vehicles' ist vom Datentyp integer, müsste aber VARCHAR(10) sein. Das Kaufen eines Fahrzeugs sollte demnach auch nicht richtig funktionieren.

[15:36:10:353756 +02:00] [Thread 6852] extDB3: SQL: Error MariaDBQueryException: Unknown column 'fuel' in 'field list'
[15:36:10:353808 +02:00] [Thread 6852] extDB3: SQL: Error MariaDBQueryException: Input: UPDATE vehicles SET active='0', inventory='"[[],0]"', gear='"[]"', fuel='1', damage='"[]"' WHERE pid='76561198385225912' AND plate='389482'

In der Tabelle 'vehicles' gibt es die Spalte 'fuel' nicht.

Entweder altered ihr jetzt die Tabelle um das zu beheben oder ihr löscht die Tabelle einfach und legt die richtig neu an:

Das hier ist die Tabellenerstellung aus dem Altis Life Framework:

DROP TABLE IF EXISTS `vehicles`;
CREATE TABLE IF NOT EXISTS `vehicles` (
    `id`          INT NOT NULL AUTO_INCREMENT,
    `pid`         VARCHAR(17) NOT NULL,
    `side`        VARCHAR(10) NOT NULL,
    `classname`   VARCHAR(64) NOT NULL,
    `type`        VARCHAR(16) NOT NULL,
    `alive`       TINYINT NOT NULL DEFAULT 1,
    `blacklist`   TINYINT NOT NULL DEFAULT 0,
    `active`      TINYINT NOT NULL DEFAULT 0,
    `plate`       MEDIUMINT NOT NULL,
    `color`       INT NOT NULL,
    `inventory`   TEXT NOT NULL,
    `gear`        TEXT NOT NULL,
    `fuel`        DOUBLE NOT NULL DEFAULT 1,
    `damage`      VARCHAR(256) NOT NULL,
    `insert_time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
    
    PRIMARY KEY (`id`),
    INDEX `fkIdx_players_vehicles` (`pid`),
    CONSTRAINT `FK_players_vehicles` FOREIGN KEY `fkIdx_players_vehicles` (`pid`)
      REFERENCES `players` (`pid`)
      ON UPDATE CASCADE ON DELETE CASCADE,
    INDEX `index_side` (`side`),
    INDEX `index_type` (`type`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

Desweiteren:

[12:03:08:528579 +02:00] [Thread 6692] extDB3: SQL: Error MariaDBQueryException: PROCEDURE arma3.deleteUnpaidHouses does not exist

Die Prozedur 'deleteUnpaidHouses' exisitert auch nicht, müsste man halt erstellen.

In der Datei fn_spawnVehicle.sqf (Server) den Ausdruck

_query = format["SELECT id, side, classname, type, pid, alive, active, plate, color, inventory, gear, fuel, damage, blacklist, insure FROM vehicles WHERE id='%1' AND pid='%2'",_vid,_pid];

in Zeile 73 durch

_query = format ["UPDATE vehicles SET active='1', damage='""[]""' WHERE pid='%1' AND id='%2'",_pid,_vid]; ersetzen.

NUR DIESE ZEILE NICHTS ANDERES!

Ansonsten passen eure Änderungen (nette Idee mit dem Verbandskasten, Weste und Repairkit )

MfG Barney

Und bitte folgende Dateien posten:

fn_getVehicles.sqf (Server)

fn_spawnVehicle.sqf (Server)

Den Sound in der CfgSounds

Zitat von 3picFAIL

Ich weiß zwar nicht genau wie die keyhandler an der Stelle aufgebaut ist, aber versuche Mal die _vehicle durch vehicle player auszutauschen.

Könnte man auch machen.

//SHIT + Ö Key
 case 39: {
     if (_shift) then {
         if (playerSide in [west,independent] && {vehicle player != player} && {((driver vehicle player) isEqualTo player)}) then {
         _vehicle = vehicle player;   // man kann auch objectparent benutzen aber so gehts auch
         if (isNull _vehicle) exitWith {};

         _vehicle say3D ["polizeistehen",500,1];
         sleep 8.1;   // ka was der hier soll aber ich hab ihn mal da gelassen

         };
     };
 };

Du hast _vehiclenicht definiert gehabt.

Hallo,

an der initcop braucht man eigentlich nichts ändern da die compilefinal Variable life_coplevel da schon gesetzt wurde. Mit einer entsprechenden Abfrage könnte sich der Admin zwar einloggen jedoch hätte er kein richtiges Coplevel da man compilefinal Variablen nur einmal setzen kann.

Am sinnvollsten wäre es in der fn_requestreceived.sqf direkt unter CONST(life_adminlevel,(_this select 4)); folgendes einzufügen(ungetestet):

if((call life_adminlevel) > 0) then {
    switch (playerSide) do {
        case west: {
            life_coplevel = compilefinal "3";  // Das Coplevel das der Admin haben soll wenn er einloggt, in diesem Bsp 3, bei bedarf einfach ändern
            life_medicLevel = compilefinal "0";
        };

        case independent: {
            life_medicLevel = compilefinal "3"; // Das Mediclevel das der Admin haben soll wenn er einloggt, in diesem Bsp 3, bei bedarf einfach ändern
            life_coplevel = compilefinal "0";
        };
    };
};

Mfg Bareny

Zitat von Joe Barbaro

Naja Arma geht nach Config.

Du könntest auch die Arma Config abfragen bei jedem Item.

Prinzipiell ja, die Frage ist nur nach was ich es abfragen soll es gibt für z.B. Westen kein Config Eintrag der das Item eindeutig als Weste identifiziert (als Vergleich, bei Waffen hat BI eine solche Möglichkeit in die Configs eingebaut). Was ich von BI auch irreführend finde ist warum Uniformen, Westen usw in der CfgWeapons sind, für goggles machen sie eine eigene Config aber der Großteil der Items ist in CfgWeapons.

Zitat von Joe Barbaro

eine gut umsetzbare elegante Lösung ist.

So muss Arma nicht doppelt und 3fach die Sachen berechnen.

So hast du den Typ direkt in der Datenbank und kannst ihn darüber mit abfragen.

Das ist wenn man den Typ nicht direkt abfragen kann die elegantere Lösung, da stimme ich dir zu, habe ich ja jetzt auch so gelöst.

Aber ich würde dennoch gerne wissen ob es eine Möglichkeit gibt vom Classname auf das Item zu schließen.

MfG Bareny

Also erstmal danke für eure Antworten.

Um mal ein wenig mehr Kontext zu meinem Dilemma zu geben:

Ich habe ein Lootspawn System geschrieben welches den Loot der gespawnt werden kann aus einem Datenbanktable ausliest. Aktuell bin ich dabei ein Shop System zu schreiben(auch über DB), beim Shop soll man natürlich alle Items die gespawnt werden können verkaufen können. Alle verkauften Items sollen dann im Shop kaufbar gemacht werden, für die Preview des Shops muss ich allerdings wissen mit was für einer Art Item ich es zu tun habe. Da ich keine Lust hatte für die 777 einzigartigen Items aus den Loottablen jetzt auch noch einen Preis rauszusuchen habe ich einfach alle Einträge aus dem Loottable ausgelesen und anhand der Wahrscheinlichkeit des Spawnens den Preis errechnet.

Als Lösung habe ich in dem Table mit den Preisen der Items jetzt eine neue Spalte namens Type hinzugefügt, die beim konvertieren des Loottable rüber befüllt wird. Momentan finde ich den Typ eines Items heraus indem ich versuche einer leeren Unit z.B. eine Uniform anzuziehen und gucke ob es funktioniet mit dem Classname, so weiß ich ob es sich bei dem Item um eine Uniform handelt oder nicht(Ich weiß das ganze ist sehr unelegant gelöst wird aber auch nur dann ausgeführt wenn ich den Table konvertiere).

Aber dennoch denke ich das es eine Möglichkeit geben muss vom einfachen Classname auf die Art des Items zu schließen, ich meine das Inventar in Arma macht ja nichts anderes.

MfG Barney

Error Nicht definierte Variable in Ausdruck: _realname

Die Variable _realname ist nicht definiert, einfach über Zeile 73 z.B. so definieren:

_realname = profilename;

Moin,

für einen Shop der über die DB läuft versuche ich aktuell von einem einfachen Classname auf das eigentliche Item zu schließen. Ich möchte wissen ob es eine Uniform, Weste, Rucksack, Kopfbedeckung usw. (Fahrzeuge fallen raus, die brauche icht nicht) ist. Die Erkennung von Waffen ist kein Problem, problematisch sind Ausrüstungsgegenstände wie z.B. Uniformen und Westen. In den Configs dieser Items habe ich nichts gefunden was sie eindeutig als z.B. Uniform ausweist (oder ich habs übersehen :X). Danach habe ich es für Uniformen über die Parents der jeweiligen Config versucht zu lösen, so haben z.B. alle(denke ich) BIS Uniformen den Parent "Uniform_base". Problem: Ich benutze Mods und nicht alle Moduniformen erben von dieser Klasse(es gibt auch bei der Mod keine vergleichbare Parentklasse).

Mittlerweile bin ich mit meinem Latein am Ende. T_T

MfG Barney

Einfach in der fn_playertags.sqf Zeile 25 entfernen (Inhalt: "_units = _units - [player];"), dann solte es gehen.