note: seems like this isn't affecting all rapified missions
as I have some missions inside MPmissions on servers which works just fine w/o any error ...
so it's most likely related to specific version/format of rapification or location of the files
- Queries
- Arma 3 Activity
- All Stories
- Search
- Advanced Search
Advanced Search
May 10 2016
known issue, still wip
to partly elevate the issue servers needs to use startup commandline
-nologs
and in BattlEye filters either fully disabled createVehicle.txt filter or
these 2 entries needs to be added to CreateVehicle filters
to stop logging in BattlEye logs (to w/e line you have to log all)
!="B_762x51_Minigun_Tracer_splash" !="B_65x39_Minigun_Caseless_splash"
AFAIK, the Linux server don't support custom allocators and uses as default only Linux kernel allocator
Offtopic answer: related to text in first comment on this ticket
http://feedback.arma3.com/view.php?id=18451#c69103
only DEV branch of Arma 3 and PROF branches (used as counterpart to PERF branch) contain the debug layer for those diag_ commands
interesting findings zorrobyte
remember to bug me over Skype on those issues ! ;) (each 2-3 weeks)
master85 asked me to re-open it ...
check new DEVbranch build ;)
most likely already sorted by last friday's hotfix
most likely already sorted by last friday's hotfix
most likely already sorted by last friday's hotfix
most likely already sorted by last friday's hotfix
can you get me exact code which cause the crash, ideally redone into simple repro mission which just cause the crash (e.g. on trigger or automatically in 5s after entering mission) ?
e.g. on skype, or create "private" ticket here and attach it into ...
mod related
is this still problem in today's DEV?
then please provide provide repro script / mission for 1.15 then ...
no simple repro is nearly equal to no bug
i mean You all are well aware of it yet the ticket and responses contain zero of repro material ...
simple repro mission?
fixed in 1.12 stable
this might be fixed now in 1.12, can you verify ?
shall be fixed now
we did some changes in 1.12 , can you please retest if the server is still crashing by these files ?
afaik not yet fully fixed, DnA comment:
http://forums.bistudio.com/showthread.php?152866-General-Discussion-(dev-branch)&p=2637941&viewfull=1#post2637941
please close when done fully
should be fixed , if crash happens in 1.12 or newer stable create new ticket
this should be fixed in 1.12 , can you confirm ?
ingame animation viewer available from editor ?
good question i have mouse wheel tilt myself ... need check one day lol
known issue, we on it ...
let's think more about AirShips for UAV and cargo lifting ...
the extensive use of may cause shortage of Helium supply and inflated it's prices :)
cool prototype
http://en.wikipedia.org/wiki/Long_Endurance_Multi-intelligence_Vehicle
please attach compressed .mdmp .bidmp .rpt crashdump files
q1, are you forwarding properly also STEAM ports?
http://community.bistudio.com/wiki/server.cfg#Arma_III_-_STEAM_ports_configuration
q2, what's your server complete startup commandline ?
note: there are commandline commands -ip= and -port= , hence why i ask
please attach compressed .mdmp .bidmp .rpt crashdump files
please attach compressed .mdmp .bidmp .rpt crashdump files
ok so the bug is in the setDate when executed on server
note: this may cause issue like moon position/phase differs and star position differs (not sure about sun, prolly too)
fixed
please attach compressed .mdmp .bidmp .rpt crashdump files
the RPT message spam is mitigated by upcoming feature for logging
http://forums.bistudio.com/showthread.php?169944-Arma-3-STABLE-server-1-18-quot-performance-binary-quot-feedback
the download is hidden in spoiler, test PERF3 server build
the issue causing messages pending itself it more complicated
it can be caused by server trying to send too many messages in single frame to way too many clients at once etc.
this is linked to performance of server, server settings, type of mission, NIC and driver settings, OS TCPIP settings etc.
issue is being tracked and investigated on the profiling branch ...
http://www.youtube.com/watch?v=L7BPrWqJKuY&feature=player_embedded
the video right? :)
old build, no mdmp nor bidmp files ... most likely not relevant anymore
if you get new crashes include all file needed in new ticket
this shall be fixed since 1.20
issues with color banding (not enough colors used for sky)or HDR
or per pixel lighting or image tone mapping or similar ...
please attach the mission so we can test it ... asap
reopen on request
if your game crashes, what about provide the crashdumps and log file ?
MDMP, BIDMP and RPT files ... ideally compressed into archive
call compile ...
the same nightmare i was fighting in DayZ mod scriptcode :)
for now devs're trying to get the game stabilized and performing well ...
just after release we will start take care of additional ones
already solved several patches ago, part of Arma 3 Server package
Linux server was released with STABLE branch update ...
more details from OA https://dev-heaven.net/issues/8212
worthy
should be fixed long time ago, if new crash happens on 1.12 or newer please create new ticket ..
he asks for mute 'channel' (as whole and each separately) settings ...
i agree it would be small yet worthy improvement
note: this might be related to the "Group chat" being default for roles selection / briefing screens ...
the fix needs to ensure that disable channels at that point is either not possible or gets another option like disableChannelsBeforePlayingMission[]={arrayofchannels};
most likely fixed, if not post new ticket with attached crashdump files
.mdmp .bidmp .rpt
sigh, do you even know what Mumble LINK is ?
it's not voice com. mod ...
it's positional data and additional info export solution
something what ACRE is missing so your
i vote down because ACRE will do the job
is total nonsense ...
please stop down-voting stuff if you fail to understand about what you vote
also ACRE developers would welcome the LINK support too
because it's documented UNIVERSAL data relay
i do wonder DO you even bother read last 2 lines in original post?
typical example of 'rushed behaviour w/o thinking' ^
user posts "TS3 RULEZ! "
which feels like spamming tracker and negative vote ...
can't even read , that the Mumble's LINK is universal information export interface ...
which can be used even by TS3's plugins ... like ACRE ...
i'm not allowed anywhere close of the code ...
because all of sudden it would be full of these small blips of code :)
and gazillion of new bugs ;)
now seriously, it's all about priorities
this is more than just full Mumble support, it's way more ...
read please the Mumble link
just note that you have unlimited number of admins using BE's RCON
ingame UI administration is sort of unfeasible anyway ...
so while it's not optimal to have just one admin via ingame UI
it's not end of world
easily solveable, on server firewall set enabled for any ICMP V4 incoming
(or specifically ""Destination Unreachable" , ""Echo request"", ""Time Exceeded"", ""Source Quench"", ""Redirect"")
also make sure you allow NAT traversal for this rule in the firewall
acknowledged as AIII-1257
less stress on server, less bandwidth taken from players, faster downloads, multiple mirrors ...
everyone playing MultiPlayer benefits (except servers on default settings)
noted as AIII-1226
noted as AIII-1298
these are engine crashes to desktop, that's by default bad and unwanted behavior ...
also backward compatibility with terrains and content mods shall be preserved
note: several new aspect ratios were added to dev branch 1.3.x, including 21:9
done for Arma 2/OA as mod
unfortunately with the experimental 1.08 PERF server it seems to not be fixed in all situations (but the very often case of this error was reduced to sometimes so it had some impact)
it still possible,
You just need new STEAM account which owns Arma 3 Alpha
next to one running Arma 3 dedicated server
and you can use STEAMcmd for that https://developer.valvesoftware.com/wiki/SteamCMD
dedicated Slave server in relation to Master dedicated server
is definitely one of things on my MP ideas list, but
there might be obstacles, e.g. how Master recognize the Slave portion as client
commandline
Arma3server.exe -slave -masterIP=<IPv4> -masterPort=<number>
atm. only 2 lowest terrain settings disable Parallax Mapping ...
i will add the PM on the list of possible entry in new Advanced Video options
and it's not the one last thing left ...
typical another example is option to enable/disable Lens Flares
and i'm sure many more i missing :)
more details soon ...
we added TripleBuffering as experimental
we use special RT instead of usual back buffer
so the performance and visual differences shall be neglible
(we don't use plain double buffering, it's similar to DB with page flip but more closer to TB)
any build after 109519 you may try
tripleBuffering=1; //default is 0 , in arma3.cfg
and tell me
if it runs faster or cure sync issues (big screens, special resolutions, multi monitors etc)
b73250
AI will land under fire, unload passengers and take off and continue properly on further waypoints ...
hmmpf, shall be fixed since https://dev-heaven.net/issues/3919
either new bug or regression
interesting how atmosphere change by just addition of Wind which affects balistic, sound samples + trees sound sources + visuals (flying leafs etc.)
http://www.youtube.com/watch?v=1zA4nvJxdQ4
note: to these who think it's easy, it's not, You need teach AI how adapt theirs aim (or make them ignore it), there is need for good MP sync on wind
it's definitely one of many nice things to have :)
closing on Nou's request
Re-opened on Wollfy's request
this indicates another OA>TOH>A3 merge gone wrong/missing
[93812] Fixed: Restrict gamma value set by profile
[93809] Fixed: Restrict brightness value set by profile
in Arma 2: OA 1.62 you can't use the value higher than softcoded maximum
May 9 2016
it's getting better http://www.youtube.com/watch?v=8H6Jp6CsXnY
got any cases where it still fail ? please include repro missions
honestly only usable shared information would be "average server FPS" ...
check today's DEV changelog
if it helps you, post feedback on BIForums (note: that's not first, only nor last solution to the CPU issues ;) )
shall be fixed for quite some time