Stellarium

[MURENA]

Ух ты , а Стеллариум -то , ход Лунного затмения показывает .   

[Opossum]

Объект звезда HIP 103089

программа указывает расчётное время кульминации 20h15m (см. картинку), в то время как рисует момент пересечения меридиана ок.20h45m (и даёт значения азимута соответствующие). Почему получасовая разница?

Заодно второй вопрос: почему используется не астрономический, а геодезический азимут (т.е. отсчёт ведётся от точки севера, но не юга)? Можно ли это изменить в настройках (т.е. чтобы азимут считался от точки юга в диапазоне от -180° до +180°) ?

Ну и третий: прога, работая даже в фоне, заметно кушает процессор, повышая температуру системы на ~15°. Вроде мелочь, но как-то странно сие

[Александр Вольф]

Для начала было бы неплохо обновить планетарий - версия 1.2 уже довольно старая (актуальная версия - 25.3)

программа указывает расчётное время кульминации 20h15m (см. картинку), в то время как рисует момент пересечения меридиана ок.20h45m (и даёт значения азимута соответствующие). Почему получасовая разница?

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

Заодно второй вопрос: почему используется не астрономический, а геодезический азимут (т.е. отсчёт ведётся от точки севера, но не юга)? Можно ли это изменить в настройках (т.е. чтобы азимут считался от точки юга в диапазоне от -180° до +180°) ?

Это у нас он различается, а в той же Европе - нет. Соответствующая настройка есть - достаточно галку поставить «Азимут от юга».

Ну и третий: прога, работая даже в фоне, заметно кушает процессор, повышая температуру системы на ~15°. Вроде мелочь, но как-то странно сие

Что странно? Если на паузу симуляцию никто не ставил, то расчеты местоположений тел солнечной системы и спутников выполняются, рендеринг отображаемых объектов производится с учетом вращения Земли и т.п. - т.е. происходит масса рассчетов и почему они не должны кушать процессор? Можно ли заставить почти не использовать процессор? Да, можно, но тогда это будет слайдшоу (есть такая настройка тоже) и вся плавность исчезнет.

[Opossum]

Для начала было бы неплохо обновить планетарий - версия 1.2 уже довольно старая (актуальная версия - 25.3)

программа указывает расчётное время кульминации 20h15m (см. картинку), в то время как рисует момент пересечения меридиана ок.20h45m (и даёт значения азимута соответствующие). Почему получасовая разница?

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

 
вот уж такого хитрежа не можно было вообразить Выходит, понятия "текущее время" и "время ОС" не эквивалентны? Т.е. в московском р-не Сокол время = GMT+2.5h  (среднее солнечное время на данной долготе трудно применить к ночным наблюдениям)

[Александр Вольф]

В смысле «хитрежа»? Как настроили часовой пояс, так и показывает он время. Если же на эти настройки «забили», то тогда непонятно удивление «кривому» времени.

Выходит, понятия "текущее время" и "время ОС" не эквивалентны?

Они эквивалентны при соблюдении определенных условий - темп времени стоит «режим реального времени» и часовой пояс системы и места в планетарии одинаковый.

P.S. Вообще время вне планетария не имеет смысла внутри планетария - любого планетария!

[Opossum]

Пожалуйста, не подумайте, что я какую-то злую критику навожу. Программа офигительна! Я её всем советую. Есть лишь некоторые непонятные места - про которые и вопрошаю

P.S. сегодняшний так и вовсе связан был с определением времени перекладывания монтировки

[Александр Вольф]

Пожалуйста, не подумайте, что я какую-то злую критику навожу. Программа офигительна! Я её всем советую. Есть лишь некоторые непонятные места - про которые и вопрошаю

Так корректная настройка координат местоположения и часового пояса - первый шаг настроек в любом планетарии и в любой монтировке