It works on dedicated server but only if the playable unit got AI activated at mission start, if the playable unit got AI desactivated nothing will show up.
So its an issue for a mission where there many player who connect/disconnect from server cause there will be many empty playable unit over the map and they activate a large amount of AI.

same. dunno what to do

2019 And got the same problem. I do get the resume button but after a quick load I'm back at the scenario, window.

Tested mission and buildings are not moved at all now, they remain in their position and do not appear to be affected by the attachTo command.

Please provide your data in clear text not a zip file

A workaround for this issue would be ability to publish scenarios via Publisher tool, not Eden Editor. However, it's impossible for community content creators, as Publisher tool doesn't even have scenario tag option. Apparently it's not a problem for BIS developers, since Old Man is properly tagged as a scenario.

On further investigation this doesn't appear to have anything directly to do with Argo as stated above. It's possible this relates to a file lock or sharing violation. The only common factor is the error occurs when starting a Listen server. So far the only 'solution' is to reinstall Arma3 from scratch - hardly an acceptable solution.

any updates? :(

+1 from me... addMagazineAmmoCargo has the framework to support this, but it just doesn't allow "0" for some reason. It won't work for any container, including player equipment, as well as ammo boxes and vehicles.

Hey, I'm glad to say that I've found a fix for my problem. I'll run you guys trough in case anyone has a similar problem in the future. Simply open the launcher, hit options from there go to launcher options and under compatibility tick the box that says "Use an old system dialog for the folder selection" and that was about it thanks for helping me out.

hello,
same message for me and this solution doesnt work for me.
i can start the game in 32 or directly by the x64 icon

Same kind of issues with PT-76. It seems that if you stop vehicle when it just enters water and hatches are opened, it many times get stuck and won't move at all or moving very slowly. Same can happend when entering from water to land and stopping on point when hatches are closing. Maybe that is issue that vehicle cannot move on land with hatches open and cannot move on water with hatches closed and now vehicle is half in water and half on land and got stuck? Seems to work fine when entering water or land with speed and not stopping on water line.

It's resolved. Ticket can be closed.

Closed as a duplicate as requested - more info in https://feedback.bistudio.com/T147191

thank you for the message, could you please upload whole crash log as a zip file please ? (especially whole rpt, and mdmp file)

Even DayZ uses shadow mapping for all, but why not arma 3?

Repro: https://youtu.be/bkE9m2W-juU

I don't have a USB headset unless you except an Oculus Rift is one. I have removed the Rift and the sensors just in case but still crashes.
I have also gone through the following from the community Wiki:

Well, I am mostly unable to control this vehicles in the water. (Just forward or backward, turning is almost impossible). Same with AI driver.

Its still there but I am not sure if is it worth of time to try to fix this issue.

Ref: https://forums.bohemia.net/forums/topic/223534-please-fix-the-loiter-waypoint-height/

In T146493#1994639, @Groove_C wrote:

If you have a USB headset, unplug it or unistall its drivers and see if it solves your problem. Report here.

If you have a USB headset, unplug it or unistall its drivers and see if it solves your problem. Report here.

In T146493#1981900, @razazel wrote:

Hello, try to go through these and let me know whether any of them have helped.

https://community.bistudio.com/wiki/Arma_3_Unusual_process_exit#0xC0000005_-_ACCESS_VIOLATION

If you have a USB headset, unplug it or unistall its drivers and see if it solves your problem.

Ticket can be closed (see comment above).

It's resolved, for all Tempst trucks (see screenshots). Ticket can be closed.
https://i.imgur.com/FSz2uie.jpg
https://i.imgur.com/OL9Ht5I.jpg

reproed

Fixed in 1.1

I have ran the MPMission (p3d.Altis.pbo) on a local dedicated server (hosted on my PC) and the issue has occurred again. I recorded the issue happening and uploaded it.

Extra information: we could only get the kick to happen when the mpmission is being ran on a dedicated server setup with BattlEye enabled. If you place the model into a unpacked mission on eden editor you will not be kicked when playing the mission.

@Wulf I have posted a new ticket with example mission and p3d. Please close this and continue with my ticket: https://feedback.bistudio.com/T147191

Could you please send us a detail repro and a video that shows what exactly you are doing?

{F1415504}same here and i just downloaded the game