[Bug]: Bomb velocity is inconsistent when hover bombing

[NoryGit]

Describe the Bug

I reproduced the bug in #27094499. Good examples can be seen at minutes 3:26, 3:40, 4:47, 6:09, and 7:11.

As seen in the replay, bomb velocities are very inconsistent. While hovering, T1 bombers can sometimes drop bombs that not even LABs would be able to dodge. This behavior is undesirable because:

• You would expect a hovering bomber to drop slow-falling bombs.
• The behavior is inconsistent but can be learned.
• Dodging with engineers is rendered impossible.
• Aeon and Seraphim bombers are most affected.

There have been attempts to fix this issue. I think #5565 helped but did not fully fix the issue. If I had to guess, this bug happens because the bomb inherits the bomber’s velocity for a short time, which causes it to drop almost instantly.

Reproduce the bug

See #27094499.

Screenshots

No response

Additional context

No response

[lL1l1]

The issue is that gravity is manipulated based on how long it takes for the bomber to arrive at the attack order with its current speed.
The fix would involve adjusting this function:

fa/lua/sim/weapons/DefaultProjectileWeapon.lua

Line 197 in 430903b

CalculateBallisticAcceleration = function(self, projectile)

You would have to calculate the arrival time towards the target, and then add a minimum bound to that arrival time since that arrival time is equal to the bomb drop time. If the boundary is used, then it must adjust the XZ velocity of the bomb, and then input those velocity values in the remaining gravity calculation.

Such an implementation would also give an opportunity for an adjustable bomb drop time multiplier, which was a requested balance knob previously to compensate for the higher reliability of sera/aeon bombers.