Baron von Beer

+1, would like to get it from the same place as the game, if only for my sanity should I need to redownload in the future.

Didn't see an example in the default mission, what must one do to define camp locations (City or otherwise) now if porting to another map (one that doesn't have the cities defined in the maps own config, or adding non-city depots, etc? The depot/camp/defenses themselves are obvious enough, but the marker method used previously for the location itself(v71 think was last I did, where you place marker with same name that depot uses) doesn't seem to work. mission never starts and get a constant repeating error in the rpt. Thanks for any help rpt has this over and over Private ["_towns"]; waitUntil {townModeSet}; _towns = [0,0,0] nearEnt> 2012/10/08, 1:05:54 Error position: <townModeSet}; _towns = [0,0,0] nearEnt> 2012/10/08, 1:05:54 Error Undefined variable in expression: townmodeset 2012/10/08, 1:05:54 File mpmissions\__cur_mp.clafghan\Common\Init\Init_Towns.sqf, line 3 2012/10/08, 1:05:54 Error in expression <ns.sqf"

CASEVAC would be nice! Look forward to it.

Love having one big pack with all the RHS goodies. I did notice with the T-80, the muzzle blast/flash was occurring quite a ways in front of the barrel (~20m). This happened with the prior stand alone too, anyone else seeing this? Might have had another mod running that gummed up the works, will have to double check when I fire it back up. Can't wait to see what else gets added as the pack grows. :)

What is this witchcraft!?! :D Look forward to trying the new options.

Unscripted, transport unload WP does this. Scripted, land "GETOUT" or land "GETIN" Former should hover a bit higher than the latter.

lol, actually never tried DayZ. Was looking at a guerrilla type scenario where collection of gear is important, but hoping to remove some of the tedium of running back and forth over and over in "safe" situations. Then either store the gear temporarily and dump at a container, or just do it "instantly" if it's much easier script wise. More concerned with the end result, since the means of achieving it in such a situation doesn't matter all that much. Thanks for the starting point, cursor target should do brilliantly. Maybe some day I'll remember that it exists, and just how useful it can be... :)

Just bouncing some ideas around in my head, and unsure of this one. How (if possible) would I go about using this command with the specific container the player is currently interacting with? Ultimate goal would be a simple way to transfer the cargo from said object to a specific location/container, kind of a fast forward for collection rather than requiring a trip back and forth for each one. (Eg: greatly speeding up Loading up gear from bodies into a nearby vehicle or crate) Imagine I could addaction on death to people, but would ideally like to do this on any object's cargo space that the player is interacting with, if that's even possible. Thanks for any help!

I just changed those 3 values in the ammocfg entry in config.cpp, no need to change the .sqf files.

Günter, here's what will fix this. I'd upload a file but I'm not sure what method is best for you/permitted; to add these paramaters in the GLT's hellfire entry, change the values in BD_Hellfire, or a make a separate file only containing the M_Hellfire_AT ammocfg entry and these values. Big Dawg KS had 3 values added to the ammocfg entry the top attack function uses, added to the config so addon makers can add the entries and use whatever values for their particular missile to work as desired. If used without BD, the entries would simply be ignored, so BD isn't required by an addon that includes them. After testing, the default values included in BD_Hellfire when used with GLT_Realmissiles results in a minimum range of ~1.4km, @ 50m altitude. Closer and it loses it's lock and the missiles land with random dispersion depending on their attitude when they terminate the climb. When run without GLT_Realmissiles, the minimum range is ~400m at that altitude. These values will produce roughly that same engagement envelope, 50m alt, ~400m min range. Just add these to M_Hellfire_AT using whichever method you like, if you chose to add a fix in your mod collection. BD_climbAngle = 18; BD_climbMaxAlt = 60; BD_climbTargetDistanceMultiplier = 0.25; Default values were 30, 60 & 0.3 (max climb angle, max alt missile will climb, and %distance to target missile will end climb, latter 2 are ceiling values, if reached missile levels and begins descent. Issue was stock missile traveled so fast that it would reach % to target before entering too steep a climb to break lock. With the corrected, slower Hellfires, they would reach a much steeper climb and lose lock unless the target was quite far (1.4km vs 0.4km default.) Now they climb roughly the same height & angle as they did at stock speed, and get roughly the same min range limitation.

Will have a solution ready tomorrow, still needs a little tweaking.

Yep, that's the culprit. Pulled glt_realairweapons and 8 of 8 hit the rock I was lasing. Faaar from a scripting expert, but skimming through the top attack function in BD_Hellfire it probably needs to be recalibrated to account for the corrected/reduced speeds in the GLT pack since it's script controlled up until the descent, likely not reaching the intended attitude & position relative to the target when it reverts to simulation control.

Any idea what might be causing the top attack mode for hellfires (BD_Hellfire) to not be functioning properly? Tried removing the ICE MFD mod just to see, but no dice. Using direct fire mode works fine, but top attack, it's wildly random where the missile actually lands. Usually seems to be hitting 100-300m (random direction) off the lase point. This is at 1km distance. Only fired once at 2km, and it fell 500m short of the lase point. Fired 36 missiles, only 1 was within 5m of the target point. :( Running BD_Hellfire outside this pack works no issue. Missile performance mod not playing nice with it maybe?

Just downloaded this, COWarmod, and have a question after pouring over what's what, picking out the bits I didn't want/need, etc. In the customization section there are some word files for SLX. One says files not included (but present in the various customization SLX sub folders), and another with files included. However, nearly all the "optional" not included files are indeed in the primary addons folder by default(Dodge, wounds, etc). Haven't gone through all the documentation yet, but wanted to make sure there wouldn't be any conflict with those present (pulled some out already, just by preference (SLX_Dodge for example). Thanks, and thanks for putting the package together. *poked through the thread, looks like it's simply because it was the full package. Downloaded the "light" version and see that it matches those readme's included/not included in addons by default lists.

It was a US 57mm AT Gun when I noticed this, was in the editor checking various things out, so was the only vehicle on the map. I was on foot maybe 2-3m from it, and as it rotated I got the rumble effect. Once it stopped, so did the shake. Didn't check how far it would cause it though, was pretty close in this case.