Hi,
@TxWelder35 Here is some more detailed information explaining why Genesis doesn't need custom drag models.
The Mathematical Predictive Model The ballistics engine of
Genesis Ballistics Solutions is a proprietary aeroballistics model based on a Kalman modified filter, which includes numerous proprietary extensions. The only resemblance to the method developed by the late Professor Arthur J. Pejsa ( who finished his research circa 1953 ) is just partially related to the way it handles the drag slope. This proprietary method has no velocity or range restrictions, covering the full spectrum from supersonic, transonic and subsonic trajectories at extended ranges with muzzle velocities starting at any sonic boundary, giving a continuous, non-linear solution. This engine is the result of over 3 years of original research in the field of aeroballistics.
It has been proved time after time its superior predictive capability over the traditional "Point Mass" method that is used on almost any other program, that requires the use of the G7 drag function to yield reasonable solutions in and beyond the transonic range. Even using G7 the results may be not satisfactory, usually calling for the so called "custom drag curves" and the use of "truing" procedures. None of these shortcomings are needed in
Genesis Ballistics Solutions to produce outstanding predictions.
Many enhancements to the algorithms were developed, using both iterative and recursion approaches to solve the problem of computing downrange figures for velocity, time of flight and drop, the main variables of the solution from which others parameters are derived.
The model is an analytic, closed-form solution that doesn’t use tables generated for standard-shaped projectiles, a fact of paramount importance, since while it does not rely on the G1/G7 drag model used in most of the available programs, (some following the Mayeveski-Ingalls tables), the present method can use a readily available, G1/G7 ballistic coefficient as published, incorporating a custom drag function in order to model the specific projectile.
Since it effectively uses an analytic function ( of Mach number ) in order to match the drag curve of the specific bullet, it does not need to rely on other drag tables to approximate a better fit.
A ballistics software foundation rests in its ability to predict accurate trajectories, matching field results as the ultimate test.
Nearly all ballistic software take for granted that a specific drag function correctly describes the drag characteristics of a bullet as related to its ballistics coefficient, consequently, whether the bullet style is a flat-based, spitzer, a boat-tail, ULD, etc they take care of them to the same drag function as indicated by the published BC, usually the G1/G7 function.
The state of the art mathematical approach taken here, is quite different and a major improvement, of special application to the long range shooter.
Being practical, the use of the published BCs data as available, by almost every major bullet manufacturer is almost mandatory. However this program does not use it to calculate the changes to the drag function over the supersonic velocity range. In other words, this program ballistics engine uses a drag coefficient (DC) that affects the calculated rate of bullet deceleration.
Applying this DC, the resultant trajectory calculations are very accurate for that particular bullet because the drag function has effectively been tailored for that particular bullet.
As the drag coefficient can be modeled as a simple function of the Mach number, the particular functional form of the drag coefficient allows variations in the shape of the drag curve to be considered parametrically.
It's easily demonstrated that the projectile trajectory and velocity history can be characterized in terms of three parameters: the projectile’s muzzle velocity, a parameter related to the muzzle retardation, and a single parameter defining the shape of the drag curve.
Other approaches ( on the market ) base their predictions on trying to make a match of a specific bullet ( yours ) to like drag data which is available to examine the variation of the drag coefficient with Mach number in the standard axisymmetric ( having symmetry around an axis ) projectile shapes, that were tested in the early to mid-1900’s.
These resulting drag curves are referred to as the Ingalls, G1, G2, G5, G6, G7, and G8 drag curves.
Most bullet manufacturers assume and publish the G1 drag function shape. Examination of the form of a G1 standard-projectile, will to the obvious conclusion that it doesn't apply to the modern boattail bullet shapes in common use today. The G7 or G8 shape is much more appropriate but general availability of these ballistic coefficients is almost nonexistent.
Particularly, the G1, G5, and G7 curves model a specific bullet form, since they were deduced from, and it's common for some programs to adapt ( modify ) the G1 drag curve in an effort to fit the G5 to G7 bullet shapes, and in other words, these approaches are, at best an improvement to model modern bullet shapes in order to make predictions more accurate.
That's why the BC must be defined as a function of velocity. The present solution uses the actual drag, and not rely on an average fit to a non-representative standard or table-based drag function.
In short, what these models can, is to compute accurate trajectory values if range is moderate, up to approximately 600 yards, beyond that, you need a different way to model air drag and to account specifically for a drag curve that matches your bullet dynamics. This is what this method does precisely.
The method used here takes on a different approach, since if the shooter takes the necessary effort to actually measure the Drag Coefficient, the model will make an almost perfect fit, under different environmental conditions, thus yielding very precise downrange values for Velocity, Time of Flight and Drop.
Sincerely,
Theis