Вважайте цей нуль за NaN. Під час обчислення події cutoff, змінна дистанції недоступна. Там поруч регулярний лог, де дистанція надається

Я використав модель гравітації J2
Jn — це так звані коефіцієнти гармоніки, які отримані з супутників, що сканували Землю з орбіти. Ці коефіцієнти описують якою має бути математична форма планети, якщо б її описували по виміряним даним гравітації.
J2 — передає сплюснутість Землі, перетворюючи її в еліпсоїд. Масштаб нерівномірності близько 21 км
J3 — моделює крихітну асиметрію північної і південної півкулі (масштаб цього кілька десятків метрів), перетворює еліпсоїд на грушу
J4 — враховує втиснутість середніх широт в порівнянні з ідеальним еліпсоїдом, масштаб цього всього кілька метрів.

Для прикладу g = 9.80665

J2 може впливати на це значення в діапазоні 0,053 м/с2
J3 має вплив в діапазоні 1,5е-4 м/с2
J4 має вплив в діапазоні 3е-5 м/с2
J3 та J4 мають мізерний вплив на гравітацію, їх враховують якщо треба змоделювати тривалий рух космічної техніки. Про мантію і літосферу, це здається в J3 закладено

На жаль про TERCOM не можу нічого путнього розказати

Посилання на завантаження, якщо хтось бажає постріляти
drive.google.com/...​zBaJxIwE/view?usp=sharing

Є дві складові
Сама гравітація, яка залежить від широти — це вплив нерівномірного розподілу маси
gravitation = GeoMath::calculateGravitationJ2(pos);
Ця функція добре відома, її легко знайти.

А є окрема відцентрова сила, яка залежить від поточної висоти. Ви мабуть її мали на увазі
У векторному вигляді:
aCentrifugal = - Omega_v.cross(Omega_v.cross(pos));

Eigen::Vector3d Omega_v {0.0, 0.0, 0.00007292115}; //кутова швидкість обертання Землі
Eigen::Vector3d pos — поточні координати в системі ECEF.

Я не маю відношення ні до «Стрелка», ні до «Стрільця», якщо ви про це

Вітаю, Дмитро. Так, це таблична драг-функція Cd(Mach) від Ballistic Research Laboratory. G7 має гарну аеродинаміку і відомі табульовані дані опору. Їх можна замінити на якісь інші, справжні, але у мене їх немає, тому обрав ці. А ви яку б модель порадили?

Щодо статистичного аналізу: маневр коригування здійснюється, якщо похибка влучання перевищує 14 метрів (10 м вздовж і 10 м поперек траєкторії польоту). Різниця між передбаченою точкою падіння і ціллю в межах п’яти кілометрів майже завжди нівелюється системою маневрування. Для віддалених цілей 600км+ цього достатньо, а на 400-500 іноді треба гасити 15 км переліт. Ось тут бувають нюанси з тим чи вимкнеться система керування вчасно і який кут атаки можна використати, щоб це було реально і не розвалило конструкцію.

Спробую погратись з масою і питомим імпульсом. Дякую за ідею

цікаво було б поклацати)

Радий, що вас цікавила моя робота.
Аби не порушувати права третіх сторін, я додам в інтерфейс ліцензійну інформацію, та правила розповсюдження згідно вимог Qt.
Напевно завтра зможу дати посилання на завантаження

це скоріше гіпотетичний Сапсан

Так, вірно — це старшенький. І якщо я вірно оцінив масу палива, то Москву і Волгоград дістає впевнено. І навіть Сочі з Псковом

Ви праві, деякі регіони можуть бути в горах і мати висоту навіть тисячі метрів.
Наочний приклад із логу польоту: на висоті 4358 метрів недоліт до заданих координат 3678 метрів.
OpenStreetMap, з якої беруться координати, не надає даних по висоті рельєфу. Треба підключити окремий API для цього і брати точні висоти точок пуску і цілі. На даному етапі планета — це еліпсоїд WGS84 (математична 3D-модель Землі без рельєфу)

Ви точно підмітили, що LLM часто займається підлабузництвом і існує великий ризик залишитись у власній бульбашці сприйняття тієї ідеї, на яку хочеш отримати конструктивний відгук. Варто робити окрему сесію з задачею надати ніщивну критику, або brainstorm pros/cons — дуже корисно.

У мене Сталкер2 на початку норм працював, вильотів не було. Потім вийшов перший патч: коли риєшся в своєму сундуку, наприклад, обираєш зброю, перекладаєш набої ставався memory leak — раптом зжерало всі 32 GB оперативи і ще зверху файл підкачки набивало лайном, що тільки Reset допомагав .
Потім вийшов другий патч і ніби то стало легше, але ця проблема повністю не зникла і іноді дошкуляє. Але, я потрапив у лютий баг і тепер чекаю на наступний патч.
Коли в лабораторії х13 вбиваєш Шрама і виходиш крізь двері в кімнату з якої вихід лише в іншу через розбите скло, де повно аномалій у мене стається buffer overflow. Там є такі аномалії, що дають підстрибнути, а оминути їх ніяк. Отже ти стаєш в неї, тебе кидає вверх до стелі і гра зависає — чорний екран, тільки компас і мітка завдання є. На цій мітці пишеться, що тобі треба вниз на 2147483647 метрів. Це максимальне значення яке вміщає тип int в С++
Дивився проходження у блогерів цього моменту, які були до патчу, то там просто стрибаєш, а в мене така шляпа

А як у вас?