beastcat 14 Posted July 12, 2014 (edited) Since mortars are no fun with the artillery computer, because they are to simple to use and offer no challange I was looking for a decent range table. However, I didn't find anything suitable so I decided to do my own. Keep in mind, the artillery computer can be disabled with the "enableEngineArtillery false;" command. (https://community.bistudio.com/wiki/enableEngineArtillery) 82mm Mortar - Close 100m - 84.25200m - 78.25300m - 71.60400m - 63.45500m - 45.0082mm Mortar - Medium150m - 87.88200m - 87.15300m - 85.70400m - 84.25500m - 82.80600m - 81.15700m - 79.75800m - 78.25900m - 76.651000m - 75.001500m - 60.001750m - 45.062000m - 45.0082mm Mortar - Far (Using the function from here)100m - 89.297200m - 88.594300m - 87.890400m - 87.185500m - 86.478600m - 85.769700m - 85.057800m - 84.342900m - 83.6241000m - 82.9011100m - 82.1741200m - 81.4421300m - 80.7041400m - 79.9591500m - 79.2071600m - 78.4481700m - 77.6791800m - 76.9011900m - 76.1132000m - 75.3132100m - 74.5002200m - 73.6732300m - 72.8302400m - 71.9712500m - 71.0922600m - 70.1912700m - 69.2672800m - 68.3152900m - 67.3323000m - 66.3143100m - 65.2553200m - 64.2553300m - 62.9843400m - 61.7513500m - 60.4323600m - 59.0023700m - 57.4243800m - 55.6293900m - 53.4834000m - 50.593 Tips and Stuff: The 82mm mortar elevation only goes up to 88! You can do more fine adjustments by holding the Shift key. You can get the approximate elevation for distances between the given ones easily with the following:(distance1 elevation + distance2 elevation) / 2 = distance3 elevation.Example:600m - 81.15800m - 78.25700m ≈ (81.15 + 78.25) / 2 ≈ 79.7As you can see its not far off from the actual number (79.75) Edited July 13, 2014 by beastcat 1 Share this post Link to post Share on other sites
BL1P 35 Posted July 12, 2014 Nice keep up the good work ! Share this post Link to post Share on other sites
the_demongod 31 Posted July 12, 2014 actually you can calculate the elevation yourself with this trig equation: θ = tan^-1 (v^2 +/- sqrt[((v^4) - g(g(x^2)+2y(v^2))/(gx)] where v = velocity (ms^-1) x = range (m) y = difference in altitude and g = the acceleration of gravity (9.81 ms^-2) The only catch is that you have to know the muzzle velocity of the round you're firing. For the mortar it is: Short - 70 ms^-1 Medium - 140 ms^-1 Far - 200 ms^-1 Source Share this post Link to post Share on other sites
j4you 10 Posted July 12, 2014 (edited) actually you can calculate the elevation yourself with this trig equation:θ = tan^-1 (v^2 +/- sqrt[((v^4) - g(g(x^2)+2y(v^2))/(gx)] where v = velocity (ms^-1) x = range (m) y = difference in altitude and g = the acceleration of gravity (9.81 ms^-2) The only catch is that you have to know the muzzle velocity of the round you're firing. For the mortar it is: Short - 70 ms^-1 Medium - 140 ms^-1 Far - 200 ms^-1 Source There is even a video lesson about mathematical formulations of quantum mechanics? Edited July 12, 2014 by j4you Share this post Link to post Share on other sites
beastcat 14 Posted July 13, 2014 (edited) Well, thats not complicated at all! Edit: I added the far range table for the 82mm using this method, tested it and it works! Edited July 13, 2014 by beastcat Share this post Link to post Share on other sites
Grumpy Old Man 3545 Posted July 13, 2014 actually you can calculate the elevation yourself with this trig equation:θ = tan^-1 (v^2 +/- sqrt[((v^4) - g(g(x^2)+2y(v^2))/(gx)] Any chance of posting your sqf compatible formula for that? How exactly is ± (plus or minus symbol) used in this formula? I take it that both results (either + or -) are valid numbers? I split it up into multiple parts to avoid bracket errors and this is what I've got so far: _gunner = player; _target = _this select 1; _getdir = [vehicle _gunner,_target] call BIS_fnc_relativedirto; _maxspeed = getnumber (configfile >> "CfgMagazines" >> currentmagazine vehicle player >> "initSpeed"); _maxspeedoperator = getnumber (configfile >> "CfgWeapons" >> (currentweapon vehicle player) >> (currentweaponmode (player)) >> "artillerycharge"); _muzzlespeed = _maxspeed * _maxspeedoperator; _altdifference = (getposaSl _gunner select 2) - (getposaSL _target select 2); _distance = getposASL _gunner distance getposASL _target; _v = _muzzlespeed; _g = 9.81; _y = _altdifference; _d = _distance; _solution1part1 = _v^2; _solution1part2 = sqrt (_v^4 - (_g * ((_g * (_d^2)) + (2 * _y * (_v^2))))); _solution1part3 = _solution1part1 + _solution1part2; _solution1 = atan (_solution1part3 / (_g * _d)); _solution2part1 = _solution1part1 - _solution1part2; _solution2 = atan (_solution2part1 / (_g * _d)); hint str [_getdir,_solution1,_solution2]; Shells are landing within 50m - 150m of the target, but they'll never hit dead center. Maybe it's some minor oversight or the ± symbol I probably misinterpreted? (hence the split into 2 solutions) Already double checked that the muzzlespeed is being calculated properly. Cheers Share this post Link to post Share on other sites
BL1P 35 Posted July 13, 2014 (edited) What are you trying to accomplish there Grumpy m8 ? I dont understand where your getting _target from. and does _target mean your not using indirect fire ? Afaik the OP was attempting to give us range tables for artillery when using MANUAL INDIRECT fire, creating a script that simulates the artillery comp kinda defeats the objective no ? @Beastcat create a mod that has the tables for all Artillery on pieces of paper we can read ingame that would be cool m8 or wait for ACE3 :) Edited July 13, 2014 by BL1P Share this post Link to post Share on other sites
Grumpy Old Man 3545 Posted July 13, 2014 What are you trying to accomplish there Grumpy m8 ?I dont understand where your getting _target from. and does _target mean your not using indirect fire ? Afaik the OP was attempting to give us range tables for artillery when using MANUAL INDIRECT fire, creating a script that simulates the artillery comp kinda defeats the objective no ? @Beastcat create a mod that has the tables for all Artillery on pieces of paper we can read ingame that would be cool m8 or wait for ACE3 :) the target is a preplaced object for testing purposes (to simulate a forward observer providing the artillery gun with target locations). As of now the script calculates bearing and elevation needed to hit the target location with indirect fire. The only issue right now is that the impact is a bit off, nothing a forward observer won't be able to fix ;) Share this post Link to post Share on other sites
beastcat 14 Posted July 13, 2014 (edited) Yeah, sorry, but unfortunately I don't know how to mod. Maybe if someone who does know how to do it will see this thread and will be ready to help. By the way, you get a laser designater in the first person view, when using a mortar. If you have eyes on target it will tell you the exact elevation you need, so there wouldnt be a need for a script, since its already in the game. During testing I have also discoverd that the mortars are way to accurate at far range and that there is minimal to no dispersion between the low and far firemodes. Edited July 13, 2014 by beastcat Share this post Link to post Share on other sites
Grumpy Old Man 3545 Posted July 13, 2014 If you have eyes on target it will tell you the exact elevation you need, so there wouldnt be a need for a script, since its already in the game. There's missions where the artillery computer is disabled, so players have to rely on other players to commence artillery fire when no line of sight is given. Hence this script. Share this post Link to post Share on other sites
beastcat 14 Posted July 13, 2014 Or if you have enough players you could use the range table... That way you can get more player interaction, since your shots won't be as exact and you would require a spotter or you just bombard a whole area which would be more realistic. However we don't really seem to have realistic fragmentation in ArmA, so maybe one day we could get a mod or a patch, so bombarding larger areas would have a more realistic and effective outcome. Do you by any chance know how one might realize BL1P's idea? Oh and good luck with the script! Share this post Link to post Share on other sites
Grumpy Old Man 3545 Posted July 13, 2014 Or if you have enough players you could use the range table... That way you can get more player interaction, since your shots won't be as exact and you would require a spotter or you just bombard a whole area which would be more realistic. However we don't really seem to have realistic fragmentation in ArmA, so maybe one day we could get a mod or a patch, so bombarding larger areas would have a more realistic and effective outcome. Do you by any chance know how one might realize BL1P's idea?Oh and good luck with the script! Player interaction is the final goal of this script, I did never claim that it's finished nor how its final state of interaction with players will be, as for now it's merely a test of the math formula.:) As for BL1Ps suggestion to put the range tables into the game you could easily create a dialogue for that. Bombarding larger areas is a simple thing to do from a scripting point of view, feel free to make a script request in the mission editing forum. Cheers Share this post Link to post Share on other sites
the_demongod 31 Posted July 13, 2014 About the +/-, I can't remember exactly, I thought only one way would work. The other option I can imagine is if they are two different firing solutions. Try aiming at a spot with the mortar camera, set up the shot elevation and everything and then try to calculate. See if you can match the Elevation in game with your result. Share this post Link to post Share on other sites
EricJ 757 Posted July 13, 2014 And it's time like this that I'm glad I'm a former FO. Stuff like that needs to be kept simple, and kept to the job of the FDC :D Share this post Link to post Share on other sites
beastcat 14 Posted July 13, 2014 (edited) After some messing around I have discovered that the self propelled artillery behaves very strange. The muzzle velocity given does not translate correctly into the function and the shells hit up to a few hundred meters away from target. Does anyone know whats going on? Edit: I have discoverd that the mortar shells are pretty effective against infrantry, however, the damage to vehicles is almost zero (Unless you get a direct hit). Is there any fix to this? Edited July 13, 2014 by beastcat Share this post Link to post Share on other sites
maturin 12 Posted July 26, 2014 Is it possible to get range tables for the self-propelled howitzers? I was dismayed to see that both manual and artillery computer fire only give solutions with absurdly high elevations, thus maximizing the time on target for every shot. It's as if the gun only handles tiny little powder charges. Or are those ballistics entirely bogus? I noticed that the maximum range shot still uses a near-vertical elevation, instead of the optimum 45 degrees. Share this post Link to post Share on other sites
quantenfrik 10 Posted July 26, 2014 unfortunately it's not that easy (range tables) with the self propelled artillery due to two reasons: 1. the turret is not completely horizontal, if you aim to the front and it says 10° in reality you shoot at 11,6 degrees, same if you shoot to the back, it's around 8,4. degrees. 2. although the gun itsself is stabilized, the elevation number is not, which means if you face an hill upward and set your gun to 10° degrees you will get a different angle than if you face a hill downwards. there is also another absurdity i discovered: because the gun is stabilized, the shell is shot in the direction you look (and not the weapon direction), this is negligible at normal situations but produces some interesting outputs when you place a concrete ramp in the editor and drive with one track on it, you can actually see the shell leaving the barrel at a different angle than the one it is pointing at. To get the real elevation of the gun you can use this code _somevariable = vehicle player weaponDirection (currentWeapon vehicle player); _n = 3; _var1 = (_somevariable select 0); _var2 = (_somevariable select 1); _var3 = (_somevariable select 2); _flach = sqrt (_var2*_var2 + _var1*_var1); _angle = atan (_var3/_flach); _anglerounded = round (_angle * (10 ^ _n))/(10 ^ _n); hint format ["%1", _anglerounded]; But basicly because of this (and the lack of low angle fire solutions and MRSI) I decided to learn scripting and write some workarounds, but currently I am stuck at animating the barrel :/ Share this post Link to post Share on other sites
Jeeves 10 Posted August 16, 2014 Excellent. I don't know why these tables were not included with the game itself.... instead we have this 'artillery' computer. Share this post Link to post Share on other sites
silentghoust 132 Posted August 18, 2014 Just a question, has anybody tested the motors at some of those distances? I almost never use motors beyond 800m for accuracy purposes. I can't imagine the motor has even the range to reach 4k with any accuracy. Share this post Link to post Share on other sites
beastcat 14 Posted August 19, 2014 Just a question, has anybody tested the motors at some of those distances? I almost never use motors beyond 800m for accuracy purposes. I can't imagine the motor has even the range to reach 4k with any accuracy. The mortars are actually way too accurate, which almost paradoxically makes it hard to hit targets at very long range. You can't really use normal mortar tactics and spam shells far away and cover a big area, because the mortars seem to be as accurate at long distances as in short distances, the only thing that makes a difference is the firing mode. That means that if you shoot in the "Far" mode for example the area in which the mortar rounds will land will be the same in size at 500m as it is at 4km. Share this post Link to post Share on other sites
benargee 20 Posted August 21, 2014 Isnt drag a factor too? Share this post Link to post Share on other sites
gibonez 18 Posted August 21, 2014 I truly wish the mortars in Arma 3 would completely dump the ballistic computer and instead just adopted the ACE mortar system. Indirect fire should require skill not simply pointing and clicking on a map, nothing is more satisfying than using the ACE mortars successfully. Share this post Link to post Share on other sites
maturin 12 Posted August 21, 2014 Okay, but back in the real world, game features are supposed to be used by more than 0.25% of players. Speaking as a member of the 0.25%. By 2035 they'll be using computers anyways. Share this post Link to post Share on other sites
gibonez 18 Posted August 21, 2014 Okay, but back in the real world, game features are supposed to be used by more than 0.25% of players.Speaking as a member of the 0.25%. By 2035 they'll be using computers anyways. The Arma community isn't exactly the dumbest community around. They would be more prone to learning advanced and complex game mechanics and only .25% percent of players knowing how to use indirect fire is not a bad thing its incredibly powerful and thus should be hard to use not unlike real life. Share this post Link to post Share on other sites
benargee 20 Posted August 24, 2014 The Arma community isn't exactly the dumbest community around. They would be more prone to learning advanced and complex game mechanics and only .25% percent of players knowing how to use indirect fire is not a bad thing its incredibly powerful and thus should be hard to use not unlike real life. I really think they should have both, leave it as a difficulty setting. While personally i prefer the ace system, its more technical and realistic. You still have to take beginner players into consideration though. Share this post Link to post Share on other sites