Вопросы по MaxIm DL

[Pavels]

При пакетном конвертировании в цвет с помощью View / Batch Process Window сохранённые фитсы получаются пожатыми - так должно быть или я что-то не то делаю?

[d_w]

При пакетном конвертировании в цвет с помощью View / Batch Process Window сохранённые фитсы получаются пожатыми - так должно быть или я что-то не то делаю?

File->Settings->Files->Compress Captured Images не стоит галка?

[Pavels]

File->Settings->Files->Compress Captured Images не стоит галка?

Нет.

[Pavels]

Больше вариантов нет?

[Ivan7enych]

Больше вариантов нет?

В окошке batch process выключал сжатие?

[Pavels]

В окошке batch process выключал сжатие?

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

[bigol]

Я тоже так делаю и все нормально, здесь дело не в этом окне, где-то глубже.
Конвертация в цвет в этом окне идет по установкам окошка Color convert. Там все нормально? Не выбрано что-нибудь странное?

[Pavels]

Конвертация в цвет в этом окне идет по установкам окошка Color convert. Там все нормально? Не выбрано что-нибудь странное?

А в этом окне и нет ничего особенного.

[bigol]

Попробуйте в окошке, показанном Иваном, выбрать не 16Int, а IEEE Float. Тогда компрессия недоступна и можно быть уверенным, что дело не в этом.

[Pavels]

Попробуйте в окошке, показанном Иваном, выбрать не 16Int, а IEEE Float.

Как ни странно но помогло.Это компрессия на качество кадра как-то влияет или нет?

[bigol]

Ну помогло - и замечательно. Могу только предположить, что изначальный формат вашего файла не соответствовал указанному здесь при конвертации, поэтому программа что-то сжимала, меняла и т.д. У меня изначально стоял этот IEEE, поэтому с таким вопросом не сталкивался.

[bigol]

Раз предыдущий вопрос разрешился, позволю себе задать новый. Натолкнули как-то хорошие люди вот на такой Auto Guider Calculator. Однако, в нем предлагается выбрать один из трех методов автогидирования - Guider relays (с этим понятно), Direct Guide и AutoDither. Вот с последними двумя - не понятно. Традиционное подключение максима к NEQ или HEQ с помощью eq-mod - это какой способ? А потом я задумался и понял, что вообще не четко понимаю как происходит гидирование. Камера гида сняла кадр. Программа определила смещение по осям. Дальше что? Происходит одна коррекция вычисленной длительности по одной оси, затем одна по другой - и далее ждем следующий кадр? Или несколько коррекций? Или, как мне сказали в соседнем форуме, после определения ошибки происходит только одна коррекция по другой оси, в следующем цикле - по другой.
Во всем этом хотелось бы разобраться, чтобы правильно настроить в максиме Camera control - Guider - Settings - Advanced.

[Anton]

Традиционное подключение максима к NEQ или HEQ с помощью eq-mod - это какой способ?

Telescope.

[bigol]

Э, нет Это я понимаю, хотя слышал что некоторые пользуются MicroGuide. Я имел в виду, из приведенных вариантов на упомянутом в моем посте калькуляторе. Понятно, что не реле. Антон, ты не однократно высказывался как раз на эту тему - правильный выбор минимальной ошибки, требующей коррекции. Чтобы сетап не "гонялся за атмосферой", но в то же время был достаточно чувствительным. Вот этот калькулятор для того и нужен, только нужно понять как им пользоваться правильно. Хотя если ты в двух словах сможешь это по-своему объяснить - было бы здорово.

[Anton]

Странноватый какой то этот калькулятор...
На пустом месте столько букв умудрились написать, что я с первого раза ниасилил.
Под этим калькулятором толкуют о минимальном импульсе, эквивалентном 75% от масштаба, но я всегда решал вопрос проще, минимальный импульс должен быть порядка сиинга, ну, например, 1 угловая секунда. И все. Пересчитай эту секунду через масштаб и скорость гидирования в реальные секунды и вбей в настройки.

[bigol]

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

Порядка сиинга или все-таки порядка половины (радиуса) сиинга? Сиинг 1" означает что изображение звезды может плавать в кружке 1", или что оно может смещаться на 1" в любую сторону?

Пересчитай эту секунду через масштаб и скорость гидирования в реальные секунды и вбей в настройки.

Тут я плаваю малость.... А как пересчитывать угловые секунды на небе и угловые секунды на матрице? Или это одно и то же? Пример. У меня разрешение гида 7.5"/pix, разрешение сетапа 0.42"/pix. Если мы ставим скорость гидирования 0.5х, то монтировка будет гидировать примерно 7,5" в секунду. Правильно? Значит, за 0.1сек на камере гида перемещение будет 0.75", или 0,1pix, а на основной камере - 1.8" или 4.28pix?
Тогда понятно, что при настройке min 0.1сек метания на основной камере по 4 пикселя туда-сюда ничего хорошего не дадут.
С другой стороны, при minmove 0.01сек, гид должен дергаться за каждой ошибкой более 0.075" или 0.01 пикселя, т.е. постоянно, что тоже неправильно. Как тут найти собаку зарытую...

[Pavels]

А какое отличие в этих форматах записи  16Int  и   IEEE Float?

[bigol]

Первый - 16-битный целочисленный, а второй - с плавающей запятой, а вот скольки битный - затрудняюсь сказать.

[Pavels]

И как это с практической стороны выглядит?Есть качественное различие в сохранении изображения?

[Anton]

А как пересчитывать угловые секунды на небе и угловые секунды на матрице?

Угловые секунды они на небе, а в настройках MaximDl секунды реальные, те имеющие размерность времени.
Звездная скорость 15 arcsec/сек, значит минимальное время коррекции (1/15 секунды)/0.5х=0.13 сек, дабы не дергаться при сигнале ошибки менее 1 угловой секунды при скорости гидирования 0.5х. И не нужно эту муть про масштабы изображения итп в голову думать.