I believe that shouldn't be the case, at least for not Altis. Since I've never messed with the Altis pbo. Today was the first time I tried out Altis and I downloaded it off of steamworkshopdownloader.io, as per your suggestion (which worked great in all other cases btw, so thanks a lot!).

@Ostross
other than some specific tweaking for maps regarding placement rules and some location types, the scripting is pretty much identical all of my DRO ACE missions - other than the mission SQM itself, the scripting is the same between, for example, Altis and Stratis.

it seems like somehow your copies of the Altis and VT7 missions are not working properly either due to your previous de-PBO method or PBO export method. i have no real way of knowing for sure without deep inspection of your particular installation and procedures, or access to the same, and i haven't been able to reproduce the issue either.

Hi! One last report and then I will leave you alone:
Just want to confirm that missions load up fine on Stratis and Bystrica, but always end up freezing during task creation on Virolahti and Altis.

Since my task # is set to random, maybe it has something to do with the amount of tasks. I dunno. Either way, it consistently seems to work on smaller maps. So I'll be playing those for now! Thanks a lot for the support, though!!!

Hey! So, thanks again for the PBO example. Unfortunately, this did not fix the issue on Virolahti. But it did fix the mission on Stratis. I am consistently able to run Dynamic Recon Ops on Stratis.

I suppose I'll try a CUP map and see if it works.

This is probably the issue. I'm gonna test it out now. Thanks. I'm a bit of a noob when it comes to server hosting for Arma.

@Ostross
not sure why you are "unpacking and reexporting" anything. a dedicated server reads PBO files directly from \mpmissions. the distributed PBO is not intended to be unpacked at all and can break if not done properly. if you need the PBO, you can find it under the workshop id (the VT7 mission is 2662641214 for example) and either download it using a workshop downloader, or find the user gamedata cache for your local steam library.

this is typically \Steam\userdata\<steamuserid>\ugc\referenced

in this path are subscribed missions as well under their ugc number which are normal PBOs you can then upload to your dedicated server or copy to the \mpmissions folder. your steamuserid for the ugc is the last part of your steamID3, but that parth will typically have only 1 steamuserid unless you share your computer with multiple steam accounts.

steamworkshopdownloader.io tends to work pretty well too.

Thanks a lot for the super detailed description on your end. I'll mess with this a bit more tonight and tomorrow and try to make something work.

Perhaps the one problem that could be causing this is incorrectly unpacking and reexporting the mission PBO, which is something I do due to the dedicated server setup, since I don't know of any other way to load workshop missions onto a dedicated server.

@Ostross
i've not been able to reproduce this issue unless i run some additional mod that screws with object spawning or management like weird wreck/corpse managers for "performance".

the entries you've copied are the log of the function that assigns tasks that involve an object like destroy a vehicle or something. if that function cannot complete because it can't spawn the object, then the function halts and the script will not continue.

specifically the wait is for an integer that will equal the number of objectives chosen from the main mission dialog (or a random number from 1 to 3). when the number of spawned mission objects equal the number of objectives, the script should continue. if this doesn't happen, the script stops.

why this happens for you specifically and seemingly no one else, or on any system i can test with on any port of the mission on any map i have is a mystery to me. without being able to reproduce the issue on my end, i'm pretty stuck.

Hi, Chaz. I'm back after forever since I was too busy.

Running mission on a dedicated server and it always get stuck on "Please wait while the mission is generated".

I'm running the following mods: ACE, CBA, CUP Terrains - Core, Virolahti.

The server console usually says some sort of task is being generated, e.g.:
14:12:06 "DRO: objData 2 = [""task79097"",""Important assets are currently being moved through the Santasaari region and command is anxious to recover them for our own examination. Locate the FIA Fuel Truck and steal it. Once it is out of the AO we can recover it safely."",""Steal Vehicle"",""vehMkr6083"",""truck"",[5442.25,5653.6,0],0.378712,[[""subtask60254"",""Locate the target Fuel Truck."",""Locate vehicle"",""truck""],[""subtask15613"",""Collect all intelligence on the target to narrow down your search... ETC.

After that, console does not provide any new feedback.

Thanks, Chaz. I'll do some more testing on my own to try and figure out wtf is wrong. Then I'll get back to you.

@Ostross
if you have ACE medical loaded, be sure that you have revive disabled (this is the default setting, so you can also reset the DRO settings to the default value from the mission menu).

this behavior can also occur if you have the old ACE medical modules somehow being created or enforced by script.

edit: just tried on SP and self-hosted MP, and dedicated MP (ping perfect) and couldn't duplicate the issue running only CBA and ACE3 and the Virolahti map using default DRO settings (ACE medical loaded, stamina enabled, revive disabled, the rest at default). everything seems to work normally without trouble. using RHS also worked and if i unloaded ACE medical and used DRO sunday revive, i also had no issues. not sure what else might be the cause.

When running on a dedicated server, after I select the mission parameter,s the game just gets stuck constantly generating a mission, as the camera fashionably moves around the scenery. Seems like the server log keep outputting the following:

https://imgur.com/a/ezXso3w

Any idea why this error could be happening?

BTW same problem persists when trying out other map variants. Shame too because this mod was awesome, back when it used to work.

ok thanks

@jcgau7227
either pick the "Recon" or "Sniper" preset or reduce enemy strength to less than 0.7. this will not guarantee no APCs or something if that is an objective, but it super reduces the chances that enemies will have anything particularly dangerous.

hello,how to do a mission without armored vehicle ? just enemy infantry

@chazbotic
Hi. Thanks for answering so quickly! What you say makes sense. I will try that out and probably handpick an AO on the Island maps in the future :)

@Gryff
hello, the mission generator uses locations that are set in the map by the map's author. i can certain edit them, but if you do not manually choose an AO, if there is a location on a small island, then there is a chance it could be chosen. this is the unfortunate nature of picking a random location from the ones that are available.

for the extended AO always providing the destroy communications tower objective, make sure you have other types of objectives set in the scenario options (they will be green when active, and white when inactive). if the randomly chosen AO has a comms tower near that location, it does have a higher chance of being picked.

if in doubt, on the bottom of the "info" menu when DRO first starts, you can reset the mission to defaults. be sure to then review the options and set them as you like.

Hey! First of all, thank you SO MUCH for making/updadting these scenarios. They are my preferred way to play Arma. Here are two things I noticed playing them:

1. Playing a map with islands (especially this map but also Tanoa), the random AO is almost everytime one of those small islands. It feels like the random generator completely ignores the (huge) mainland and always generates missions on those small islands, which is a shame in my opinion.

2. When picking extended AO, I almost everytime get the "destroy comms" task. I never got something else, so I usually dont pick it anymore, because there is no variation. Maybe you could look into this, if it can be fixed :)

Once again, thank you so much! I hope you get to read this among all those comments you get on these missions! :)