QR_BBPOST Еще одна просьба.
Прошу не в первый раз.
При вращении камеры в SE, наблюдается постоянный дрифт наклона камеры: при вращении по часовой стрелке камера вращается вправо, при вращении курсора против часовой стрелки, камера вращается влево.
Это раздражает. 
Минимум.
Бесит, как максимум. 
Считаю эту фичу нееестественной. Аргументирую: парю в невесомости. Смотрю вправо, вверх-вправо. Тело не изменяет свое положение в пространстве. 
То есть вертикальная ось наблюдателя должна оставаться неподвижной, независимо от вращения камеры.
Это можно как-то решить?
Очень прошу.

Камера в SE сделана через кватренионы. То, о чём вы просите, это камера как в шутерах, сделанная через углы Эйлера. Но для SE они неприменимы, потому что имеют неприятные особенности, в частности, неравномерность вращения и gimbal lock. В шутерах это решается просто: есть выделенная ось - вертикаль, и повороты вверх-вниз ограничены этой осью. В шутере нельзя сделать сальто камерой. Но в SE нет никакой выделенной оси, т.к. космос трёхмерный.

Камера в SE сделана через кватренионы ... есть выделенная ось - вертикаль ...в SE нет никакой выделенной оси, т.к. космос трёхмерный.

Вертикаль у нас - перпендикуляр к столу по монитору.
И еще - "постоянный дрифт наклона камеры" от кватернионов что-ли?...

Разве нельзя сделать поворот вокруг текущей нормали наблюдателя?
При движении камеры вверх-вниз ведь нет дополнительного вращения относительно другой какой-либо оси.

Еще вертикаль - ось Z модели(корабля). Относительно нее и происходит "дрифт положения камеры".
Вспомнил. Корабль по умолчанию находится чуть ниже центра экрана. Может этот эффект изза этого?

При движении камеры вверх-вниз ведь нет дополнительного вращения

Эффект дрифта наблюдается при вращении вправо-влево, как помню...

На поверхности планеты, если повернуться на 180 градусов параллельно горизонту, то горизонт гарантированно завалится.

У нас есть кнопка возвращения камеры параллельно горизонту (Insert).
А значит, есть и функция выравнивания камеры. 
Вот простой костыль: автоматически запускать функцию каждый фрейм.
В космосе то же самое, но привязать не к горизонту, а к соответствующей координате.
Костыль - такой костыль.

Кстати, я бы тоже предложил в ситуациях, где у нас есть выделенные верх/низ сделать камеру а-ля шутеры, сохраняющую направление верх/низ. Например, при вращении камеры вокруг кораблей или на поверхности планет.

QR_BBPOST И еще - "постоянный дрифт наклона камеры" от кватернионов что-ли?...

QR_BBPOST На поверхности планеты, если повернуться на 180 градусов параллельно горизонту, то горизонт гарантированно завалится.

Нет, это от того, что вы задираете камеру выше истинного горизонта. Нажмите End, чтобы горизонтироваться, и поворачивайтесь не мышкой, а нумпадом. Тогда никакого дрифта не будет.

QR_BBPOST Разве нельзя сделать поворот вокруг текущей нормали наблюдателя?

Он так и сделан.

QR_BBPOST Вот простой костыль: автоматически запускать функцию каждый фрейм.

Ага, а вверх и вниз смотреть не надо? Как в DOOM?

QR_BBPOST В космосе то же самое, но привязать не к горизонту, а к соответствующей координате.

К соответствующей - это к какой? К полярной оси галактики?

Чем вас не устраивают клавиши Q и E? До них даже тянуться не надо, всё рядом. Отсутствие каких-либо ограничителей - это ведь полный контроль.

Нет, это от того, что вы задираете камеру выше истинного горизонта. Нажмите End, чтобы горизонтироваться, и поворачивайтесь не мышкой, а нумпадом. Тогда никакого дрифта не будет.

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

QR_BBPOST Нет, это от того, что вы задираете камеру выше истинного горизонта. Нажмите End, чтобы горизонтироваться, и поворачивайтесь не мышкой, а нумпадом. Тогда никакого дрифта не будет.

Владимир! Скажите, что вы пошутили. 
Вы серьезно? Тут играть, тут не играть, а тут рыбу заворачивали?
Может разработать разные фичи, и позволит юзеру самому в настройках выбирать что ему нравится а что нет?

Пример: 
в настройках Blender, в Orbit style, есть выбор между "Turntable" и "Trackball". 
Это как раз то самое, о чем мы тут дискутируем. Прямо один в один.
Юзеру предоставлен выбор. И это здорово.

Я так понимаю, он пока не видит сути проблемы.
Типа, кораблями займемся в следущей версии. )
Просто сейчас не очевидно, что главный герой геймплея это - корабль. ; )

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

Двойные планеты

Речь идет всего лишь о небольшой номенклатурной правке. На данный момент двойные планеты в SE уже есть, как твердые так и гиганты, они правильно движутся вокруг барицентра, однако технически меньшая из них считается луной. Это сбивает с понталыку школьников, я только что наблюдал в группе обсуждение, что де есть вот примеры, где луна больше планеты или примерно равна ей. За примером слетайте например сюда:
rs 0-7-936224-909-118-4-2178-788 10
Нужно всего лишь дописать пару строк кода, чтобы большой спутник планеты так же считался планетой.
В Википедии по этому поводу сказано, что астрономами пока не принят единогласный перечень условий, поэтому я предлагаю принять его самим. Пока наиболее близким к утверждению определения двойной планеты считается такое:
"Если центр масс не располагается под поверхностью одного из объектов, то систему можно считать двойной планетой"
ТО ЕСТЬ применительно к SE правка спутника в планету должна происходить в том случае, если радиус основной планеты меньше радиуса ее орбиты вокруг барицентра. Правда это кажется довольно мягким условием, лично я бы предложил говорить о двойной планете, если спутник имеет массу более трети от основного тела.


И по поводу камеры, которая обсуждается выше

Поддерживаю запрос. Нужно сделать что-то, чтобы после посадки камера как-то придерживалась линии горизонта. Это не значит, что ее нужно перевести на шутерный режим, но неужели нельзя ввести некий дополнительный параметр для ее автоматической коррекции?
Работало бы так: проверяю положение камеры, если экран не перпендикулярен радиусу планеты по оси X, то плавно добавляю недостающий угол. Ось Y не учитывается, т.к. она должна быть свободной для взгляда вверх и вниз. Насчет сальто - после того, как подъем превысит... нет, не 90, а скажем 120 градусов, должен происходить разворот горизонта.

В SE двойной считается планетная система, в которой масса спутника больше или равна 2% массы планеты (т.о. Земля-Луна всё ещё не двойная планета). Размер спутника при этом не имеет значения, он может оказаться и крупнее планеты, если его плотность заметно ниже, а массы примерно равны.

QR_BBPOST В SE двойной считается планетная система, в которой масса спутника больше или равна 2%

Да вот в том и дело, что пока еще не считается. В текущей версии всегда второе тело числится спутником.

Я не о номенклатуре, а о том, при каком условии генерируется барицентр системы.

Осталось только при наличии этого барицентра назвать оба тела планетами. Правда с порогом побольше чем 2%.

Камера в SE сделана через кватренионы. То, о чём вы просите, это камера как в шутерах, сделанная через углы Эйлера. Но для SE они неприменимы, потому что имеют неприятные особенности, в частности, неравномерность вращения и gimbal lock. В шутерах это решается просто: есть выделенная ось - вертикаль, и повороты вверх-вниз ограничены этой осью. В шутере нельзя сделать сальто камерой. Но в SE нет никакой выделенной оси, т.к. космос трёхмерный.

Голосую за опциональную камеру. В Celestia это называется Альт-Азимутальная монтировка(режим телескопа).
При приземлении на планету включается автоматически,но можно тут же и выключить.
При отдалении от планеты выключается(в космосе выключена) Вообще то такая камера это уже человечик на планете!
Если мы "никто" или "корабль" то такой камере нет смысла,скорее наоборот вредное ограничение.

Позвольте повториться с просьбой вынести куда нибудь (*.cfg,spinner,slider) праметр(процент) исчезания орбиты (градиент) до замыкания...
  С уважением...