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

А почему бы не зделать что-то типа новостей, где будет писать такого-то такого-то взорвется/столкнутся/родится така-то звезда/планета.

Или имеется в виду физическое обоснование принципа работы такой гравикамеры?

А почему бы не зделать что-то типа новостей, где будет писать такого-то такого-то взорвется/столкнутся/родится така-то звезда/планета.

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

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

На форуме несколько раз упоминалось падение fps на видеокартах NVidia при переводе шейдеров с CG на GLSL. Натолкнулся на упоминание нескольких параметров компиляции для NVidia здесь http://www.icare3d.org/blog_te....ns.html Здесь http://www.gamedev.ru/code/forum/?id=153576 приводился пример шейдера где задание определенных значений для этих параметров приводило к поднятию fps. Возможно стоит поэксперементировать.

Чего ж сложно, в Селестии это давно сделано.

Да? Я не замечал, потому что специально не смотрел. Надо бы проверить.

Я сейчас на ATI, не могу проверить. Если сможешь провести эксперимент, будет круто. Надо найти планету с атмосферой и несколькими испточниками света, найти шейдер, которым она рендерится, а воткнуть туда эти директивы. Шейдеры лежат в cache/shaders/glsl, имя planet_diff_bump_atm_light*.glf, найти можно читая лог или изменив что-то в нём и нажав F5 в дебаг режиме - тогда текущий шейдер перекомпилится. Когда найдешь, сравни фпс в одной и той же точке с директивами и без. Для чистоты эксперимента надо отключить всё кроме планеты - галактики, звёзды, скопления, туманности, облака и воду. Оставить атмосферу - именно она даёт самую большую нагрузку.

Я пытался сделать интерполяцию, но нифига не работало. В шейдере tg_common.glsl наверное даже остался старый код попытки, если я его не удалил. Попробуй сам сделать, может получится Кстати, в пироде не бывает плавного перехода песка в камни или снег. Разные материалы имеют резкую границу.

Есть движки процедурной анимации вроде. Которая не полностью в ручную делается. Но такие двиги не дешевые и как их вклепать в этот движок тоже не понятно. Эх.. ещё бы сотню бесплатных программистов работающих за еду и всё было бы ок))

Я попробывал поковырять этот шейдер и сравнить его с тем что в примере. Насколько я понял в примере для каждого участка и каждой текстуры которая будет на этом участке учитывается ее вес и в конце суммируются цвета всех текстур и их веса. В SE для каждой точки кажется используется только одна текстура. Моих текущих познаний в написании шейдеров, к сожелению, пока не хватит чтобы перенести реализацию из примера в SE.

Необходимость создания хотябы независимой мини гейм дизайн студии всеже есть рано или поздно эта мысль дойдет до его величества SpaceEngineer.