Оптимальное сложение снимков + Программа FITStacker

[Ivan7enych]

Сохраняю как int16auto. О чудо! 0....32000 !!!!!
Вопрос: он 8000 растянул на 32000 ?

Да, int16auto - растягивает гистограмму до 0...320000

Если тупо сложить Фитсворксом, получается что-то около 117000.

Вы не понимаете чем просто сложение отличается от осреднения?
Просто сложение это a+b+c+d+e, осреднение это (a+b+c+d+e)/5 В обоих случаях отношение сигнал/шум улучшается одинаково, меняется лишь масштаб. Расятнуть гистограмму домножив на 5 можно всегда, это не меняет качества картинки (если работать во float или шумы картинки заметно выше 1 при сохранении файлов в целочисленном виде).

В фитстекере аглоритм гораздо сложнее осреднения и осреднения, но в целом гистограмма результата будет похожа на гистограмму опорного кадра (тот же уровень фона, та же яркость объекта).

[vsi]

Уважаемый Иван!

При (a+b+c+d+e)/5 мы получаем в итоге всю прелесть шумов квантования, от которой я так пытаюсь уйти, в т.ч. и количеством кадров.  Наверно, для 14-битной камеры это не так критично, а тут просто туши свет! тут всего 4000 отсчетов!!! Оно не тянется!!!  Мне ж еще градиент с него снимать, что добавит шумов...

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

[vsi]

Если переформулировать: 

У старых кенонов, с 12 бит АЦП, отсчетов слишком мало, чтобы изображение с таким их количеством подвергать финальной обработке (растяжению гистограммы). При достаточном кол-ве кадров SNR начинает ограничиваться шумом квантования финального кадра.

Кстати, наверно, мож исходные кадры попиксельно, скажем, на 10 умножить?

[Grey_]

Если переформулировать: 

У старых кенонов, с 12 бит АЦП, отсчетов слишком мало, чтобы изображение с таким их количеством подвергать финальной обработке (растяжению гистограммы). При достаточном кол-ве кадров SNR начинает ограничиваться шумом квантования финального кадра.

Шум квантования в сотни раз меньше шума неба (от засветки) и в десяток раз меньше шума считывания. При сложении все эти шумы убывают одинаково.

[Ivan7enych]

Уважаемый Иван!
При (a+b+c+d+e)/5 мы получаем в итоге всю прелесть шумов квантования, от которой я так пытаюсь уйти

Вы ее получите только если деление на 5 целочисленное (это проблема ириса, он не работает во float).
В фитстекере все рассчеты идут во float, и этой проблемы нет.

Округление и потери данных могут возникнуть только при сохранении в целочисленные fits.
Но если шум фона после обработки заметно больше 1 (10 и выше), то сохранение в int16 практически никак не ухудшит кадр.

Точнее, шум квантования (нехорошее слово, точнее - ошибки округления) добавит порядка 0.5stdev по формуле
корень(шум фона в квадрате + шум округления в квадрате), то есть при шуме фона  = 10 шум результата станет 10.013. Я не думаю что это очень заметное ухудшение.

[vsi]

Теперь главный, идиотский вопрос:
Вот тут:



это не целые значения, а float, и оно в целом представлении имеет десятые сотые и т.д. ??

[vsi]

Пошел всё переделывать. буду Фитсстекером складывать, потом Фитсворком удалять градиент и тянуть гистограмму. Ирис остается для калибровки исходников и обрезки (регистрации) по звездам.

[Ivan7enych]

Теперь главный, идиотский вопрос:

идиотский ответ - а при чем тут фитстекер и я в том числе?
я фитсфворком не пользуюсь, и не писал его.
читайте его инструкци, спрашивайте его авторов.

[vsi]

Иван, никаких претензий, что Вы!!!!  Процесс понимания форматов файлов.

[Lancelot]

Подскажите, пожалуйста! Калибруюсь в Максиме, складываю в Фитстекере, на выходе получаю вот такие звезды. Я что-то делаю не так? Или это баланс белого?

[mo]

Известная беда фитстакера при отображении и записи в png. При этом фиты лишены подобного эффекта.

Решается отрезанием части гистограммы сверху (clip white? не помню точно как пишется). Один цвет горит быстрее другого, в итоге на кэноне центры звёзд рёзовые

[Lancelot]

Только что специально посмотрел фит - та же ерунда, звезды зеленые в центре... Может, при сложении в фитстакере что-то я не так указал?

[Ivan7enych]

Известная беда фитстакера

Решение верное.
Только это беда не фитстекера, а матриц вообще.

[Fantom]

Заметил подобную гадость и в Ирисе при дебайеризации, причем в случае если пытаюсь перегнать в цвет без калибровочных кадров (иногда предварительно складываю посмотреть). С DSLR такого не было.  Выход нашел в предварительном умножении кадра на 0.8-0.9, видимо математика преобразования наиболее ярких пикселей где то хромает.   

[mo]

Известная беда фитстакера

Решение верное.
Только это беда не фитстекера, а матриц вообще.

Я раньше всегда шёл по пути pix -> фиты -> fitstacker -> сумма в фите -> png -> фотошоп / pix.
Сейчас всё чаще pix -> фиты -> fitstacker -> сумма в фите -> pix.

И вот сколько не тяни в пиксе, центры звёзд нормальные. Я слаб в теории... Но факт .

[Ivan7enych]

И вот сколько не тяни в пиксе, центры звёзд нормальные. Я слаб в теории... Но факт .

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

Кеноны насыщаются на 4000 (или 14000), чб матрицы как правило на 65535. Фитстекер не в курсе, на какой отметке насыщается ваша матрица, ему об этом надо явно сказать, включив галку clip white, тогда и звезды и шляпки будут белыми.

[mo]

И вот сколько не тяни в пиксе, центры звёзд нормальные. Я слаб в теории... Но факт .

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

Кеноны насыщаются на 4000 (или 14000), чб матрицы как правило на 65535. Фитстекер не в курсе, на какой отметке насыщается ваша матрица, ему об этом надо явно сказать, включив галку clip white, тогда и звезды и шляпки будут белыми.

А если найти максимум в каждом канале, считать минимальный из них тем самым clip white автоматом? Ну или галку добавить "авто clip white"? Фича... нет?

[Ivan7enych]

А если найти максимум в каждом канале, считать минимальный из них тем самым clip white автоматом? Ну или галку добавить "авто clip white"? Фича... нет?

В общем, да. Попробую сделать на неделе. Сперва надо разобраться, на каком из 3-х компов были самые свежие исходники...

[d_w]

Сперва надо разобраться, на каком из 3-х компов были самые свежие исходники...

По известному закону, на самом недоступном 

[Lancelot]

Получается, что цветовой баланс центров пережженых звезд нарушается, когда корректируется баланс белого.
То есть это происходит уже после сложения в ФитСтэкере, так? Я про то, что перескладывать заново не нужно, а нужно отрезать для ярких звезд все каналы по величине минимального, так?
В стандартном алгоритме обработки (где М31 описывали), насколько я помню, просто домножали каждый пиксель на частное между насыщением и мин величиной в канале в Ирисе, чтобы все три канала разом ушли в насыщение