Copied preset breaks 152/117F

[mjc4wilton]

Mods:

• Arma 3: 2.00 stable
• CBA: 3.15.2
• ACRE2: 2.8.0
• Other mods (have been tested and are not the cause of the issue. We can talk if you don't believe me)

Description:
Symptoms of the issue are inconsistent usability of the AN/PRC-152 and AN/PRC-117F radios (potentially others set using acre_api_fnc_setPreset). They appear to intermittently work and transmit to some or all clients that should be able to hear them. This is most noticeable on missions with at least 45-60 players.

Steps to reproduce:

• Execute this code in the mission's init.sqf

Expected behavior:
Players have channel names applied to their radios, are using the custom preset, and are able to communicate with each other.

Where did the issue occur?

• Dedicated server. Co-op zeus mission.

Log Files:

• Unfortunately lost at this time due to repeated testing to narrow the cause of the issue. Logs were searched after every mission where we noticed issues but there was almost nothing from ACRE apart from 2 players desyncing separately which is normal.

Additional context:
We tested the issue extensively and changed our settings to Arcade modeling, updated the TS3 server to the latest version, and finally saw improvement after removing acre_api_fnc_setPreset and instead directly modifying the labels of the default preset. We've since run operations using LOS Multipath and a terrain coefficient > 0 without issues.

[jonpas]

Thanks for the detailed testing and report. We will try to arrange something you can run that could give us more info, especially since you seem to be able to reproduce this more consistently than most others do. However, I can't promise anything regarding when.

[AndreasBrostrom]

Its greate that some one manage to narrow down this issue!

[PabstMirror]

init.sqf is scheduled and it's possible under heavy load for it's execution to be deferred
You could try adding these at start and end of init.sqf:

diag_log text format ["init.sqf - START %1-%2 ITEMS:%3",diag_frameNo, diag_tickTime, ITEMS PLAYER];
diag_log text format ["init.sqf - END %1-%2 ITEMS:%3",diag_frameNo, diag_tickTime, ITEMS PLAYER];

In my tests there was 5 frames difference from start to end
It might be possible for the unique radio to be added before acre_api_fnc_setPreset is called.
Did players ever report their radios not having the unique names applied?

But "default" and "jsoc" should still be signal compatible, so this really wouldn't explain the hearing issue.

[AndreasBrostrom]

Having same issue but all radio making and setup is done in function postInitProxy calling a CBA_fnc_directCall for postInit.

postInitProxy > postInit > setupRadio

all radios always have custom names and we can't communicate propperly. We did tested setting radio channels but seams to not solve it.

[jonpas]

We also run basically the same script as @mjc4wilton posted above, without any issues.

This makes me think there is a deeper issue with radio data synchronization that this somehow triggers.

[mjc4wilton]

Reiterating here to try to track down the issue.

According to #1079 the issue may be in acre_api_fnc_copyPreset if the issue they are experiencing is caused by the same issue I was experiencing.

[jonpas]

This will probably be pushed back to next milestone, as we didn't have time to debug this properly yet.