Почему, перелёт как раз импульсный.

считать полет свободным

Таким образом, в любой момент как максимум решается задача навигации в поле центральной силы + несколько простых проверок.

В принципе, задачу можно сильно упростить.

Зачем упрощать? Это же испортит весь геймплей. Межзвёздный полёт будет аркадный, как во всех играх.

Зачем упрощать? Это же испортит весь геймплей. Межзвёздный полёт будет аркадный, как во всех играх.

А еще добавлю. В сетевой игре такие точные расчеты совсем упростятся ибо пинг! да и сервак просто несправится с милионами расчетных данных Возможно даже предется отказаться от вращения галактик и может даже вращения планет по арбитам.

Уткнулся в несколько проблем, надо переделывать в движке камеру, систему координат, редер орбит и т.д.

Кстати идея - за особые заслуги выдавать корочки на нарушение физических законов.
Типа 3%-я отмазка от закона сохранения импульса, только для депутатов думы рукава стрельца

Вводим пункт назначения (или кликаем по нему), программа автоматически рассчитывает трансферную орбиту, точки включения двигателей и продолжительность их работы, если перелёт импульсный. Если топлива не хватит, выводится надпись. Если расход слишком большой, игрок может выбрать другой пресет - трехимпульсный перелёт, перелёт с грав, манёврами и т.д., если время в пути устроит. Потом, полученную орбиту можно модифицировать, как сплайн в фотошопе - добавить контрольные точки, подвигать их. Например чтобы лететь к Юпитеру мимо пояса астероидов.

Такая система будет довольно сложной для реализации - много математики.

Например: игрок ставит контрольную точку на границе сферы влияния Земли (миллион км), движок рассчитывает простой одноимпульсный перелёт к ней. Далее ставится точка на границе сферы вляния Юпитера, движок рассчитывает импульс для достижения её с границы сферы Земли. Точки на границе сферы Земли и Юпитера надо передвинуть так, чтобы минимизировать расход топлива. Потом ставится точка на орбите Европы, и т.д. Можно по-другому, предоставив юзеру самому подбирать параметры импульса, редактируя траекторию как сплайн, либо редактируя величину и направление импульса.

Вообще, конечно, и так и так получается или некрасиво, или неудобно. Но реальную физику стоило бы оставить - вдруг кто-нибудь когда-нибудь напишет работоспособный навигационный модуль?

Ну да, потому что мы так сказали. Хотя это и нереалистично - в будущем будут летать именно с ускорением около 1 g на специальных движках с тягой, постоянной в течении полета.

В принципе, задачу можно сильно упростить.
1. Задачу многих тел не решать - считать на корабль действует только одна сила, от объекта
воздействие которого максимально (на околоземных орбитах учитывать только влияние земли,
после пересечения точки равнодействия земля-луна только влияние луны и т.п.)
2. По достажению второй космической скорости учитывать только влияние звезды,
после третьей - считать полет свободным.
3. В кратных системах сравнивать влияние ближайшей звезды и барицентра, которому приписана суммарная масса системы. Если влияние барицентра больше влияния ближайшей звезды - проверить находится ли корабль вне орбиты самой дальней от барицентра звезды.
Если да - считать только влияние барицентра, если нет - считать полет свободным.

Таким образом, в любой момент как максимум решается задача навигации в поле центральной силы + несколько простых проверок.

Даже с той точностью, что сейчас используется для модерирования межпланетных перелетов в космонавтике задачу не решить, комп рядового геймера не потянет вычислений которые делали на суперкомпах даже в конце семидесятых.

Дело не в упрощении, дело в общей точности расчетов если в реальности все просщитывать от и до то ком просто глючить начнет несправится просчитывая такое количество данных орбит. Ведь он должен просчитать не только свою орбиту но и орбиты других обьектов которые в свою очередь тоже перемещаются и их перемещение порой не поддается расчетам можно только предположить куда полетит например вон тот грузовой корабль. Даже если вероятность столкновения с ним мизерная.

Сервак будет считать только координаты реального полета, вся навигационная часть пусть остается у игрока.

Рассчёт орбит естесственно будет на клиенте. Скорее всего я вообще сделаю p2p систему, так что сервер нужен будет только для регистрации аккаунтов игроков и содержания игровой БД.

Закон Мура никто еще не отменял. Каждые два года мощность компьютеров удваивается.

Вот расстановка точек - это вроде как перебор. Если мы не используем грав.маневры, то нам достаточно двух импульсов.

А на чем сейчас работает камера? И чем не устраивает?

Я бы отложил полет с грав. маневрами в сторонку - это для экстремалов и любителей, слишком уж долго лететь, только если это не экскурсия, соревнование или авария.

Что подразумевалось под трехимпульсным перелетом? Вернее отчего он будет экономичней?

Я не отрицаю, что это возможно, но я сразу прикинул, что SpaceEngineer это не Европейское Космическое Агентство и его движок не может себе позволить слишком сложной программы для вычислений. Да, на современном оборудовании эти задачи решаются достаточно легко путем написания программного комплекса размером в 100 раз больше всего Space Engine. С применением недоступных нам вершин матанализа и честным решением нелинейных дифференциальных уравнений.

Блин, я уже тыщу раз объяснял - Г И П Е Р У С К О Р И Т Е Л Ь. Рассчитывешь перелёт, включаешь двигатели, выключаешь двигатели, включаешь гиперускоритель - и через 10 секунд у цели. А там уже тормозить или совершаешь грав. манёвр, тоже в режиме гиперускорения.

Не нашёл быстро ссылку, но там идея в том, что на Венеру надо лететь чуть ли не через орбиту Юпитера.

А при достаточно близком приближении к астероиду - считать уже чесно его поле (с учётом несферической формы!).