Никак, рисовать должна одна программа. Быстрее будет передать несколько циферок данных с симулятора в SE, чем гонять мегабайты видеопотока обратно. А вообще, вся система должна быть одной программой, или вы хотите по сети скрестить две отдельные программы?

Насчет отрисовки, посмотрим что скажет SpaceEngineer. Я думаю, что сделать это можно. Хотелось бы, чтобы на визуализацию использовался именно SE, поскольку вселенная тут нарисованна отлично smile
Кстати, можно будет с вами связаться по e-mail? У меня скорее всего появятся вопросы по интерфейсу управления системами КА и обмену дат апаратуры кабины с симулятором.

Никак, рисовать должна одна программа. Быстрее будет передать несколько циферок данных с симулятора в SE, чем гонять мегабайты видеопотока обратно. А вообще, вся система должна быть одной программой, или вы хотите по сети скрестить две отдельные программы?

Я Proland почти что только как отдельную отрисовку хочу использовать, он уже с открытым кодом и интегрируется достаточно просто. Мне надо отрисовка только в память, без создания окна. И ещё пара очень специфичных требований.

SpaceEngineer, а движок у вас делает полный HDR? Одно из этих требований - возможность рисовать не в яркостях, а в энергиях нормированых на что-то номинальное, и задавать соотв. правильную выдержку камере (с эфектами bloom/засветки от ярких источников). Это просто интересно

Очень плохая идея сохранять что-то в память, а потом опять заливать на видеокарту для отображения. Это убьёт фпс просто в ноль.

Да, HDR, рендер-таргет - float текстура. Bloom тоже есть, правда не такой крутой как UE4. Автонастройка яркости сейчас не работает, поэтому яркосьт планет/звёзд/галактик не "реальная", а подобранная эмпирически для хорошей картинки. Но честный HDR в планах.

Мммм.... Я могу рисовать в одной сцене яркости 0.00001 и 10^9 относительно номинальной?

Вот что интересует: рисовать например выхлопы и нагретые поверхности тела, и плазму вокруг тела с корректной температурой, и корректной яркостью (от излучения на соотв. частотных диапазонах).

Корректную яркость всё равно не получить, пока не начнут делать мониторы с максимальной яркостью пикселей как поверхность Солнца. Пока слишком яркие области просто уйдут в насыщение, с гало вокруг них (bloom эффект).

В SE так и сделано

Тогда отлично Кстати, SE будет правильно держать состояние своих внутренних структур данных если камер будет несколько? Например если я захочу отрисовывать в два буффера две разные планеты?

У вас кстати ландшафт можно грузить с диска, с какой точностью уже есть данные для Марса и Земли (и в каком формате нужны первоначальные данные)?

Также я читал, что атмосфера у вас та-же что у Proland (физически-корректно нарисованая атмосфера), по шейдерам Eric Bruneton вроде? Я бы с радостью использовал SpaceEngine и не мучался ещё с Proland. С корректным освещением и поддержкой HDR, меня только смущает, что пока нельзя добавлять свою отрисовку (т.е. закрытость этой части).

Отрисовку космических кораблей я бы тоже хотел написать - возможно не всю, а только генерацию 3Д мэша: у меня модели заданы как наборы кривых/сечений, для которых идёт тесселяция. На выходе сколько угодно ЛОДов разных уровней, с правильными текстурными координатами. Это как альтернатива загрузке прямо модели из файла. Ещё было бы интересно генерировать по данным обьекта ему текстуру - тоже процедуральная генерация.

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

Для Марса и Земли разрешение около 300 метров на пиксель текстуры, у Луны вдвое больше. http://spaceengine.org/load/additional/2
Потом будет процедурная генерация мелких деталей.

Да, чтобы добавить свою отрисовку, мне нужно сделать API, т.е. фактически превратить SE в SDK.

Не знаю насколько такая система удобна и гибка. Для процедурной генерации может сгодиться, а если игрок захочет вручную сделать корабль? Покажите скрины, как это выглядит.
Процедурную детализацию я тоже планирую сделать. Особенно это актуально для большиз кораблей и космических станций. Для станций я ещё хочу сделать процедурный ландшафт в форме цилиндра, тогда можно будет даже Мир-Кольцо сделать.

Я планирую делать выхлопы двигателей и плазменную оболочку спрайтами.

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

У вас есть возможность двигать корабли не симуляцией, а по обычным кеплеровским орбитам

Зачем это нужно? У игрока может быть сколько угодно кораблей, физика рассчитывается они на клиенте, а не на сервере. Когда игрок уходит в оффлайн, надо что-то с кораблями делать.

Мне не нравится. Дым там где он будет спрайтами можно (я бы кстати генерировал спрайты прямо в шейдере):

Я хочу иначе. Задавать функцию распределения яркости по выхлопу как f(r,theta,z) - в цилиндрических координатах, ну и от состояния выхлопа (параметры двигателя, среды), затем брать несколько семплов в зависимости от лода. Сам выхлоп рисуется инвертированым кубом покрывающим область интереса. Источник шума - на основе перлина.

Это делается созданием нового обьекта типа propagator, который будет делать не чисельное интегрирование а расчёт орбит по многочлену лагранжа/простым кеплеровским орбитам. А для более детальной физики эти обьекти просто стоит перенести в пропагатор с чисельным интегрированием. Давайте я вам как-то сделаю пример пропагатора который именно движет обьекты по вычисленым орбитам.

Для онлайн обьектов просто сделать шаг времени 1/30 секунды, для оффлайн - шаг времени предельный для пропагатора. Для RK4 это около 10 секунд (требует всего 4 вычисления физики за 10 секунд! Это всего 1 вызов физики за 2.5 сек!), для RK8 вроде секунд 20-25. Предельное время - это шаг времени, после которого ещё не начинается резкий рост ошибки.

Как это - спрайты генерировать в шейдере? В геометрическом что ли?

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

А кто будет рассчитывать шаги для оффлайн кораблей? Я не хочу перекидывать это на сервер, иначе неизбежно упрусь в лимит по числу корабей/игроков. Задача - сделать игру как можно более массовой. Можно как-то перекидываь рассчеты на онлайн клинеты, но не факт что это прокатит.

Работаю над отрисовкой выхлопа ракетных двигателей для нового симулятора. Это просто шейдер на GLSL, я привяжу отрисовку к параметрам двигателей.

Работаю над отрисовкой выхлопа ракетных двигателей для нового симулятора. Это просто шейдер на GLSL, я привяжу отрисовку к параметрам двигателей.