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

[Ivan7enych]

Я как и всегда в последнее время, выровнял и откалибровал кадры в DSS, затем попытался открыть эти откалиброванные и зарегистрированные .fts в Фитстэкере - ничего не произошло. Просто окошко Merge Parameters и серый фон там, где должны быть мои кадры. В Ирисе они открываются нормально. Это как-то решается?

Выложи куда-нибудь один кадр, посмотрю.

[Sergeich]

Выложи куда-нибудь один кадр, посмотрю.

http://rghost.ru/39462486

[Б.Б.]

  Коллеги, прошу вас, не пинать - я "учил но забыл" в смысле я перед летом всю ветку внимательно и по многу читал, но за лето подрастерял навыки... А прочитать ветку заново - вот сейчас прям сил нет, так что прошу, ответтье! Для того, чтоб потом в ИРИСе работать, в какой формат надо сохранять? И почему, допустим в фитстекере перефирия галактики была видна четко, а в ИРИСе пропала, как уровни не шевели? - из за формата сохранения, из за того что я что-то косячно делаю, или же это норм?
Спасибо за ответ разобрался - мой косяк, кривыми потом все вытягивается как надо

[Ivan7enych]

Выложи куда-нибудь один кадр, посмотрю.

http://rghost.ru/39462486

Убери скобки из названия файла, тогда откроется.

Почему файлы со скобками не читаются - спрашивать надо не меня, а разработчиков библиотеки FITSIO
http://heasarc.gsfc.nasa.gov/fitsio/

Для того, чтоб потом в ИРИСе работать, в какой формат надо сохранять?

int16

[Б.Б.]

Спасибо!

[Sergeich]

Убери скобки из названия файла, тогда откроется.

Спасибо, попробую)

[Ivan7enych]

Обновил на сайте версию программы, пара изменений.

1. PixInsight молча масштабирует все значения с 0..65535 до 0..1, при открытии такого файла FitStacker теперь так же молча масштабирует все значения обратно в 0..65535.

2. Кнопка "Create 4 All" складывает цветные кадры поканально, и файлы по каждому каналу сохраняются отдельно. Это позволяет в 3 раза сократить требование к памяти (которой для 32-битной программы доступно не более порядка 1.5ГБ, даже если у вас 64-битная операционка и стоит 8ГБ) .

[Dmitrii]

Обновил на сайте версию программы, пара изменений.

Это вот эта ( FITStacker11 - версия откомпилированая под Ms Studio 2010 ) обновлена или обновленная имеет другое название ?

[OlegBr]

Обновил на сайте версию программы, пара изменений.
1. PixInsight молча масштабирует все значения с 0..65535 до 0..1, при открытии такого файла FitStacker теперь так же молча масштабирует все значения обратно в 0..65535.

Спасибо большое! Позволяет убрать одну промежуточную операцию

[Ivan7enych]

Это вот эта ( FITStacker11 - версия откомпилированая под Ms Studio 2010 ) обновлена или обновленная имеет другое название ?

11-я, название я не менял.

[Dmitrii]

Это вот эта ( FITStacker11 - версия откомпилированая под Ms Studio 2010 ) обновлена или обновленная имеет другое название ?

11-я, название я не менял.

Спасибо !!

[Ivan7enych]

Обновил на сайте версию программы, пара изменений.
1. PixInsight молча масштабирует все значения с 0..65535 до 0..1, при открытии такого файла FitStacker теперь так же молча масштабирует все значения обратно в 0..65535.

Спасибо большое! Позволяет убрать одну промежуточную операцию

[PavelB]

...
2. Кнопка "Create 4 All" складывает цветные кадры поканально, и файлы по каждому каналу сохраняются отдельно. Это позволяет в 3 раза сократить требование к памяти (которой для 32-битной программы доступно не более порядка 1.5МБ, даже если у вас 64-битная операционка и стоит 8ГБ) .

Иван, может ты имел ввиду 1.5 Гб, а не 1.5МБ? Java позволяет запускать прцессы с обьемом памяти до 1.5 Гб под Windows.

[Ivan7enych]

Да, 1.5ГБ, исправил.

Я недавно напоролся на то, что кадры с 21мегапиксельной цветной камеры сложить не мог никак. Они в памяти занимают 236МБ (21 х 3цвета х 4байта на float), и таких буфферов в памяти для сигма клиппинга нужно 5-6 (текущий кадр, сумма среднего, среднее отклонение, результат суммирования, суммарный вес).

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

[Антон Вакуленко]

Подскажите, есть три rgb кадра. В первом кадре самый лучший красный канал, во втором - зеленый, в третьем - синий. Фитстекер сложит их с учетом индивидуальных коэффициентов для каждого цветного канала, или просто выберет некий "усредненный" коэффициент для каждого кадра?

Т.е. нужно ли такие кадры предварительно раскладывать на 3 канала, или можно сразу все складывать в фитстекере (а он сам все нужное сделает)?

Спасибо!

[Ivan7enych]

Подскажите, есть три rgb кадра. В первом кадре самый лучший красный канал, во втором - зеленый, в третьем - синий. Фитстекер сложит их с учетом индивидуальных коэффициентов для каждого цветного канала, или просто выберет некий "усредненный" коэффициент для каждого кадра?

Т.е. нужно ли такие кадры предварительно раскладывать на 3 канала, или можно сразу все складывать в фитстекере (а он сам все нужное сделает)?

Спасибо!

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

[Юрий Торопин]

Обновил на сайте версию программы, пара изменений.
1. PixInsight молча масштабирует все значения с 0..65535 до 0..1, при открытии такого файла FitStacker теперь так же молча масштабирует все значения обратно в 0..65535.

Спасибо большое! Позволяет убрать одну промежуточную операцию

А можно вопрос Ивану или Олегу - а какую промежуточную операцию можно убрать?
Ведь и раньше FitStacker со вкусом кушал 32-бит float is PixInsight'a.
Зачем понадобилось "молча" масштабировать в диапазон 0...65535?
Иван, обработка "внутри" ведь идёт в 32 бит float?
А при сохранении результата сложения во float, тот записывается со значениями в диапазоне 0...1 или 0...65535?

[Ivan7enych]

А можно вопрос Ивану или Олегу - а какую промежуточную операцию можно убрать?
Ведь и раньше FitStacker со вкусом кушал 32-бит float is PixInsight'a.

Олег после выравнивания в пиксе запускал скрипт в максиме, который домножал все числа на 65535, перед сложением в фитстекере.

Зачем понадобилось "молча" масштабировать в диапазон 0...65535?

Просто неудобно работать с этим диапазоном, данные при этом не портятся.

Иван, обработка "внутри" ведь идёт в 32 бит float?
А при сохранении результата сложения во float, тот записывается со значениями в диапазоне 0...1 или 0...65535?

внутри все во float,

да, сохранится с диапазоном 0...65535
если надо, можно добавить еще один выходной формат, назвав его "float 0..1", но пикс вроде и так спокойно сам работает с такими кадрами.

[Антон Вакуленко]

Откалибровал я 20 кадров. Обрезал края, нормализовал медианы. Затем сложил по сигме в ирисе и по дефолтовым настройкам в фитстекере. Настойки приведены в скринах. В результате сумма в ирисе получилась значительно лучше по С/Ш. А ведь должно быть наоборот! В чем я не прав?

[Ivan7enych]

Откалибровал я 20 кадров. Обрезал края, нормализовал медианы. Затем сложил по сигме в ирисе и по дефолтовым настройкам в фитстекере. Настойки приведены в скринах. В результате сумма в ирисе получилась значительно лучше по С/Ш. А ведь должно быть наоборот! В чем я не прав?

Если настроить как попало, и результат будет какой попало.
Прямоугольники перед сложением расставили?