Rydygier

Yeah. My mistake. To play without debug there must be not defined RydHQ(B)_Debug at all (nil) or changed to false during play/after HAC init. Repaired that. ---------- Post added at 14:32 ---------- Previous post was at 13:23 ---------- Just implemented (not tested yet, I wonder, if this work) optional "fronts" mode. Concept is based on "locations", because this gives me possibility to very easy & quick test, if given position is in front area. Mission maker will have to set particullary named, empty trigger with shape, size and direction corresponding to planned front sector and should remember, to set objectives inside front and, if there are also other leaders for that side, to set limited control for leaderHQ to avoid strange situations. HAC will automatically set configured identical to this trigger location. How front works? Simply. Given leader will pay attention and take into acount only enemies currently located inside given front area. This is all. Its forces will be send only against such enemies, also flanking routes will be based and calculated only on enemy groups inside front area. However controlled by leaderHQ forces may be localized outside front, also leaderHQ may to set waypoints outside front when issuing orders agains enemy inside front. Given area may be covered by more than one front area, also chosen area may stay not covered at all. Controlled by given leaderHQ forces may to attack also enemies from outside, but only if they "by the way" completing they mission come across such enemy group and decide to engage, beacuse this behavior is not controlled by HAC. I'm not sure, but I think, that in similar (trigger&location) way may works zone setting in DAC.

Setting hight for UAV is not a problem, limited speed also, but I affraid, that on higher level its spotting ability may be worse due to greater distance to targets. It is also very easy to set individually by init field (this flyinheight 200;this limitspeed something) so perhaps this I leave to mission maker. Careless will be added however by HAC. About choppers without ammo: teoretically such choppers should stay on ground except recon missions, but maybe I manage to add some additional filter that will check every cycle, if there is such chopper in the air and to make it land at its initial position if so. About topography: some time ago I saw this clever Ruebe's code, but still had no time to test it also it maybe quite heavy perhaps. Maybe in some future version... For information purpose: currently HAC utylizes four different methods for finding suitable position: 1. "Field of view" scanner - code, that looks for places with not blocked (but only by terrain) FOV in given direction at given area for given distance (is set to 320 meters not blocked by terrain field of view). It is based on stepping comparison of differences in height on distance between the point of being checked, and point which is to be visible. It is rather heavy (many iterations) - used often in defend mode. This are those black dots in defend mode. 2. "SelectBestPlaces" + "surfaceisWater" scanners for finding given kind of terrain (forest or city for infantry, on the contrary for vehicles, and of course not sea...); 3. FOs choose their positions on recon mission by randomization of 50 points around target area and choosing most elevated amongst them; 4. For idle guard and defend hold position missions there are sometimes chosen positions at nearby roads (unfortunatelly regardless of some safe-system, sometimes also on roads). Also I'm aware about fifth method: by finding nearest location of "Hill" type or other types, but this one is not implemented and not tested by me. About file formation and aware for idle groups: Decided, that file formation will be given only, when infantry actually is in aware (there is one kind of mission, when long movement and aware are togheter - main flanking maneuver). Why not for idle and safe movements? Because in aware mode groups starts to look for terrain covers, rarely use of roads and often moving with rised weapon. EDIT: added also for movement from "halfway" point to target point, if halfway was assigned for cargo.

Thanks guys for that info, but now, before sleep only about this: Test1: MTVR and full squad (13 troops): they not get in, cargo is not assigned. Reason: MTVR has space for only 12 + driver. Test2: MTVR and 12-men group: cargo assigned, whole group boarded. Test3: AAV and 13-men squad: as above. Conclusion: empty space counter is good. So system works, at least for me...

That is true and there will be that way (but max size should be limited by available space, this I can check). Implementation into HAC taking more than one group at once, while each group has own and different target point or even different kind of mission, if not impossible, then for sure is nightmare.

File formation, you say. Will check this. Thanks. You have right, I'm trying to displace all spotted errors, if this publication was to be final. But on the other hand, I'm not sure when I'll be able to deal with the next version when I finish this. ---------- Post added at 17:44 ---------- Previous post was at 17:07 ---------- One thing about that: in fact I do not set "column" formations to anybody. Just set "safe" behavior, then always column is chosen and any other formation is overrided. So, if reserve should use other formation, there must be changed behavior to "aware". I'm not sure yet, if this will be fine. BTW. Just confirmed, that also land cargo vehicles are reused after their first course and returning. It is rare and was hard to test, because until cargo finish first run often all units are in action already, but I did it and I saw it. ---------- Post added at 18:11 ---------- Previous post was at 17:44 ---------- So, now will start with multiplicating leaders (I think, that in future versions will concentrate on code efficiency and will try to make, that many commanders will use one set of files, it is possible, I think, but to much work with this to deal with this now).

@CB This is in my cargo demo on in other mission? And there are another unused trucks, that do nothing when attack missions appear (not later, if on foot move waypoint is given, then will be not changed even, if there will be available truck after this order)? If you prepare vanilla demo with this problem (there are available, currently not in use trucks, there are attack mission farer than 1000 meters and groups designated to this mission when trucks are unused and available, still walk on foot without cargo assigned, and some cargo do nothing in this time, in moment, when attack orders are issued) then maybe I'll be able to say more. Until then - I saw cargo used as should be, sorry... :( I'm ran out of ideas about what this problem causes. Of course, if there are only two trucks, and at same moment eight attack ("inf" or "Cap") missions designated, then two groups will receive truck, and rest will walk towards its targets.

@CB OK then. There is two times same command, but it is not important. So what exactly happens with markers? Are units of B side going to def positions and these positions aren't marked by black and brown dots or maybe in def mode units doing nothing or continues attack? Any other markers still appears? Is there still info about new cycle/morale or it stop to show up? With this init: RydHQ_Debug = true; RydHQB_Debug = true; RydHQB_Order = "DEFEND"; RydHQ_CargoFind = 1; RydHQB_CargoFind = 1; nul = [] execVM "RydHQInit.sqf"; I saw this: http://i41.tinypic.com/vhewdl.jpg in CargoDemo. All def markers on place, so can't reproduce this marker problem... ---------- Post added at 14:24 ---------- Previous post was at 14:19 ---------- In fact my coding skills are rather, khem... :) I'm sure, that every serious coder, if he saw my scripts, would laughed or cried because of so much redundancy, lack of optimization and not using more advanced techiques. Funny is, that with so small knowledge there is still possible doing such things like HAC... And I learned to write these scripts just last autumn, before I had very little to do with any kind of programming. ---------- Post added at 14:31 ---------- Previous post was at 14:24 ---------- Why there is RydHQInit executed twice? There is HAC launched two times simultanously then... ---------- Post added at 15:52 ---------- Previous post was at 14:31 ---------- About not returnig truck problem: Tested, and there is, what I saw: 1. Attack mission for infantry group was issued, distance about 3 km. 2. Infantry group do nothing, appears waypoint for truck nearby that group, truck drives correctly. 3. Truck reaches its waypoint and wait. Infantry group receives "get in" waypoint on truck and followes as should. 4. When all group is in cargo, truck receives waypoint at infantry attack destination area and drives towards it. 5. On destination point truck stops and infantry gets out and following with its mission. 6. Truck waits another 20 seconds to ensure, that group is far enough (this is because of drivers AI with tendency to hitting allied soldiers). 7. Truck receives return waypoint but: there is another script, that every minute checks, how far initial positions of land cargo vehicles are from leaderHQ and from objective plus some enemy presence checks. If conditions are met, then inital/returning point for given vehicle is moved in some place in 400 meters radius from leaderHQ. So truck returns to that new point. Maybe in these conditions is some error, will check, but even then truck returns, but not to its initial position, but near leaderHQ. I do not know, if this explains mentioned problems, in any case, that way it looks in my tests. This is for now. Also must check if truck is after returning again available, as should.

Just tested that with Cargo Demo. Changed demo, so enemy was spotted after 3-4 minutes (so recon missions occured first). And saw on my own eyes :) all trucks in use as cargo for infantry when it is infantry attack mission and when distance between infantry and its target is greater than 1000 meters. This is correctly. You may think, that trucks are not used, because before enemy was spotted, most infantry get idle mission ("Res") and then they all walk until attack mission is given to them. Also may confirm, that after unload trucks do not returns to init position, but choose some position nearby and they may be used to "capture" mission even when empty with driver only. This is not correctly. ---------- Post added at 13:43 ---------- Previous post was at 13:29 ---------- Have you used exactly this command? With this kind of quotes? Then check rpt, should be full of errors (main was, when I tried use this in init.sqf. And it is impossible to set this in unit's init field in editor - generates error message). Defend mode shouldn't begin at all and HAC may stuck. Should be: RydHQB_Order = "DEFEND" (for B side of course) I guess, that you just copy&paste from manual? Word changed me this quotes when I wrote manual. This will be corrected in new manual.

:) One important thing - is this effect present only, when playing with HAC? Without HAC all is as should be with this? Can't test it, have only vanilla Arma 2. @gunterlund21 1. Depends. It is absolutelly possible, that some units will stay as reserve long time if not necessary on front in HAC opinion. Especially, when HAC knows about enemy antitank weaponry on battlefield and has "cautious personality". Most of armor/motorized units, when assigned as reserve, will do nothing, because HAC do not issues such groups idle orders. 2. Land Mobile Combat Unit. :) (means not aerial or naval and not unarmed and not static) It is used only in "defend" mode. 3. Trucks and support units should to gather near leaderHQ in defend mode. Shouldn't go on forward positions. With cargo/support I have some problem: these vehicles are by default manned by non-crew unit, so HAC has tendency to consider such units as regular infantry. So I set up additional filters, which allow HAC to distinguish cargo from infantry, but maybe in defense mode some does not work, as should be. I'll look at this. EDIT: Filter is set and works. Trucks are gathering near leaderHQ, not on forward defensive position. However changed that, now trucks will gather behind leaderHQ, together with support vehicles. Of course if there is no spotted enemy, HAC do not know proper direction, toward which perimeter should be set. Then he gather defense around leaderHQ unit and choose watched direction randomly. 4. If destination point is closer than 1000 meters from infantry group, there will be no cargo assigned. Also if nearest available cargo is to far (1500 meters from group for trucks, 4500 for choppers). If nearby target point are some known enemies, cargo will unload group earlier (halfway). Land cargo also will unload group when driver noticing enemy at route. Of course cargo should wait for loading of all groups and this is implemented. Rarely occured in my tests however, that if loading was disrupted, cargo vehicle can go before last unit is loaded. Have some theory about that, so try to fix it, but no promises here.

Hmm. Then will test that with cargo demo and will hunt down problem. :) Fact, cargo system is perhaps most complex part of HAC, so there is many hidings for errors.

@Jingle Perhaps try to play only with HAC, and next with rest addons but without HAC and compare results. HAC by principle do not mess in any way with unit's awareness and other unit level AI factors/configs (so also has no influence on SMAW usage). HAC just analyzes situation on battlefield, and issues waypoints to groups accordingly (well, there are some exceptions, but very rare and not in this matters). About not recognizing not vanilla units: Check maybe yours RHQ arrays for CO units, if classnames are added without typos. But this is recognizing as enemy/ally by HAC on higher level. If unit just do not want to fire upon enemy, then again, it is not HAC for sure. HAC just does not deal with this matters.

In fact trucks should go back to its initial position and then be available for other groups, but maybe there is some bug (choppers however was returning after delivering in my tests), or maybe driver saw some enemy and enters in "panic behavior & do not listen any orders" mode...

Yes, it seems, that newlines just... vanished. Earlier they was there (as on pic2) and when I open same file in other editor they are where should be. But in Squint not working code changes its look in that time. After adding or removing empty line in Aedit, newlines usually (not always) are back in Squint and code works fine again. Although I had described problems long before I downloaded Squint (from there). I use Vista 64-bit, so maybe there is problem. Code in editor used by me looks always as on pic2, regardless it works at the moment or, because this problem, not.

Sometimes it happened to me when I tested some sqf code (as always, written in "ArmA Edit", maybe this is important), that it does not produce any effect, although he had no errors and a moment ago worked well. This code started to work again, when I removed or added to it a line, even empty or with comment. Some time later I installed the Squint for error checking. He threw new light on this problem. When this problem appears, code in Squnit looks like this: http://img163.imageshack.us/img163/3379/squint1.jpg And after adding/removal line looks normal again: http://img4.imageshack.us/img4/8853/squint2.jpg What is going on?

Thanks, gammadust, now things are more clear... But I would rather not have to reconfigure leaderHQ unit in any way, would not interfere in matters may be relevant for some mission makers, so, I guess, must be satisfied with simplest messages (or even only text + beep). ---------- Post added at 16:45 ---------- Previous post was at 16:40 ---------- Yes, I was thinking about something similar. So must find the way, to specify in the code, if given unit/place is in such area, or not. I'm not sure yet, how to achieve that without sophisticated trigonometry. Distance to the area center point is not enough for this purpose, unless area will be round...

Support is implemented and cooperate with generic support system (support vehicle drive in area, where is needed, then units, that need support goes to vehicle, also support vehicles are grouped behind front when some allied units are between that point and enemy). HAC handles only support vehicles, not individual medics. Will try to set some ambulances/reammo or refuel and some wounded or damaged/without ammo vehicles in cargo demo. You have also teleport ability and you are indestructible. Also added HC module for additional HC markers (ctrl+space). Personality is randomized. Cargo and support is behind you, infantry in front. Enemy in sight, so attack missions starts immediately. About 3-4 cycle + 60 seconds should support markers appear. Tested few times, cargo trucks are all used. By the way found some quite new bug (idle orders are not issued for A side) but this will not affect demo clue. Cargo Demo ---------- Post added at 14:12 ---------- Previous post was at 14:11 ---------- Cargo, support, bigboss, additional commander, surrendering,voice comms - it is/will be all optional and easy to turn on/off.

Possible. Maybe just HAC do not needed you as long... :) HOLD is "idle" order, you can simply ingore this kind of orders if you wish and next will (should) appear regardless of moving/not moving. Idle orders may be simply interrupted any time by "serious action" order. For example in my test HAC issued me patrol order at secondary objective, but before I reach area, redirected me on recon. There was no enemy on map, so after recon completing (just reached point and waited for back up mission ending because of lack of movement), I was directed to objective capture mission and so on. It is possible and I afraid that (some efficiency tweak is planned for this reason), but maybe it will be not so bad, because total number of units on map is main factor here and this will not change.

Time and kind of order depends on many factors, generaly on situation on battlefield. Is considered kind of your unit, its position relative to target, other groups available... And there will be no new order until first is complete or until you will stay without move long enough (code checks cyclically speed of unit, if is equal 0 numerous times, waypoint is called off it is some back up for "stuck" situations). So I'm for now not sure, if mentioned situation is proper, or there is some bug. Still in my tests human controlled team leader received many orders one after the other. About big boss: this is some very promising concept linked with up to four leaderHQs per side option and limited control (each of them controls only part of units of given side). Bigboss is strategist and commands leaderHQs only (not their forces directly). He will be able to move objective markers and leaderHQ positions, will decide, when and where given leaderHQ should push forward, and when only defend position. Also will make one of leaderHQ's force a strategic reserve if needed, and so on. There are some difficulties with this (most of them with setting up sectors for given leaderHQs, so they should pay attention only what is going on in given to them sector, and not on rest of the map), but if I manage to implement this, will be great. BB level gives for example opportunity to implement requested differences in strategy between west and east factions (reserve management).

Great. This SecOp briefings looks promising. Maybe even there will be no need for cutting. Must test them first. Today I want to end voicecomms implementation into code, so at worst it will be a simplified version for now (easy to complete later), so as not to create unnecessary delays. Still waiting for me the last couple of implementations, and the last, big thing, the bigboss level. Also will try do something about code efficiency, it may prove neccessary for eight commanders, and still I have on mind this mentioned by CaptainBravo problem with cargo (vanilla demo mission with this problem may help a lot, CB). Well. To work then. :) ---------- Post added at 11:12 ---------- Previous post was at 10:46 ---------- Strange thing: it looks, like callsigns from SecOps works, and other SecOp phrases do not. For example this: class Sentences { class First { text = "STAND BY FOR NEW ORDERS."; speech[] = {"Frostbite"}; class Arguments {}; }; }; gives sound... ...and this not, only "beep": class Sentences { class First { text = "STAND BY FOR NEW ORDERS."; speech[] = {"SecOp_Escort_Briefing_1"}; class Arguments {}; }; }; (tried also with SOM module on map and synchronized, same effect) Oh, well, will do voices simplier for now, like I said, and will return to this later. Of course I'm all the time open for any ideas/help in this matter. EDIT: for now it will be like this: (text&beep): STAND BY FOR NEW ORDERS. (text&sound): THIS IS HQ. MESSAGE. (over) (text&sound): I'M ON IT!. (out) - or other randomized confirmation (journal entry appears)

I will rest. Soon. :) Thanks again. Specific words my vary, but I need mosty short description of given mission type. For example "Move to destination point (and attack enemy)", "Make a reconnaissance in the designated area." "Provide support in the designated area", "Defend position", "Hold designated position", "patrol designated area","Take and deliver group to target area", "Look for hostiles". It is all, I think. Maybe also "near target position" or "nearby designated point"... something like that.

Interesting, thanks gammadust, must look at this closer, when will be more rested. For now - only very limited demo with dialog concept for interested. There is nothing to do, just wait and listen, voice is applied only for idle orders, and such order will be issued to you. In tests some sentences may vary, it is this randomization feature. Also gaps between sentences are randomized to make conversation more realistic. You can also to change in editor leaderHQ and yours unit to WOC or RU faction and compare (remember about init code for players's unit). VoiceComm Demo

Thanks guys, I know, this is only ornament, not clou, but still... There are some reasons, for which better are generic phrases: JSRS audio mod gives them very nice touch, and there is matter of launguage, which is, or should be, matched to faction. Will release version with voices, when ready, rather not today, slept only a few hours last night and now barely keep myself vertical. :)

About voice notifciation... Tried to prepare some kind of semi-dynamic minidialog (sentences without dynamic arguments, but with some random choosing, and partially dependant on circumstancies and kind of mission, so there are for example five different order confirmations and one of them is randomly chosen), but encountered problems. Full sentences are consist of pieces - individual phrases like "take", "position", "BeAdviced", "enemy", "NotFar" and so on. First problem is, that there is no some important for my purposes phrases (like "patrol", "area", "defend", "destination" etc.); second is, I found, that only part of them has equivalents in other languages (Russian, Czech), so sentence, that sounds fine in English, is incomplete in other languages; and third problem - can't test, if this will work for non-vanilla factions, eg from OA. For now I do not know, what to do with that, so, unless I manage to figure out something, there will be by default only on-screen text notification and optional voice dialog recommended for USMC faction only... :(

HAC itself do not utilize artillery, however works fine with external artillery scripts, FOs should be placed by HAC on forward and elevated positions. Didn't tested with Blakes FO (probably works fine), but tested with my own FAW. Because FAW was maded earlier I decide do not give to HAC internal artillery control, but maded HETMAN in such way, that works with FAW good. If I decided to combine HAC with FAW, this would consist simply in adding FAW scripts into HAC folder, so when used as separate pbo/scripts, works same way, as if combined into one addon. There is one logical limitation in this: HAC only partially takes into consideration factor of own/enemy artillery firepower and do not control directly artillery fire (so will not, for example, make artillery smoke screen to cover withdrawing units, but will consider enemy arty units as important targets, also will send on good positions units, that are by default used by FAW as FOs (FAW will choose and cover with salvos most valuable and vulnerable enemy target known to FO unit with quite smart correction for target movement), so in fact HAC makes rather good use of FAW controlled artillery). Of course, you may try to use any other artillery addon/script instead of FAW, if you find another one more suitable. Tried to make HAC that way, that worked well with other addons, and should until other addons do not mess with waypoints.

Exactly. Will do some test with UAV when finish radio messages (I prefer to end one thing before start with another). Counting also on this demo mission from CaptainBravo, his cargo problems worries me, also reported and until today not recreated in my tests lags.