Beiträge von blackfisch

Also abgesehen hier von (Wahrscheinlich ein Fehler in einer init in der Mission.sqm):

22:11:40 Error in expression <this allowDamage false; this enableSimulation>
22:11:40   Error position: <allowDamage false; this enableSimulation>
22:11:40   Error allowdamage: Type Group, expected Object

Ist mir noch das hier aufgefallen:
22:12:10 EXTDB ERROR:: DLL FILE NOT FOUND ! CHECK THE INSTALLATION !

Überprüfe mal deine [lexicon]extDB[/lexicon] Version und installiere es ggf. neu (Dateien sind hier im Forum im Downloads Bereich, für 3.1.4.8 brauchst du [lexicon]extDB[/lexicon] v35)
Da scheint entweder die [lexicon]extDB[/lexicon].dll oder die tbbmalloc.dll korrupt zu sein

Nächstes Mal, wenn sowas nicht geht (oder bestenfalls vorher): Log & Syntax prüfen - dann wärst du auf den Syntax Fehler wahrscheinlich auch gekommen Ich behaupte hier einfach mal: Kann geschlossen werden

Könnte daran liegen, dass das ganze vom Syntax völliger Schwachsinn ist Du sollst das entfernen, nicht die Classnames

/*
 File: fn_initCiv.sqf
 Author: Bryan "Tonic" Boardwine




 Description:
 Initializes the civilian.
*/
private["_spawnPos"];
waitUntil {!(isNull (findDisplay 46))};




if(life_is_arrested) then {
 life_is_arrested = false;
 [player,true] spawn life_fnc_jail;
} else {
 [] call life_fnc_spawnMenu;
 waitUntil{!isNull (findDisplay 38500)}; //Wait for the spawn selection to be open.
 waitUntil{isNull (findDisplay 38500)}; //Wait for the spawn selection to be done.
};
player addRating 9999999;




[] execVM "scripts\welcome.sqf";

Warum das Blödsinn war? Schau mal im BI Community Wiki: https://community.bistudio.com/wiki/nearestObjects

Schau mal in deine fn_initCiv.sqf, sort findest du sowas hier:

civ_spawn_1 = nearestObjects[getMarkerPos  "civ_spawn_1", ["Land_i_Shop_01_V1_F","Land_i_Shop_01_V2_F","Land_i_Shop_01_V3_F","Land_i_Shop_02_V1_F","Land_i_Shop_02_V2_F","Land_i_Shop_02_V3_F"],250];
civ_spawn_2 = nearestObjects[getMarkerPos  "civ_spawn_2", ["Land_i_Shop_01_V1_F","Land_i_Shop_01_V2_F","Land_i_Shop_01_V3_F","Land_i_Shop_02_V1_F","Land_i_Shop_02_V2_F","Land_i_Shop_02_V3_F"],250];
civ_spawn_3 = nearestObjects[getMarkerPos  "civ_spawn_3", ["Land_i_Shop_01_V1_F","Land_i_Shop_01_V2_F","Land_i_Shop_01_V3_F","Land_i_Shop_02_V1_F","Land_i_Shop_02_V2_F","Land_i_Shop_02_V3_F"],250];
civ_spawn_4 = nearestObjects[getMarkerPos  "civ_spawn_4", ["Land_i_Shop_01_V1_F","Land_i_Shop_01_V2_F","Land_i_Shop_01_V3_F","Land_i_Shop_02_V1_F","Land_i_Shop_02_V2_F","Land_i_Shop_02_V3_F"],250];

Kommentiere das ganze mal aus oder lösche es, dann klappt das

Ja, aber ich weiß ja auch nicht so genau, welche Version die genau ist Mimimi

Im Header steht 4.4, also gehe ich davon aus und nix anderes :p

Config_vItems.hpp da kannst du alles anpassen

Soeben wurde mir noch vom lieben @VariatoX mitgeteilt, dass es auch an einem Fehler in der life_server\DynMarket\fn_playerLogged.sqf liegen könnte. Daher mal diesen Inhalt nutzen:

_playerUID = owner (_this select 0);
[1,DYNMARKET_sellarraycopy] remoteExecCall ["life_fnc_update",_playerUID];

Und in der Missionfile fn_loadIntoListbox.sqf folgende Zeile ersetzen

if (isNil "DYNMARKET_prices") then {[getPlayerUID player] remoteExec ["TON_fnc_playerLogged",2];hint "Calcul des prix en cours..";sleep 1;};







//wird zu




if (isNil "DYNMARKET_prices") then {[player] remoteExec ["TON_fnc_playerLogged",2];hint "Calcul des prix en cours..";sleep 1;};

Jetzt mal ein ganz blöder Gedankengang an alle, bei denen sich die Preise nicht ändern: habt ihr in der config bei der DYNMARKET_Item_Groups auch Item Gruppen eingestellt? Sonst ist klar, dass sich nichts ändert...

Er möchte es ja aber als Hupe direkt haben und nicht als spezielle Taste @Flyyying_nflug

Mir würde da jetzt spontan leider keine generelle Lösung einfallen, aber das müsste theoretisch alles über Eventhandler irgendwie umsetzbar sein...

Versuch wirklich wie oben gesagt mal die 2015 C++ Redistribution auf deinem Server zu installieren - aber vor Allem achte darauf, dass du die 32-bit Version (x86) nutzt, wenn du nur ein 32 bit Betriebssystem hast, bei 64 bit beide sowohl 64 als auch 32 bit, das sollte dann klappen

Zitat von Zotti

[[1,format["ALARM! - Gasstation: %1 is being robbed!", _shop]],"life_fnc_broadcast",west,false] spawn life_fnc_MP;

life_fnc_MP gibt es nicht mehr.

[1,format["ALARM! - Gasstation: %1 is being robbed!", _shop], false] remoteExec [life_fnc_broadcast,west] ;

Das sollte klappen

Starte es einfach mal nicht über Arma 3 Sync, das macht gern mal Fehler. Nehm den A3 Launcher und wähl deine Mods aus. Außerdem solltest du mal den Intel TBB3 Allocator bei Malloc austesten, ob es so klappt. Und Arma mal auf Fehler überprüfen ist eigentlich immer der erste Versuch bei sowas.

@skyracer2012 Die ersten beiden Schritte kann man auch zusammenfasse:
apt-get update && apt-get upgrade -y --force-yes
Dadurch werden auch die Abfragen (Wollen Sie das wirklich installieren?) obsolet und alles rattert einfach durch :p

Ich weiß schon, dass dus nicht eröffnet hast, hab vorhin nur kurz nach dem Aufstehen deinen Sarkasmus noch nicht ganz begriffen xD

@majoess Ich weiß ja nicht, wieviel du mir Programmierung zu tun hast. aber eine .exe mit einem Texteditor öffnen sieht etwa so aus:

Oh Ehm... ja... Da hat's wohl der Autor gelöscht Sorry

@skyracer2012 nicht ganz, das wird nämlich ständig gemacht. Ein Restart dient eher dazu, um die Serverauslastung runterzufahren (Cache-Dateien etc.) - Außerdem kann man die Fahrzeuge ja erst spawnen lassen, wenn der Spieler connected.

Zu deiner Frage @PoweredByte klar geht das, Problem ist nur, das ist ein sehr aufwendiges und umfangreiches Script und ich habe dazu leider nichts (mehr?) im Internet gefunden. Alles, was ich dir gerade anbieten kann: AltisLife 4.0.0 | Persistent Position Saving. - 4.0 - Altis Life RPG Das ganze könntest du für Fahrzeuge umschreiben, ist aber auch nicht so ohne

Der Log im Pastebin ist unvollständig, überprüf das bitte nochmal. Da fehlt die komplette Altis Life Initialization

Zitat von John_Parker

_activeHC = false;
[player] remoteExec ["TON_fnc_cleanupRequest",_activeHC];

Also... Du machst da einen gewaltigen Fehler der so unlogisch ist, dass er selbst dir ins Auge springen müsste. Du versuchst ein RemoteExec auf false zu callen - Dummerweise akzeptiert er da nur Zahlenwerte bzw. (da die script_macros.hpp included ist) sollte da RSERV stehen. Also so:
[player] remoteExec ["TON_fnc_cleanupRequest",RSERV];
Die Variable _activeHC ist damit komplett überflüssig...

Außerdem mal noch ein Anmerkung. Deine angepriesenen 2 Fehler ist ein einziger, und genau solche Missverständnisse des RPT-Logs sind der Grund, warum ich und einige andere immer wieder prädigen, den ganzen Log und nicht nur Ausschnitte zu posten.