Das geht leider nicht bei ARMA III
Das geht leider nicht bei ARMA III
Falsch
Falsch
Dann weißt du scheinbar mehr als ich. Magst du mir erklären wie? 
Dann weißt du scheinbar mehr als ich.
Nix neues 
Magst du mir erklären wie?
Nö
Aber ich geb dir n Tipp
Google.de
Das könnte dir helfen - ist aber eine externe DLL: KK's blog – ArmA Extension: real_date.dll
funktioniert das auch bei Linux?
lol da warst du schneller
funktioniert das auch bei Linux?
Bin mir nicht sicher aber mit Mono oder Wine sicher. Keine Ahnung nur ob Arma 3 die dann auch mit Läd.
Wenn Kinder Super-Moderator Spielen dürfen.
Ist ja nicht mehr so super, ist ja mittlerweile ein normaler "Moderator".
extDB2 hat sowas schon drinnen, also lad dir nicht irgendwelche anderen DLLs runter.
Calls: Protocol MISC · Torndeco/extDB2 Wiki · GitHub
Das kannst du vom Server abgreifen und allen Clients dann schicken.
Ich bin gerade am Probieren in meiner Statusleiste die aktuelle Uhrzeit hinzuzufügen, nur weiß ich nicht wie ich von der mpmission Dateien aus dem life_server aufrufe, bzw. wie ich einen Wert zurückbekomme. 
Ich habe eine Datei erstellt (fn_getDate.sqf), die unter life_server/Functions/Systems gespeichert ist:
_datum = call compile ("real_date" callExtension "");
_hour = _datum select 3;
_minute = _datum select 4;
_return = [_hour,_minute] joinString ":";
diese habe ich auch in die config.cpp hinzugefügt:
class TON_System {
tag = "TON";
class Systems {
file = "\life_server\Functions\Systems";
class managesc {};
class cleanup {};
class huntingZone {};
class getID {};
class vehicleCreate {};
class vehicleDead {};
class spawnVehicle {};
class getVehicles {};
class vehicleStore {};
class vehicleDelete {};
class spikeStrip {};
class logIt {};
class federalUpdate {};
class chopShopSell {};
class clientDisconnect {};
class cleanupRequest {};
class setObjVar {};
class keyManagement {};
class getDate {};
};Wie kann ich jetzt aber aus der mpmission darauf zugreifen, oder besser gesagt den Wert von _return bekommen? 
Danke im Voraus.
Mit einer PuplicVariable
Mit einer PuplicVariable
Würde ich stark davon abraten. Pv`s sind extrem unsicher man kann mit denen extrem viel böses anstellen.
Am besten ist es wohl wenn du einfach einem Objekt eine Variable zuweist und danach fragst wenn es nötig ist.
_objekt setvariable ["uhrzeit", _return, true];
Die Zeile kannst du auch ganz unten in deinen eigenen Code setzen, weniger aufwand etc.
Zum abfragen auf dem Client einfach nur
_zeit = _objekt getvariable ["uhrzeit"];Schon hast du die Zeit auf den Clients. Du musst eben nur dran denken dass Die Zeit ja nicht statisch ist, also müsstest du ne art Dauerschleife packen für Client als auch Server.
// Sollte sich denken, wieso nicht per direktem Call -> auf mehreren Clients verteilt macht das viel im Netzwerk aus.
Würde ich stark davon abraten. Pv`s sind extrem unsicher man kann mit denen extrem viel böses anstellen.
Am besten ist es wohl wenn du einfach einem Objekt eine Variable zuweist und danach fragst wenn es nötig ist.
Arghhhh, wer hat dir diesen Müll den verzapft? Was soll daran denn jetzt unsicher sein? Es werden Daten nur in eine Richtung geschickt, da ist das komplett egal...
Was kann man damit böses anstellen? Doah, ehrlich jetzt?
Nimm ne publicVariable oder ne remoteExec. Nimm zum Teufel keine Objectvars, dafür sind die nicht gedacht.
Publicvar + alte version (3.1.x) + Wissen = Datenbank wipe / verändern.
Entweder du bleibst sachlich/höflich oder bist still wenn kein ordentliches Wissen vorhanden ist.
Mir ist schon öfter aufgefallen dass du hier im Forum solche kommentare verteilst und nicht einstecken kannst.
Man kann Objectvars nutzen wie man möchte, es kann die Performance stark steigern wenn man darauf zurückgreift statt ständig den Server irgendwelchen Kram per MP oder exec was zu fragen und Daten hin und her zu senden.
Ok, danke für den Beweis, dass du keine Ahnung hast.
Publicvar in alten Versionen bezieht sich auf die life_fnc_MP, eine abgekupferte Version der BIS_fnc_MP. Das war schon immer verwundbar, da der Server einen aktiven Datenaustausch (life_fnc_mp_packet) auch zuließ. Wir befinden uns aber in einer ganz anderen Situation hier. Hier schickt der Server Daten an die Clients, nicht umgekehrt. Gemäß dem Grundsatz "Never trust client data" ist somit alles komplett in Ordnung. Ein Austausch über eine Objectvar ist nichts anderes als eine simple Publicvariable.
Ein Austausch über Objectvar setzt vorraus, dass dauerhaft der Wert der Objectvar abgefragt werden muss (getVariable). Eine Publicvar verändert den Wert der lokal-globalen Variable direkt auf dem Client. Somit hat man mit einer Publicvar eine bessere Performance, da sie nicht an ein Object gebunden ist.
Man kann Objectvars nutzen wie man möchte, es kann die Performance stark steigern wenn man darauf zurückgreift statt ständig den Server irgendwelchen Kram per MP oder exec was zu fragen und Daten hin und her zu senden.
Nein, komplett falsch und oben auch komplett wiederlegt.
Als Nachschlagewerk empfehle ich dir: publicVariable - Bohemia Interactive Community + addPublicVariableEventHandler - Bohemia Interactive Community
Entweder du bleibst sachlich/höflich oder bist still wenn kein ordentliches Wissen vorhanden ist.
Mir ist schon öfter aufgefallen dass du hier im Forum solche kommentare verteilst und nicht einstecken kannst.
Ich brauche nichts einstecken, da deine Aussagen einfach falsch sind. Und wer selbst über mangelhaftes Wissen verfügt, sollte nicht mit solchen Aussagen rumwerfen.
Ich brauche nichts einstecken, da deine Aussagen einfach falsch sind. Und wer selbst über mangelhaftes Wissen verfügt, sollte nicht mit solchen Aussagen rumwerfen.
Ihr bleibt nun Sachlich und Höflich zueinander.
Du hast mit deinen 12 Beiträgen wovon die hälfte nur Ein-Wort lange Antworten sind noch nichts gehaltvolles dieser Community beziehungsweise dem Forum beigetragen, hast aber gleichzeitig die größte Klappe von allen.
Also entweder du benimmst dich und bleibst sachlich oder du darfst in einem anderen Forum deinen ausgeprägten Sachverstand teilen.
Mit freundlichsten Grüßen
Xylometachlorid
Ich habe euch mal meine realtime.fsm hochgeladen.
Einfach in life_server einfügen und dann in der init das hinzufügen:
[] execFSM "\life_server\realtime.fsm";.
Benutzt extDB2 und den Setup-Call "TIME".
Callt die extDB2 beim start der FSM und alle 15 Minuten um die Zeit so genau wie möglich zuhalten.
life_real_time ist die Var wo alles drin steht.
Beispiel: [2016,1,29,16,39]
Erklärung: [JAHR,MONAT,TAG,STUNDE,MINUTE]
life_real_date wird bei uns benutzt um bestimmte Sachen nur an bestimmten Tagen freizuschalten.
Beispiel: 129 (Genauer 0129)
Erklärung: Die ersten zwei Stellen, hier 1 (Genauer 01) sind der Monat und die zwei letzten, hier 29 sind der Tag.
Ich habe euch mal meine realtime.fsm hochgeladen.
Die Frage ist nur wo du sie hochgeladen hast
by the way: bei mir funktioniert die Methode mittlerweile auch:
_objekt setvariable ["uhrzeit", _return, true];
Die Zeile kannst du auch ganz unten in deinen eigenen Code setzen, weniger aufwand etc.
Zum abfragen auf dem Client einfach nur:
_zeit = _objekt getvariable ["uhrzeit"];
Schon hast du die Zeit auf den Clients. Du musst eben nur dran denken dass Die Zeit ja nicht statisch ist, also müsstest du ne art Dauerschleife packen für Client als auch Server.
// Sollte sich denken, wieso nicht per direktem Call -> auf mehreren Clients verteilt macht das viel im Netzwerk aus.
