stonehouse

Thanks, absolutely correct. For future reference for people, there is a workaround at the moment. See here https://community.bistudio.com/wiki/Spearhead_1944_Known_Issues_and_Workarounds#IFS_module_is_not_fully_working

Successfully got Spearhead indirect support and CAS running but I'm finding that after a player is killed and respawns they lose the ability to make calls for support. Using the demo mission as a guide I set up an init layer trigger than fires after 5 secs of mission start and does the following: This gives the ability to call support for any player but on respawn that's gone. I would have thought adding the SPE_IFS_artyAvailability_specific extra condition to the mission name space would have covered the respawn situation. I'm not the worlds best scripter so likely I'm missing something. Normal Virtual support requests persist through respawn for the group leader ie the requestor module is sync'd to the leader for a resupply drop I've set up but when I tried sync'ing the Spearhead IFS module to the leader it doesn't help for that player slot. Any ideas or clues? Thanks

I've done some searches across the forums and haven't found anything relevant so far so I thought I would ask if anyone can suggest a solution. I'm customizing a Force Through mission and finding that if I have virtual support and time acceleration that the support doesn't work correctly. eg: supply drop - helicopter appears but flies to a point distant from the position the supplies were requested and goes into a hover and does nothing further. Removing time acceleration and retest and everything works fine. Is time acceleration and virtual support completely incompatible? Any workarounds? FYI I am aware that using actual units as supports works under time acceleration as I checked that as soon as I realised time acceleration was the source of the problem. I'm hoping to avoid using real units as users can move/rotate/resize the battle area in Force Through missions unless I turn off the ability to do so - which I don't wish to as it limits the flexibility of the mission

Seems like group driver _this setVariable ["ignoreIntel", true]; is what I needed. Thank you for your help.

Sorry I thought I had in the first post. It's the Force Through mission "framework" - not really sure what to call it. It's not really a mod or a framework. Essentially a mission template plus some scripts to create an AI v AI battle where the players are cogs in the battle. You port it to whatever map you want and then do some simple setup. I'm trying to add things like virtual support to the mission. See https://steamcommunity.com/sharedfiles/filedetails/?id=2444182278 for example.

Hoping for a bit more help from someone experienced. It looks like if I set a variable in the init line of a unit eg _this setVariable ["ignoreIntel", true]; then the framework does not try to task the unit. However, using hints I added to some of the framework scripts to debug things it seems like this setvariable for the spawned supply helicopter is not sticking and it is acting like it is false. I've tried giving the virtual supply module a name and then using this in the vehicle init so that I have the init like: call{Supply1 setVariable ["ignoreIntel", true, true];}; _this allowDamage FALSE; driver _this allowDamage FALSE; Unfortunately, it still doesn't seem to be right because I am getting a hint displaying that I believe should not as a condition prior to the hint should have exited the script if ignoreIntel was true. Any suggestions? I did wonder perhaps if it was the whole group or the crew that needs the variable set to true? How would I do this for the crew in the vehicle init line of the support module? Something like driver _this setVariable ["ignoreIntel", true]; ? Thanks

OK, thanks for the reply. Don't think it is mods as I deliberately cut mods down to the min needed when editing and in this case is cba plus cup terrains plus interiors for cup plus western sahara. So, all essentially terrain plus some DLC units other than cba. Tried your init line on the virtual supply provider - get the hint up as careless plus co-ordinates and the co-rdinates do change.........so I'm guessing the force through framework must make it change when the helo enters the mission area or some such. I'll have to try to find out if I can exclude units from the frameworks influence. Thanks for the clues, they might help me progress things.

Ok thanks, already do that so perhaps still the dynamic groups thing.

Thanks Tupolov, to be honest I can't say for sure if we are or aren't using the functionality you mention. It's Alive Insurgency with some slight changes to allow the player side to be AAF (there are some hardcoded references to West and east) or Alive Insurgency fairly much out of the box with just some tweaks like setting default parameters to be where we like them but running a collection of mods and scripts so who knows what's in the pbo's or buried down in the guts of it. Does the Alive logistics reinforce options use dynamic groups? I am just thinking we use it and perhaps that affects this? I did see your post over in the Alive forum's and while I didn't know I thought perhaps our issue was related which is why I asked if there was a chance for a hot-fix. But no dramas and we'll just continue as is until the next Alive patch and hope to see it go away. I didn't quite understand what you meant by "On start = 0 for template" by the way ?? Thank you too to the whole Alive team for their efforts and support. I do some work in the DCS space on scripts for the DCS community so understand somewhat how hard it can be at times. Cheers, Stonehouse

Ok sorry perhaps my mistake. I thought with the last A3 patch BI broke something that Alive persistence relied on? Not being able to dig through every piece of code in Alive Insurgency with full understanding I assumed that our persistency or lack of was due to this. No errors other than the IED one I mentioned, yes war room set up correctly and working previously without issue. Symptoms we see are rejoining a mission after the server has done a save & exit and starting back at base rather than where we were and with default loadouts rather than what we had chosen. If I have it wrong apologies, not trying to dump crap on anyone at all.

Another asymmetric question about the IED module sorry. The wiki notes seem to read that you sync an IED module to the AI commander module and then also place another one unsynced for random IEDs over the taor. I'm finding that we're seeing and error from Alive in the rpt file to the effect that you can only place one IED module. Can someone please advise if the statement in the wiki is correct and the error is in fact a warning or is there a bug in asymmetric at present that doesn't allow two IED modules? Debug seems to indicate that the second is true but I can't be certain. Thanks, Stonehouse

If it doesn't create any negative impacts for anyone, is there any chance of getting a hot-fix for the persistence issue? We're finding that all our Alive insurgency missions don't persist past server shutdown so we either have to leave the server up (which is tricky as it's at one of our member's workplace and can get shutdown for real world reasons outside our control) or basically can't finish a mission. Don't get me wrong we're having fun anyway but it'd be nice to finish a map if we can. By the way, the guy who runs the server wanted to know if it was possible to get a server script do an Alive server save and exit on a running mission? He was hoping to automate some of the stuff and wanted to avoid having to join the mission to shut it down properly. Thanks, Stonehouse

I just wanted to check if others were seeing this issue or it's a problem solely at my end. If you compare the performance of the Oshkosh M-ATV series of vehicles with and without the refined vehicles mod there seems to be a big negative performance drop for them when running the mod. I've no idea if this is more realistic or not but the sort of things I am noticing is less acceleration and slower top speeds when driving off sealed roads (which seems strange for an ATV) as well as significantly less hill climbing ability. For instance if you stick an M-ATV on the base on Stratis and drive over to and up the hill to the east of the base you see that without the mod you will drive up to the top without too much trouble at speeds between 15-30kph ie low gear range speed as you would expect. Add refined vehicles and you find that the same slope you went up at 15 kph you will only get 2-5 kph or not be able to climb it at all. Does anyone else see that sort of thing? If others see it then it may be worth RedPheonix revisiting what he has done for this vehicle in case there is a bug floating about or something. It is just that this is almost the main infantry utility vehicle in Arma3 so would expect similar or better performance to the HMMV as I figure that is what it replaces. I really do love this mod by the way and for everything but the M-ATV really like the end results. Thanks, Stonehouse

Just wondered if it is possible to add a particular item to the boxes dropped/inserted via player combat logistics? I am guessing if it is possible then you would do it via the init of the module??? I'm not the greatest coder so if it is possible can someone provide a simple example too please? I guess something else the players on our groups server have commented on is that it would really be helpful to be able to request the air dropped boxes to have a smoke or chem light /flare/IR strobe be attached to the box and be able to nominate them to activate either on landing or say when it gets to 200 m altitude as it is extremely easy to lose sight of it when it drops into heavy woods or very rough terrain especially in low or no light situations. Not sure if that is possible or not or considered a good idea by others but I promised I would pass the feedback on next time I posted here. Thank you to all the people working on Alive it really makes a huge difference to our A3 experience. Cheers, Stonehouse

<edit> sorry disregard post below - just had it happen on an old co-op mission I hadn't tried for months so it can't be an Alive issue only. ie problem is on my end somewhere Just wondering if anyone had any ideas on this one. After about a 8-12 month layoff from Arma3 starting back up again and from what I have seen so far I am having an issue with Alive - possibly Alive Insurgency although haven't tested enough yet - and TS3. It seems that when I hit the continue button from the map as either host or client on an Alive based mission I get disconnected from TS3 and cannot log back in for several minutes even if I end TS3 and restart it. After a few mins I can log back in to TS3 and everything is fine. Non Alive based missions so far do not seem to have this issue. I recall from MSO days that there was an automatic check for ACRE and wondered if it was possible that somehow the current Alive version of this (I think it is still in there and possibly Task Force radio now too??) could somehow be causing the issue? As I said so far non Alive missions and other games do not display this behaviour only Alive based ones and possibly only Alive Insurgency as that is mainly what the group I play with has been doing and I wasn't paying attention when it first happened to me. Hoping to get time this weekend to build a simple non Insurgency Alive mission and test whether it happens then or not. Thanks, Stonehouse

Ok that is strange. All clients log in using the details I sent you and so far everyone has had the same issue as I reported. Java is usually backwards compatible so having a later version usually isn't an issue but taking random guesses is there a dependency on a particular Java version? Personally I have the latest update. Do you think that a clean install rather than an upgrade of A3sync could help? lol since everyone other than you has had a problem I guess if you have any ideas at all on what we might try it would be useful. I can only assume there is some difference between our pc's and yours that is reason for your success and our lack of it as you would have got the same authority as us with that log on so it doesn't sound like an issue on the ftp server side at least. ---------- Post added at 00:45 ---------- Previous post was at 00:26 ---------- Ok I decided to try a reinstall of A3sync. This has fixed the issue as far as I can tell at the moment although to be sure I will need to try to rebuild the repo and then see if I can still properly access the mods etc via A3sync. Not sure what the real problem was but I can only assume that the last update didn't work properly and my (and everyone in my group) have ended up with corrupt installs somehow. Maybe I was not paying attention and didn't start a3sync using admin when the upgrade took place ??? It's still strange everyone else in the group had the same issue though. Anyway thank you for your help Shepard it really is much appreciated. If you want me to provide any info to help you trace this further let me know and I'm happy to oblige. Cheers, Stonehouse

PM sent, let me know if you don't get it or have any issues logging on. .a3s folder and contents are definitely there on the server so maybe it's permissions. Thank you for your help it's much appreciated Thanks, Stonehouse

Hi Major_Shepard, Thank you for the tool and your ongoing support. I'm hoping you can suggest things to try or know a solution to help us sort out the issue we've been having since the last update. We've operated our repository exactly as per your post below since we first started using A3sync months ago and pretty much everything has been fine. We'd update or add a mod locally, rebuild the repo locally and then copy the .a3s folder and updated mods up to the ftp location and the clients could then pull down the changes. However since the last update no status is displayed for the repo and refreshing the status produces no errors but leaves the status as "-". Connect to the repo and you get no errors but the repository content window displays no folders. Doing a check for addons produces errors like serverInfo or sync not found and the suggestion to rebuild the repository. Which we've done now many times, this rebuild produces no errors you can see. Checking the sync seems to work perfectly and declares the repo updated and synchronized. The machine with the local copy is a Win7 64 bit and has the latest version of Java and A3sync is run as admin when I do the build. The ftp location is on a Linux server although I don't have a lot of the details to hand as it's not my server - can get any details you need however. Thanks, Stonehouse

Thank you for the quick turnaround. Much appreciated! Cheers, Stonehouse

I'm finding an issue with the new version of A3sync I'm afraid. When I rebuild the repository I'm finding that folders and files with embedded spaces are getting renamed so that an underscore replaces the embedded space. This is causing a lot of mods to be flagged as requiring download when not needed and I suppose could cause issues with the mod itself if a file named changed and therefore could not be referenced by the mod. Prior version didn't have the issue. eg mod folder @tmr - optics becomes @tmr_-_optics when I rebuild the repository. Repository is on a Win7 box. If more info is needed to help sort it out please let me know. Cheers, Stonehouse

It's a CBA bug, I've seen it on Koplic and Daiyou Island etc for the last several months

Thanks ARJay that sounds really good from a lot of points of view as it would mean once things like I44 are ported across to A3 they should be able to be used by Alive with little or theoretically no extra work to make them compatible. I see there was also a comment about any map was ok to be used but I remember that for mso if the map was a mod sometimes you had to define a table of points for mso to "see" - is this still possibly something we'll need to do for some maps if they haven't been built quite right?

Looks fantastic, with the use of categories for unit weighting does that mean that module choosing the actual unit will pick from all those available to the server and will pick up units included from mod packs? Or is there a config table that would need to be edited to include non BI units? Cheers, Stonehouse

Do you mean a map config problem or a config problem with the mission or a config problem with my Arma3 set up? The saved game does sort of resume but I end up on Stratis with the same location setup etc from the Koplic save - which needless to say doesn't work so well as at least half end up in the ocean. I thought maybe this was because there is something wrong with the internal map references eg PA301 error so the DUWS scripts and A3 can't handle it and give a default map, or first or last map in a list. Thanks, Stonehouse

I get this too and it seems to stop a mission of DUWS on Koplic from resuming from a save. I'm not very knowledgeable on this but when I depbo'd the map pbo and looked at config.bin I could see the reference was to pa301 whereas the wrp file for the map is PA301. I'm not sure if it is case sensitive but if it is then this could be the reason for the error. Unfortunately when I rename PA301.wrp to pa301.wrp and created a new pbo Arma 3 wouldn't see the map at all so I assume you need to use one of the map making tools to package it up. I don't know anything about those however and I'm hoping the author comes back to this fantastic map and fixes this plus the problem with the in game map having misaligned textures when it is zoomed out as running missions on it is great fun. Cheers, Stonehouse