Overheating - Fix issues from release

[Drofseh]

When merged this pull request will:

• add ace_overheating_fnc_canCoolWeaponWithItem function
• add setting, ace_overheating_suppressorCoef, to adjust how much additional heat goes into the weapon when a suppressor is equipped
• add setting, ace_overheating_coolingCoef, to adjust how quickly weapons cool
• add exit to ammo temp loop if ace_overheating_cookoffCoef is changed to 0 mid-mission, this prevents an issue where all weapons start to cookoff regardless of temp, because required temp gets multiplied by ace_overheating_cookoffCoef which has been set to 0
• add public functions ace_overheating_fnc_getAmmoTemperature, ace_overheating_fnc_setAmmoTemperature, ace_overheating_fnc_getWeaponTemperature, ace_overheating_fnc_setWeaponTemperature
• add type of jam to ace_weaponJammed local event, close Overheating - Add jam type to ace_weaponJammed event #8637
• clear all weapon heat on death, fix Overheating - weapon heat not cleared on respawn #8642
• deprecate ace_overheating_fnc_getBarrelMass to be a wrapper for ace_overheating_fnc_getWeaponData that only returns barrel mass, this is cached and therefore faster
• improve documentation
• move ace_overheating_heatCoef check to a more sensible place
• move overheating cookoff into separate function ace_overheating_fnc_cookoffWeapon
• require mission restart when ace_overheating_heatCoef setting is changed (it gets cached per ammo type)
• use ambientTemperature as floor for weapon and ammo temp
• workaround for Ace Capture have cooling weapon on same point with no weapon in hand #8657

[LinkIsGrim]

ACE3/addons/overheating/XEH_postInit.sqf

Lines 47 to 49 in 086ba5d

	GVAR(cacheWeaponData) = call CBA_fnc_createNamespace;
	GVAR(cacheAmmoData) = call CBA_fnc_createNamespace;
	GVAR(cacheSilencerData) = call CBA_fnc_createNamespace;

This could be changed to use hashMap instead.

[Drofseh]

My workaround for #8657 will check if they are surrendering or captive and not show the interaction.

I don't think this truly solves the issue though as other things added to the hand selection in the future will be able to overlap.

[Drofseh]

I've had a request from @10Dozen to add a keybind to unload the magazine. Use case is that's faster to hit a key than it is to open the inventory and drag the mag from weapon to container.

He'd like it in ace_common so that it can still be used even when overheating isn't loaded, for example if a group has a "no loaded weapon in base" rule and they come back from a patrol.

I've written a function for it, but one thing I want to include is the possibilty for a custom unload animation ACE_unloadAction and unload sound ACE_unloadSound config entries from mod makers, similar to how there is a config entry for a custom jam clearning animation ACE_clearJamAction.

If this keybind goes into ace_common though, I'm not sure where to document these config entries.

Thoughts?

[PabstMirror]

IMHO it could be added later to another PR if it's going to be in common
We'd really like to get these fixes done for 3.14.1

[Drofseh]

I think I'm done for this PR.
#8569 is still an issue, but I'm not sure how to solve that yet and I think it's fine to leave it for another PR.

[pterolatypus]

require mission restart when ace_overheating_heatCoef setting is changed (it gets cached per ammo type)

Why not just clear the cache whenever the setting is changed? This seems like the kind of value people would want to tweak progressively without having to restart the mission.

[Drofseh]

require mission restart when ace_overheating_heatCoef setting is changed (it gets cached per ammo type)

Why not just clear the cache whenever the setting is changed? This seems like the kind of value people would want to tweak progressively without having to restart the mission.

Makes sense, what would be the best way to do this?

Oh it looks like Pabst already took care of it, thank you!