Jump to content
HeadShot

ArmA 3 WW2 Event Broken Content and Mission Thread

Recommended Posts

I had tank + ACRE2 problems. Upon entering a tank or turning in I would receive a PRC343. Not sure if IFA3 or ACRE2 issue. Happened in 2 different missions.

Share this post


Link to post

For future mission making reference, what are some do's and don'ts for large playercount IF missions that have been found out in this event?

Share this post


Link to post

For future mission making reference, what are some do's and don'ts for large playercount IF missions that have been found out in this event?

 

ACE cookoff needs to be turned off in the attributes for vehicles, that killed my Norwegian coop mission after about 50 mins of play when a half track blew up. ACE weather also needs to be disabled.

 

I'd also recommend spreading out the spawn location for the start of the mission, ACRE seems to dislike 80 people in close proximity. I've moved he platoons about 300m away in my COOPs for V2 to try and mitigate this, they are still in visual range, but will hopefully cause less issues.

 

I think headless client is important for any large scale coop, lessens the burden on the server. High player count tvts seem to function quite well though.

Edited by Kingslayer

Share this post


Link to post

This is much less of an important bug note, but just an amusing little thing. The Bren light machinegun apparently employed some kind of bizarre anti-gravity and hyperspace technology in it's reloading system. Namely, the reload animation involved the magazine at the top literally floating out of the gun and into space, folloed shortly by a full magazine coming down from the heavens and inserting itself into the magazine well.

 

Something funny out of all of this at  least.

Share this post


Link to post

Is disabling babel for TVTs and disabling ACRE terrain interference in general improve acre performance? Does anyone know of any methods to stop ACRE shitting itself in large playercount missions?

Share this post


Link to post

I had tank + ACRE2 problems. Upon entering a tank or turning in I would receive a PRC343. Not sure if IFA3 or ACRE2 issue. Happened in 2 different missions.

 

 

I wasn't aware of that. I knew that my missions had 343s in the tanks because they were completed and submitted for review circa racks being broken earlier in the year, but I was unaware of duplication. Cheers!

Share this post


Link to post

Duplicate weapons/gear from multiple mods.

 

Before making the missions there must be a list of "approved" class names so that all missions uses the same M1 Bazooka or same k98 ammo.

Share this post


Link to post
  • Removal Of ACE Cook Off
  • Do NOT place ACE Weather Module ( As of our current version)
  • Minimize or eliminate global Inventories of Vehicles, Crates etc.
  • If any object is placed it must be set to a Simple Object ( No Sim.)
  • Removal of any loop scripts (End Conditions , Setup Timers , etc. 

 

Above are the major things that we've learnt from the past several events.

Share this post


Link to post

I agree with Cephei. I found the same weapons (from different mods) in different missions to be performing wildly different. I would also suggest that when multiple mods are being used with duplicate weapons, that these are made consistent for the event.

Share this post


Link to post

Is disabling babel for TVTs and disabling ACRE terrain interference in general improve acre performance? Does anyone know of any methods to stop ACRE shitting itself in large playercount missions?

 

Issues with broken audio is related to load on the TS server rather than a problem with ACRE, we are looking into it at the moment.

Share this post


Link to post

Issues with broken audio is related to load on the TS server rather than a problem with ACRE, we are looking into it at the moment.

Are we sure? The issue only seemed to pop up on high player count coops when 80 were spawned close together. As the missions progressed and people spread out the packet loss decreased.

 

On the tvts which we played with 80 players, and the players spawns were much more spread out, there seemed to be no issue with packet loss at all.

 

Seeing as how the issue is proximity rather than number of active people in a ts chanel, that seems to suggest it is ACRE, although please correct me if I'm wrong.

Share this post


Link to post

Are we sure? The issue only seemed to pop up on high player count coops when 80 were spawned close together. As the missions progressed and people spread out the packet loss decreased.

 

On the tvts which we played with 80 players, and the players spawns were much more spread out, there seemed to be no issue with packet loss at all.

 

Seeing as how the issue is proximity rather than number of active people in a ts chanel, that seems to suggest it is ACRE, although please correct me if I'm wrong.

 

During the first Vanguard event (I think) there was the same problem and people were spread out. I dont think it has anything to do with proximity. 

Share this post


Link to post

Leading question: Did lowering the ACRE codec help?

 

If it did, then increasing the codec to a high level for, say, 20 players may well simulate the load ACRE/TS encounters at higher player counts. In short, a possible load-testing option here.

Share this post


Link to post

Leading question: Did lowering the ACRE codec help?

 

No, in fact, Nou pointed out that it makes things worse by lowering the TS3 codec. Simply put, you're trading audio quality for bandwidth when the original problem was not necessarily bandwidth related.

Edited by j0zh94

Share this post


Link to post
ace_cookoff_enable = false;
ace_cookoff_ammoCookoffDuration = 0;
ACE_weather_syncWind = false;
ACE_wind = [0,0,0];
setWind [0,0, true];

Above code ran globally will completely disable cookoff and ACE wind.

Share this post


Link to post

 

  • Removal Of ACE Cook Off
  • Do NOT place ACE Weather Module ( As of our current version)
  • Minimize or eliminate global Inventories of Vehicles, Crates etc.
  • If any object is placed it must be set to a Simple Object ( No Sim.)
  • Removal of any loop scripts (End Conditions , Setup Timers , etc. )

 

Above are the major things that we've learnt from the past several events.

 

 

In my experience the list of things that crash high player count missions is slightly different.

 

  • Remove ACE cookoff.
  • Don't place ACE weather module.
  • Vehicle inventories are fine, I placed around 20 vehicles full of gear and numerous crates in mission 3 of OP Vanguard and that mission had no issues.
  • Avoid placing players in tightly packed clusters. Even if it is a coop, spread them out a bit.
  • Disabling simulation is essential, however there are a few necessary points that I will elaborate on below.
  • Having the end conditions loop is fine, but I will discuss some things you should change.
  • Minimize all automated features in the mission. Unlike most Arma sessions, events are heavily moderated and do not need a lot of the automation that Olsen's offers. Do not put in setup timers, automatic end conditions, automatic capture zones, etc.

 

Mission makers, please note that any objects you disable simulation on are considered to be part of the map and players will not be able to interact with them. Do not disable simulation on crates, ladders, buildings with doors than can be opened, mines, razorwire, etc. This was a significant issue in a lot of missions after the first Vanguard event because people started to hear that they should disable simulation on all objects in order to help mission performance and weren't aware of its other effects.

 

Also, it is fine to have end conditions in an event mission. If you really want to get a minuscule improvement on performance than you can increase the sleep time, but the default one minute is more than long enough. I do recommend that any event missions are set up so that the end conditions are not automatic, but instead are triggered by a GM entering a command into the debug console. This is simple to set up and prevents a mission ending prematurely.

 

Capture zones are also alright as long as you don't link them to an automatic end condition. Just put the amount of time the attacking side needs to control the cap zone before they win, and the GM will count down once he sees the notification that the attacking side controls the zone.

Share this post


Link to post

Can we stop this meme about removing end conditions and setup timers to save performance. This will literally not fix any of the issues we had.

End conditions are just very basic maths ran every 60 seconds and setup timers are ran locally and only while they are active.

 

Look at AFI, they have a bunch of scripts and their TvT ran fine (the first one wasn't keeping up because of an abundance of arty).

Share this post


Link to post

I'm surprised multiple people already thought it's a good idea, but don't use ACRE editor module on top of framework one, it already contains all functionalities that you will need. If you do it you will break babel and more.

 

To expand on what Starfox wrote: default framework end conditions are hilariously computationally inexpensive. Default casualty check takes 100 microseconds, or 10-4 of a second once every 60 seconds (around every 3000 frames). Obviously one can create such end conditions that will have noticeable performance impact, but unfortunately framework can't enforce good coding practices.

Share this post


Link to post

Seems like what broke a mission or decreased the performance was always either ACE Weather, ACE Cookoff on the vehicles, or in regards to VOIP, the TS server performance when to much data was being sent to many people (around 80 people in proximity of eachother)
And in some cases an abundance/high density of AI would also lower performance (like on "Blood and Sand" where a GM removed some AI and FPS increased greatly).

The bugs i encountered in missions were:

  • IFCO60_HC_Blood_and_Sand_V4 had a Olsen Gear bug on the Runner when he respawns after dieing. The runner got the GL version of the M1 Garand instead of the normal M1 Garand. and the errors said there was no place for the m8 rifle grenade in after respawn.
  • IFTVT_116_Bocage_v2 as the Firefly tank commander I couldnt control the commander cupola but I think this might be a problem because I had a controller connected but I'm not sure.
  • IFCOTVT83_NC2_Jaegers_V1 The norweigan doctor spawned with no Medical supplies nor a weapon, the same for the Platoon sergeant which lacked a weapon.
  • IFCOTVT83_NC2_Jaegers_V1 I'm not sure if this is a bug or intended, were the norweigans supposed to have 2 German ammo boxes + 1 MG34 by their position?

Share this post


Link to post

 

Seems like what broke a mission or decreased the performance was always either ACE Weather, ACE Cookoff on the vehicles, or in regards to VOIP, the TS server performance when to much data was being sent to many people (around 80 people in proximity of eachother)

And in some cases an abundance/high density of AI would also lower performance (like on "Blood and Sand" where a GM removed some AI and FPS increased greatly).

 

The bugs i encountered in missions were:

  • IFCO60_HC_Blood_and_Sand_V4 had a Olsen Gear bug on the Runner when he respawns after dieing. The runner got the GL version of the M1 Garand instead of the normal M1 Garand. and the errors said there was no place for the m8 rifle grenade in after respawn.
  • IFTVT_116_Bocage_v2 as the Firefly tank commander I couldnt control the commander cupola but I think this might be a problem because I had a controller connected but I'm not sure.
  • IFCOTVT83_NC2_Jaegers_V1 The norweigan doctor spawned with no Medical supplies nor a weapon, the same for the Platoon sergeant which lacked a weapon.
  • IFCOTVT83_NC2_Jaegers_V1 I'm not sure if this is a bug or intended, were the norweigans supposed to have 2 German ammo boxes + 1 MG34 by their position?

 

 

The last one was intentional, German paradrop supplies went all over.

Share this post


Link to post

The last one was intentional, German paradrop supplies went all over.

 

That is false. I talked to Kingslayer and he said he put it down for testing purposes and forgot to remove it.

Share this post


Link to post

Some of the German supplies for the Norwegians have been removed, I have left one crate with a few things there, as I felt it enhanced the gameplay.

 

The above issues with the Norwegian Doctor and Platoon Seargent have been fixed as well. In general for Jagers, I'm much reducing the drop zone, while you still spawn jumbled up and parachuting in, and have to get your gear, there's no longer a 3km walk to it. I'm also adding a mortar section and a Coy HQ to the Germans, and replacing the Norwegian IFA Springfields for the new FOW Springfields, which look better.

 

With regards to First Clash, I've removed ACE cookoff from all the vehicles, and moved the player spawn closer to the objectives. I've also looked at an issue where a German plane was supposed to show up and buzz the players, and didn't sno hopefully that's fixed as well.

Share this post


Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...