Recent Activity

Jun 17 2017

I confirm this is still happening. In my case it is affecting custom insignias. On the server it works fine for host player and any AI team members. That is, it gives no error and insignias look great in-game. However, clients connecting (via Steamworkshop) receive this error "Cannot load texture steammpmission\__CUR_MP.Altis".

Dec 24 2016

This still appears to be broken. With the release of Tanoa I've noticed it happens only to the alternate factions for a side. For Tanoa for example, if you spawn via script any Tanoa variant of a CSAT unit such as "O_T_Soldier_SL_F" (to an 'east' side group of course) they will not fire on a 'west' side chopper even if it's hovering a foot over their head. If you touch a wheel to the ground they open fire, raise a foot again and they stop firing.

After much more testing with east forces, oddly enough this bug/issue is specific to the 'guerilla' style of east units prefixed with "O_G_" such as "O_G_Soldier_F", "O_G_Soldier_lite_F", "O_G_Soldier_SL_F", etc. This is with the exception of the AR gunner, "O_G_Soldier_AR_F", which works okay. Other 'standard' east units like "O_Soldier_F" and "O_Soldier_AA_F" work fine too.

I am unsure how to place these kinds of 'east guerilla style' units with the editor so I couldn't compare that method. My attached PBO adds the problem units via script.

I can confirm this issue. It seems to be part of larger bug introduced with radio commands (sideRadio, customRadio, etc.) The simplest description is the audio (ogg) portion of these commands appears to now be acting with positional effect. So if you execute a radio command (in a script or console) it will play full, normal volume if the source is adjacent to the listener but fades out completely over ~500m. As 'Akibuua-FIN-' reports, a listener will see the text properly along with the the final beep, but if the source is over 500m no sound will be heard. RECREATION STEPS: Pretty easy. Create a mission, place two soldiers on the same side, copy in any working ogg file from another mission, set up your CfgRadio like normal in the description.ext. Preview the mission, as player1 execute the sideRadio command varying player1 and player2 as the source (e.g. player1 sideRadio 'radio1'; & player2 sideRadio 'radio1';), then slowly have player2 move out a 100m at a time. (I've confirmed this in my own missions both with sideRadio and customRadio and in preview mode, MP, ded server.) I'm not running any mods for this test.

Based on H's first note above, I believe this is the same problem as issue #0024437. That is, the missing 'audio' portion of a radio message ... both in campaigns as well as missions with sideRadio, customRadio, etc. In that ticket I've posted more details and re-creation steps.