monstr

Поиском прошелся, нашел лишь эту тему:
http://www.starlab.ru/showthread.php...highlight=iris
Думал продолжить, но логичней завести тему здесь.

Постепенно перехожу на ирис. Есть у меня вопросы, вероятно ламерские, но уж так получилось, что сначала я хорошенько выучил максима, dss, и лишь сейчас осваиваю "ириску".

У меня есть несколько дробных цветных fits (по 140 метров каждый), я хочу их выравнять средствами iris, так как мне нужен Global Match и Affine преобразования кадра. Раньше я делал это в DSS, но что-то подсказывает, что в ирисе, вроде бы, должно получиться лучше.

И что же. Я говорю Stellar Registration, и получаю на выходе чб фитсы. Выровненные, но чб. И в формате 32bit int fits, то есть с потерей точности. Есть ли способ в ирисе работать с дробными на этапе выравнивания? Может перевести все в PIC или иной формат? 32 бит целый не так плохо, достаточно точно, если бы нужный кусок гистограммы не был так плотен. А так уж устроены все астрофотки, полезная информация содержится в нижних десятке процентов, если не в паре процентов.

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

Пока что у меня в планах до дебайеризации разбить откалиброванные максимом кадры на 4 плоскости в 50% разрешении, в чб. Потом алигнить плоскости раздельно, в крайный домешать заранее выделенную плоскость от H-a (точнее три - красную и пару зеленых, туда фильтр течет, есть инфо), потом выравнять 4 плоскости, подмешать к ним H-a, создать L-канал в 50% разрешении (все фитСтакером), создать RGB через combine color в максиме. Дальше уже фотошоп, в котором, быть может, удвоение разрешения и попытка повышения резкости. Пока нацелен на 50% разрешение.

Но даже реализовав такой подход я опять получу 32 int на выходе после выравнивания, опять потеря... И не надо меня называть перфекционистом , я просто по уму хочу сделать все, а это значит, что на каждом этапе точность должна быть 32 бит float.

Это я пытаюсь по уму "пузырь" переработать с учетом недавно снятых трех часов H-a.

__________________
skype: oleg_milantiev

igor_da_bari

Олег, до таких высот я в ИРИС еще не дошел, поэтому подсказать, к сожалению, ничего не могу. Однако позволю себе все же выразить сомнение, что разница в финальном снимке при работе с 32 int и 32 float будет заметна даже на самый взыскательный глаз...

monstr

Верно говоришь, особенно с учетом выделенного.
Но я говорю о промежуточном результате, и вот тут мне странно, что мы калибруем кадры с дробными значениями, получая, например 0, 1, 1.1, 1.2, 2, 5, 100, 500 значения. После этого кадры НЕ нормируются (гистограма не растягивается внизу) и тут же, после выравнивания, мы получаем 0,1, 2, 5, 100, 500, а 1.1 и 1.2 пропали. Их бы потом вытянул кривыми, но теперь не смогу.

А на финальном кадре - это понятно, там и 8 бит на канал достаточно, ибо в нужных местах я гистограмму уже растянул (кривыми), в нужных сжал (ими же).

Раз уж тему такую я завел, быть может расскажешь вкратце, как ты калибруешь и выравниваешь цветные кадры с цифрозеркалки? Или тисни копию из мануала, если нет времени на описание.

__________________
skype: oleg_milantiev

igor_da_bari

Олег, я залил аж в 3 места (выбирай для скачивания что удобнее) документ, который я в свое время собрал по инету по кусочкам:

http://slil.ru/28059947
http://ifolder.ru/14408604
http://www.rapidshare.ru/1203774

Там 2 мануала. Начинал я осваивать ИРИС по первому, но затем перешел к гораздо более "продуманному и тщательному" описанию от Соломона. Оно начинается с 33-ей страницы и является, собственно, не описанием ИРИС, а описанием всех стадий работы с астрофото. ИРИС начинается со страницы 48 и вот так, как там все описано, так я и в общем делаю с некоторыми верояциями в ту или иную сторону иногда. Регистрацию звезд делаю с Global Matching - Cubic.

Затем идет тот же текст от Соломона на языке оригинавла, а затем (очень полезно!) список команд ИРИС.

Надеюсь, хоть что-то из этого тебе пригодится.

Что касается глубины цвета. Это понятно, что финальный снимок что в 8 битах, что в 32 будет смотреться одинаково. Но я именно и имел в виду, что если все стадии обработки ты будешь делать на 16 битах и на 32-х, то результат практически не будет отличаться. Хотя бы потому, что глубина цвета РАВов, которые производятся нашими Кэнонами, даже меньше 16 бит (ты помнишь, наверное, а я все забываю - то ли 12, то ли 14) и любое повышение битности есть интерполяция со всеми вытекающими. Ты ее можшь и на этапе постобработки сделать, в ФШ (поставь галочку на "32 бита" и дело в шляпе), но интерполяция - она и в Африке интерполяция. Ты ей никакой информации к исходнику не добавишь...

Возможно, я и ошибаюсь, но думаю я так. Или где я проврался в своих рассуждениях?

monstr

Спасибо. Ушел качать/печатать/учить на досуге.

Насчет битности - второй раз этот вопрос всплывает, второй раз у меня не хватает времени разобраться, а не предполагать. Да, до 400D кэнона 12 бит, с 450D 14 бит, переводя в 16 бит мы уже дописали два нуля, получив 4 градации дробного. Дописав еще 16 бит мы получаем еще 65 тыщ градаций, то есть можно сказать, что это уже дробное, относительно исходного.

Умножение на флеты, вычитание дарка и офсета не требует столь большой точности, стало быть, 32 бита целые допустимая и, даже сверхдопустимая точность. Вот, сам себя убедил .

А почему ты используешь Cubic при выравнивании, а не Афинные преобразования? Чем вызван твой выбор?

__________________
skype: oleg_milantiev

igor_da_bari

Вот не хватает мне твоей тщательности и стремления разобраться во всем до корня. То ли слишком ленив, то ли слишком стар, то ли и то, и другое, то ли одно из трех

Вот и с этим я не разбирался до конца. В принципе афинных должно хватать, поскольку нужно мне бороться только с линейным сдвигом и с вращением поля. Однако экспериментально на некоторых сериях афинные и квадратичные "заклинивает". Несколько кадров из серии пропускаются с сообщениями, что они не могут быть обработаны, так как там не хватает информации. Предполагаю, что дело в нелинейных искажениях моих объективов. Но точно сказать не могу. А Cubic работает всегда. И по тем сериям, где проходят и те, и другие и третьи - результаты неотличимы. Поэтому я просто всегда ставлю Cubic и не парюсь. Наверное, это несколько халтурный подход, но де факто он у меня сейчас такой

monstr

Ага, понял.

Я просто к ирису пришел только из-за недостатка максима - не может выравнивать по всему кадру (Global Match), а только сдвиг/поворот/масштабирование целого кадра. Этого, увы, недостаточно, когда есть геометрические искажения кадра (а они у меня есть, ибо MPCC не до конца правит поле ньютона), и когда есть подвижки в течение съемки (а они у меня тоже есть, как минимум при перекладке трубы, т.к. часто снимаю призенитные области на экватореале).

Ах да, еще пользуюсь split_cfa2 / merge_cfa, когда нужно достать / сложить байеровские слои. Достать слой теперь (5.07) и максим может, да дюже неудобно сделано. Плюс я пока не нашел, точнее не искал, как сложить из четырех слоев один кадр в максиме, так что пользуюсь ириской и для этого.

__________________
skype: oleg_milantiev

NKV

+1 Причем там были реальные фотоны слабых туманностей на фоне неба.
Поэтому выравниваю, складываю и вытягиваю в PixInsight ибо там все это в 64bit float.

__________________
G11, TT320, C11", 40Da, TOA150F, PL16803, ...

monstr

Верно. Но вот я щас начну сам себе опонировать .
Выше описал, что даже 32бит int избыточно, 32бит float экстраизбыточно, а 64бит float...

То есть, душу 64f греет, но, мне кажется, мы перезаморочились.

P.S. А где этот PixInsight раздают?

__________________
skype: oleg_milantiev

NKV

Избыточно если гистограмма размазана по всему диапазону. А в нашем деле либо все вкусное ближе к нулю сосредоточено, либо все звезды выгорели.
Поэтому когда выравниваютя и складываются 10 кадров 14bit int (например Canon 40D), а туманность в этом диапазоне занимает всего 200 отсчетов (у меня так NGC7000 в 5мин Hа выглядит), то либо округлив я получу все тот-же диапазон в 200 отсчетов. Либо перейду на флоат то после сложения получу диапазон в 2000 отсчетов.

__________________
G11, TT320, C11", 40Da, TOA150F, PL16803, ...