Beiträge von blackfisch

Config_Master.hpp -> spyGlass_toogle = false;

Fertig... Bitte demnächst erstmal die Configs richtig anschauen

Warum Linux`? Linux und Arma 3 vertragen sich schlecht. Mir fällt nichts anderes ein, als über ein serverseitiges Script, dass den Server nach 4h ausschaltet und neu startet, das sollte gehen an sich. Du bist aber grundsätzlich besser dran, wenn du dir einfach einen Windows Server holst. Da gibt es alle Libraries, du hast BEC und Arma verträgt sich damit. Dort kannst du z.B. den NTECH Restart Manager dafür verwenden

Das sollten an sich alle sehen, die nicht nach dem Einschalten gejoint sind. Sonst kannst du das auch umschreiben und per remoteExec bei jedem erstellen lassen

Ich bin nicht so ein "Bob" xD Aber wenn du mir nen Kaffee oder ein Bierchen spendieren willst, schick ich dir mal eben mein PayPal... xD

@Reiner Zufall Was mit mir und verkaufen?

@PlaySim Sorry, hatte nicht aufs Datum geschaut... Hast schon Recht

Definitely. Unstable, hard to manage the server (you can't set startup parameters directly), no BEC or alternatives and it's lacking the user interface, which can be very helpful

heavy mission under load of ~20 players, same settings and normal gameplay. i7 had more instabilities in CPS compared to XEON, and most hosters don't even use i7 for their solutions btw...

Wie auch immer:

Zitat von blackfisch

Ich setz mich morgen mal ran und schau ob es funktioniert/woran es liegt

Das ganze werde ich auf 4.4r3 testen (3.1.4.8 wenn ich genügend Zeit finde auch) und ggf. verbessern.

I tested on i7 as well (on a friends server) and for me it did not reach the same CPS with same configs etc, but it's actually not that bad and definitely ok, sorry if it sounded like it's a no-go

tested on Custom Settings (Very High-Ultra, just my normal Setup) on Arma 3 1.54

Versuch mal Spaßhalber Rechtsklick auf die [lexicon]extDB[/lexicon].dll und schau mal, ob du die erst zulassen musst

Zitat von Greeny

Arma 3 without a beafy gpu ?

You don't need a GPU... I tested it for fun: unplugged my GTX 960 and just used my integrated HD graphic (actually not sure if the one from the CPU or the motherboard, but that's not important...). I was kinda surprised when I realized, that was only a lack of FPS that is not really noticeable - like 5FPS and they could have been caused by other factors as well. So: Arma 3 doesn't really need GPU.
BUT: If you don't use a GPU, you will need more RAM for caching the textures etc

Zitat von Edwin

ProcessorCores/ThreadsFrequencyRAMDisksCarte réseauBandwidthTrafficIPv4IPv6

Intel i7 4790K

4 cores/ 8 threads

4 GHz+

16 GB DDR3 1333 MHz

120 GB SSD - Samsung EVO 840

1 Gbps

250 Mbps

Unlimited

1

/64

It's good ?

Yeah.... Well... For a PC is it not bad, but a server? Someone tricked you. Never rent a server with a Desktop CPU. XEON processors were developed on purpose, because they can perform better on servers even with less frequency, because they lack the graphic unit, wich restricts the Desktop CPUs in their effectiveness on servers a lot. 120GB of SSD is fine, but for me it would be full in no time xD everything else is OK, 16 GB DDR3 is enough as well as the conection

Most important (in order of appearence) are definitely CPU - RAM - Hard Drive - Graphics Card (Server and Client). Why? Arma 3 is a very CPU based game, no question. Moreover the RAM is also needed, especially for caching and all those stuff blah... Also very much textures (= pictures in this case) and faces (... or simply said: many models) are loaded in a short time - so a good SSD is definitely better than an old HDD and an important fact not to forget (good SSDs start at ~60€ and have anough space for Arma 3 + some Mods). The Graphics Card is.... yeah... kind of unnecessary. Why? Arma 3 has as much graphic calculations than Photoshop. Why? In Photoshop you actually draw lines etc which have to be calculated (mostly by CPU there as well, but nevertheless...) - Textures in Arma 3 are just pictures, the engine put on a model and tells you it has painted it. It didn't. That's simply why you can play Arma 3 even without graphic card...

Hope I could help you understand this logic a bit

Good Setup for server is definitely:

• Intel processor with high frequency (4x 3.0+ / 6x 2.4+ is good to have an orientation)
• 8+ GB of RAM DDR4 (only if possible. if not: use DDR3. I would tend to say not less than 8, thats not useful...)
• 512 Mbps down/128Mbps up (more is better. I would recommend 1Gbps and check for traffix limitations!)
• x64 based CPU & Operating System
• Windows. Don't do Linux. I DARE YOU BRO! Don't joke with Arma 3 and Linux...
• If possible: 120GB SSD and 120GB+ HDD. So you can store your data you dont need on SSD on the HDD

Ich glaube er meint call statt __GETC__ ja tut es! Warum? Schauen wir in die macro.h der 3.1.4.8:

#define __CONST__(var1,var2) var1 = compileFinal (if(typeName var2 == "STRING") then {var2} else {str(var2)}) //Quick macro for creating a constant variable
#define __GETC__(var) (call var) //Quick clean macro for getting a value of a constant / compileFinal variable. i.e if(__GETC__(numberone) == 1) then {}
#define __SUB__(var1,var2) var1 = var1 - var2




//Control Macros
#define getControl(disp,ctrl) ((findDisplay ##disp) displayCtrl ##ctrl)
#define getSelData(ctrl) (lbData[##ctrl,(lbCurSel ##ctrl)])




//Player based quick macros
#define grpPlayer group player
#define steamid getPlayerUID player

Wir sehen dort definiert: __GETC__(variable) == (call variable)
Das traurige ist, jeder nutzt das Macro __GETC__ obwohl es mit call kürzer, versionsunabhängig und performanter wäre

P.S.: FETCH_CONST aus der 4.x ist auch als (call variable) definiert

Zitat von Andre

Wenn ich es Schaffe ist das Tut am Sonntag Online...

Gehen wir doch mal davon aus, er hatte einiges zu tun und keine Zeit...? Es gibt auch Menschen mit Privatleben...

Zitat von GenApophis

if (__GETC__(life_coplevel) < 13) exitwith {hint "Dein Polizei-Rang ist zu niedrig!"};

Warum nutzt jeder das __GETC__ bzw. FETCH_CONST?!? Das sind mit die hässlichsten und nutzlosesten Macros auf Erden ein einfaches call life_coplevel hat den selben Effekt, spart dieses #include und ist schneller in der Execution, da es nicht erst über eine externe Datei läuft

@Lucky1302 Ich setz mich morgen mal ran und schau ob es funktioniert/woran es liegt

kannst du gerne machen, sonst schau ich morgen mal nach

globalSound macht nichts anderes als say3D auf jedem Rechner ausführen - da kann man an sich auch say3D direkt per remoteExec ausführen.... wenn er es tun würde Klappt an sich, nur da scheint irgendwo ein Logik-Fehler zu stecken, den ich gerade mal wieder nicht sehe

Gut, mir reichts, ich kündige :feierabend:

Ich werf da, wenn ich mal ein bisschen mehr Zeit am Stück habe, nochmal einen Blick drauf. Bis dahin erkläre ich das Tut für nicht funktionsfähig

In der fn_placeablesInit findest du sowas hier:

life_placeables =
[
	["Pylon","RoadCone_F"],
	["Pylon mit Licht","RoadCone_L_F"],
	["Holzabsperrung","RoadBarrier_F"],
	["Holzabsperrung mit Licht","RoadBarrier_small_F"],
	["Kunststoffabsperrung Orange","PlasticBarrier_03_orange_F"],
	["Betonabsperrung","Land_CncBarrier_stripes_F"],
	["Tragbares Licht","Land_PortableLight_single_F"],
	["Tragbares Licht (Doppelt)","Land_PortableLight_double_F"]
];

In das Array kannst du weitere Objekte aufnehmen nach dem Schema ["Angezeigter Name","Classname"]
Außerdem die Classname noch im Array in der configuration.sqf hinzufügen!