Форум @ BelAstro.Net

astroivan

Максим, в приведённом тобой примере кадр сделан в 22:14:22. Экспозиция 45 сек. Так откуда взялось значение MIDPOINT 22:16:53? Cтало быть твоя камера неправильно считает MIDPOINT?

KMM

MIDPOINT не камера придумывает (она вообще ничего не придумывает Wink

, даже время снимка, ибо ей думать вообще нечем Very Happy

). И вообще, ты не внимателен. Я же говорю не об одиночном снимке, а о стеках!
MIDPOINT добавляет МаксимДЛ при сложении серии снимков.
Сейчас не вспомню, из какого снимка мой пример выше был. Возьму другой, где сложение было сделано через пользовательский интерфейс.
Итак, в стек было взято 7 исходных изображений. Первое имеет:
DATE-OBS = '2015-10-04T21:59:13'
Последний снимок в стеке имеет:
DATE-OBS = '2015-10-04T22:04:16'
У всех EXPTIME = 45 секунд.
Т.е. середина экспонирования стека будет равна:
(T22:04:16+00:00:45-T21:59:13)/2+T21:59:13=Т22:02:07
В стеке имеем:
DATE-OBS = '2015-10-04T21:59:13' (через пользовательский интерфейс было выбрано 4-ое изображение в качестве Reference, потому это поле из этого изображения)
MIDPOINT = '2015-10-04T22:02:06'
Разница в одну секунду, похоже, из-за деления отдельно 45 секунд выдержки и отбрасывания дробной части МакимДЛом.

astroivan

Понял! Спасибо!

KMM

Ваня, в общем-то, этот срипт напрямую работает и с кеноновскими равами. Сейчас только что попробовал. Только он сразу при открытии конвертирует в цвет. Надо разобраться, как это убрать.
Если через меню "Open" вручную там выставить, чтоб при открытии не конвертировать равы в цвет, то при ручном открытии или если равы ассоциированы с МДЛ не происходит конвертации в цвет, равы остаются как есть - чб. Но через скрипт всё равно происходит автоматическая конвертация в цвет.

KMM

О, я совсем забыл же! МДЛ может сам пересохранить в фитс, причём делая калибровку!
Открываем МДЛ, в меню выбираем File, находим "Batch Save and Convert". В открывшемся меню можно выбрать изображения, которые надо сконвертировать, выбрать формат, в который надо сконвертировать, можно поставить галочку на калибровке (только сами калибровочные снимки уже должны быть выбраны в обычном для этого меню!).
Таким образом в МДЛ можно равы с Кенона пересохранить в фитц довольно таки простым методом.
У меня только вот нет снимков звёздных полей, чтоб попробовать из сложить обсуждаемым здесь скриптом с выравниванием снимков по звёздам, чтоб проверить, а не смешивает ли МДЛ при сложении скриптом разные color plans.
Вообще, не мешало бы из сконвертированных через МДЛ в фитцы равы выделить только G1 и G2 пикселы в отдельные файлы (использование только зелёных пикселей даст фотометрию, близкую к V). Это можно сделать и через дополнительный срипт (или модифицированный из этот из темы) с командой http://www.cyanogen.com/help/maximdl/ExtractBayerPlane.htm
Вопрос только в том, кто это сможет сделать? Wink

bigol

astroivan

Максим, я в курсе что MDL декодирует равы. Но мне не понравились результирующие файлы, поэтому пришлось использовать ИРИС. Не понравилось что результирующие кадры абсолютно черные, т.е. звезд не видно.

KMM

Andrey Prokopovich

bigol

KMM

KMM

Эх, похоже, и тут спасение утопающих - дело рук самих утопающих... Sad

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

Прикладываю вариант скрипта для равов с зеркалок, которые преобразованы в фитцы.
Этот вариант умеет складывать в стеки, спрашивает, какой шаг между стеками, может откалибровать, если калибровочные заданы уже в "Set Calibration", если калибровку ещё не произвели на стадии конвертации равов в фитцы (чтоб активировать калибровку в скрипте, надо удалить апостроф в начале 136-ой строки, чтоб было на этой строке только Img(ii).Calibrate), скрипт выделяет из рава только G2 пиксели перед сложением, и складывает только их с выравниванием по звёздам. Сложение - суммированием (если надо усреднением, то в 121-ой строке Img(ii).CombineImages 1, False, 0, False надо заменить выделенный 0 на 1). Сохранение в фитц с плавающей точкой.

KMM

А теперь то, на чём я застрял.
Чтоб из одного исходного изображения выделить и G2, и G3, надо либо второй раз открыть это изображение, либо сделать дубликат.
Если вручную открываешь изображение, то МДЛ спокойно делает это. Но через скрипт он не открывает второй раз, хоть сколько раз ему не прописывай одну и ту же строку Img(ii).OpenFile (Path) !
Если в скрипте создать дубликат открытого изображения, то без проблем можно из исходного выделить только G2, а из дубликата G3, а потом это всё сложить. Этот вариант прикрепляю.
Но с этим вариантом завтык получается при закрытии всех изображений!

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

astroivan

Обнаружил что новая версия MDL весьма сносно декодирует равы. Все наблюдения nsv 14753 перегоняю в фитсы MDL. Тогда на сложенных снимках при фотометрии MDL хорошо воспринимает время наблюдения. А как сделать чтобы скрипт обрабатывал массивы снимков - закончил одну папку, перешёл к другой? Фотометрия в MDL более точная нежели в васте.
У NSV 14753 отлично проработался период 0.51 сут. Ещё нужно обсчитать данные за 5 ночей. Перехожу в созвездие Жирафа, где " сидят" две nsv лириды.

astroivan

Максим, спасибо за модифицированные версии скрипта. Уже вовсю использую. Планирую их также использовать при "решении" nsv-лирид. В очередь к телескопу "выстроил" все быстрые nsv-звезды в Млечнике (EW,RR) , слабее 14.5 вел., и выше +72 г. по склонению. Всегда хотел разобраться с заподозренными в переменности, но не хватало времени. Кстати, заметил баг в работе скрипта. Иногда он прекращает работу, выполнив обсчет ~50% снимков. Это м.б. связано с тем, что за ночь получаются две серии снимков, а иногда и три, т.е. приходится лезть в башню и менять аккум в фоте. Тогда взаимная ориентация звезд на стыке серий немного меняется. Сетевой адаптер пока придёт из Китая... это м.б. в начале зимы. Пробовал из зарядки сделать сетевой адаптер ничего не вышло. Изготовил муляж аккума, подпаялся к клемам зарядки согласно полярности, но ничего не получилось. Тебе еще немножко поднатореть в освоении скриптового языка и будешь творить чудеса! Молодец!

KMM

astroivan

Поделюсь скриптом на Питоне для сборки максимовой фотометрии. Скрипт собирает в единый файл произвольное число отдельных файлов. Открыть для обработки все снимки, полученные за ночь, у меня не возможно. Поэтому приходится проводить фотометрию, обрабатывая 30-40 файлов с зеркалки или 150-200 кадров с мидовской камеры (уже нет ее у меня). Кроме того, если проводится фотометрия многих объектов, скрипт формирует файлы с именами obj1, obj2 и т.д. по числу фотометрируемых объектов. Перед запуском скрипта нужно создать папку INPUT в которую поместить исходники в csv-формате. Также необходимо создать папку OUTPUT и установить среду Piton.
Успешной работы всем!

astroivan

Максим, так я также снимаю очень много. А обрабатывать не все успеваю, информацию архивирую. Обработать всю информацию оперативно, поступающую каждую ясную ночь, невозможно. Вот с этого года запустил фотосъемку всего Млечника с целью изучения NSV-звезд до 10-10.5 величины. Снимаю с простейшим объективом "Гелиос-44". Снимки пока что идут в архив, как, собственно и данные с видеокамеры. NSVS собираюсь "добить" этой зимой (хоть один обзор удастся одолеть).
А ведь еще лежат фотоархивы на 70-градусных полях с 2010 года. Цель такой фототеки - исследование неизученных переменных звезд до 8 величины.
Архивы с олл-скай камер в Чили и Киттт-Пикк просто как дополнительные по ярким переменным.

wladlen88

Доброго времени суток ! ) Помогите, пожалуйста, исправить (дописать) скрипт для MaximDl 5.24. Суть скрипта - разбиение каждого файла на каналы R G G B соответственно, удвоение размера и сохранение каждого канала для каждого файла на диск под своим уникальным именем (дабы не перезаписывались файлы). На данный момент работает - открытие файлов после перетаскивания на иконку скрипта, разбиение на каналы R G G B и удвоение размера. Проблема в том что не могу сохранить эти каналы на диск под уникальным именем для каждого. Единственное чего добился - перезаписывает тот-же файл, с которого и прочло, но это не то что нужно. Ниже прилагается файл скрипта.

Ветер

Ну вот вариант