cyruz

No, server-side only, that's why it doesn't come with a bikey file.

That's because ACE is modifying something cfgWorlds which makes the island "modded" and causes the icon to display, that's BI functionality, not ACE.

Just replace the arma3.exe, arma3battleeye.exe is just a wrapper which calls the main arma3.exe, at least that's how I understood it.

Use the following: Batch file: @echo off set "mod_folder=G:\Steam\steamapps\common\Arma 3\Mods" set "game_folder=G:\Steam\steamapps\common\Arma 3" set "mods=-mod=%game_folder%;" set "mods=%mods%%mod_folder%\@mod;" set "mods=%mods%%mod_folder%\@mod2;" set "mods=%mods%%mod_folder%\@mod3;" set "mods=%mods%%mod_folder%\@mod4;" set "mods=%mods%%mod_folder%\@mod5" echo "%mods%" cd /D "%game_folder%\" start "" "%game_folder%\arma3server.exe" ^ -config=arma3server.cfg "%mods%" arma3server.cfg // // server.cfg // // comments are written with "//" in front of them. // STEAM steamport =2300; steamqueryport =2301; hostname = "TestingStuff"; // The name of the server that shall be displayed in the public server list password = "Password"; // Password for joining, eg connecting to the server passwordAdmin = "Admin"; // Password to become server admin. When you're in Arma MP and connected to the server, type '#login xyz' reportingIP = ""; BattleEye = 0; disableVoN = 1; // If set to 1, Voice over Net will not be available persistent = 1; // If 1, missions still run on even after the last player disconnected. kickDuplicate = 0; equalModRequired = 0; requiredSecureId = 2; timeStampFormat = "short"; // SCRIPTING ISSUES onUserConnected = ""; onUserDisconnected = ""; doubleIdDetected = ""; // SIGNATURE VERIFICATION onUnsignedData = ""; // unsigned data detected onHackedData = ""; //"ban (_this select 0)";// tampering of the signature detected onDifferentData = ""; // HC localClient[]={127.0.0.1};

Thanks for the continual work, I've PM'd you over some config adjustments for 1.48 which will hopefully save you a bit of time on your next update.

Done!

I was going to create a new thread for this but I think this will suffice, in the recent Sitrep you asked that modders tidy up their RPT spam, this something I commend as we try not to adopt anything that spams the RPT (or open it and fix it ourselves as is more often the case). Error: Object(4 : 6) not found Server: Object 3:11 not found (message Type_324) (6200 [receivedMagazine]): Network sync error - NMTFireWeapon Again these might be useful, but they've been appearing in RPT logs since A2 (bar the last one) and no-one 100% seems to know what they mean (some suspect it's debug from setPos). I think if you're aware that logging things to the RPT can hurt client/server performance you should really look to review how logging is handled engine-side. I propose a tiered logging system like, TRACE DEBUG INFO WARN ERROR OFF and allow the client/server to specify which values they log, I understand this causes issues in regarding to collecting logs as people might be running various levels of trace, should default to something with minimal impact (ERROR). Using -nologs (or OFF) if using the above system should be an option but really shouldn't be recommended as a solution to bugs/RPT spam.

Never opened the A3 launcher before, just curious what's your pagefile set like in Windows? I can't see how setting maxmem would have any impact on missing config entries... Hard drives in good shape too I assume not dying or anything on SMART?

https://community.bistudio.com/wiki/Arma_3_Startup_Parameters

New update looks like the FoV needs adjusting on irons and accessories pack. Edit: RH check PM

I read that as low client FPS doesn't cause time slippage on the client vs server/non-low fps clients. Edit: Missed Frank's post

It's not really about looks even though 24 FPS is pretty jarring, even in Arma. At 24 FPS all of the nice fluid A3 motion goes out the window, it's clunky, slow to respond and reminiscent of Arma 2. A stable 35-45 is pretty comfortable and anything on top of that is a bonus, 60 fps plus isn't really a requirement and is fairly unrealistic in anything simulation based (e.g. DCS which has the same fps issues with busy situations). Developers locking at 30fps is primarily about using shitty console hardware and not being able to run anything faster, that's not a design choice even though they'd like to pretend it is.

The increased FOV is a welcomed change, compared to the A2 zoom FOV A3 was previously off by a noticeable amount making it hard to engage at range without optics or just spot things while running around. Glad to see this make it in. Loving all these little bits that are appearing recently, rounding off a lot of stuff nicely.

Hugely looking forward to this, keep up the good work!

That's not a script in the above video.

Thanks DnA

There's quite a few tickets open regarding weather sync at the moment, can some more details be supplied please.

HI RH, had a quick skim through the thread and can see a few people asking about M203 variants of the HK416 but no reply (unless I've missed it), is this something in the roadmap, having to mix them with m4's at the moment.

Oukej could you have a look at this please it's regarding BIS_fnc_spawnCrew http://feedback.arma3.com/view.php?id=24489

AUGs missing inventory images anyone else confirm?

https://community.bistudio.com/wiki/setTerrainGrid if anyone wants to add it to the viewdistance module

IIRC they covered this before, it was a design choice to stop non-connected people being the voice of god.

Next version has some visual options for interaction, like blur background and some others.

Reposting for visibility

Daz, is it possible to dump the CMD window output to a .log file or something by default so you can retroactively check the log and still not display the popup?