PixInsight

[Dmitrii]

На твоем примере с кропом:
1)Задаешь параметры в любом модуле, как бы ты хотел обработать каждый файл. Например DynamicCrop
2)Открываешь кучу файлов в ImageContainer
3)Хватаешь NewInstance треугольник и кидаешь его на DynamicCrop.
всё.

Николай , большое спасибо за помощь , это то что было нужно !

[Якут]

Выложи все исходники(лайты, биасы, дарки, флэты).

   Хорошо, сделаю. Как загрузятся, дам ссылку.

[SAVVA]

Николай (NKV) подскажите...... я так понял в версии  PI Version 01.08.03.1123 Ripley (x64)                     
Модуль   ImageContainer  отсутствует?.
Можно его установить снова? или есть ему в PI  замена?
Спасибо.

[NKV]

Николай (NKV) подскажите...... я так понял в версии  PI Version 01.08.03.1123 Ripley (x64)                     
Модуль   ImageContainer  отсутствует?.

Ничего подобного.
Нажми Ctrl+Alt+I

[SAVVA]

  о как бывает ...спасибо
есть......закопан оказался.....

[mike]

Получил лицензию на 45 дней. Окончание 27 апреля. Сегодня выдал
сообщение, что лицензия деактивирована. Время на ПК не трогал.
Можно ли еще продлить работу или уже все!
Опять же причина не понятна.

[ogre]

Получил лицензию на 45 дней. Окончание 27 апреля. Сегодня выдал
сообщение, что лицензия деактивирована. Время на ПК не трогал.
Можно ли еще продлить работу или уже все!
Опять же причина не понятна.

У меня такое было несколько раз. Просто перезапускал приложение, иногда - раз по несколько. Подозреваю что теряется связь с сервером (лицензий). Он без интернета работать вообще не может. После 45 дней лицензию легко продлить - я просто обратился в поддержку. Они лицензию продлили и намекнули, что это описано в FAQ.

[mike]

После 45 дней лицензию легко продлить - я просто обратился в поддержку. Они лицензию продлили и намекнули, что это описано в FAQ.

Я это заметил, но сегодня весь день не мог запустить.
На сколько продлили?

[ogre]

Продлевал еще на 45, по-моему (но я, признаться, не обратил внимание). Сейчас она уже "сгорела" - некогда было заниматься. К нашей зиме решил купить.
А вам в таком случае советую сразу писать в техподдержку. Они вроде быстро отвечают.

[Cancer]

Похоже проблемы у них с самим сервером. Моя демо-лицензия умерла даже не дав толком полазать по меню 

[Якут]

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

Что имеем:

Две серии одного объекта. Причём с разными настройками усиления в камере.
Для обеих серий свои калибровочные: bias, dark, flat.

Здесь все light  https://yadi.sk/d/9UQGOF3WfaRJD
Здесь калибровочные для первой серии https://yadi.sk/d/O_2xZVL1fZxJb
Здесь калибровочные для второй серии https://yadi.sk/d/3JNvGPrmfZgSM

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

[Якут]

Анализ исходных снимков. Screen 1-7

Сделать это проще всего в Blink модуле.
Грузим Bias( они-же offset) в Blink.
Если видим ошибку (см. Screen1), то надо перевести все папки и файлы на латиницу (см. Screen2).

Bias загружен в Blink – жмём кнопку Series Analisis Report  (см. Screen3).
Открывается диалог, и в нём ставим галку, чтобы показать CCD-TEMP. Жмём ОК.
Ждем.
Судя по значениям в графе CCD-Temp на Screen3, между 7-ым и 8-ым биасами произошли существенные и стабильные изменения, сохранившиеся до конца съёмки. Но дело в том, что не было перерыва, их все снимал Максим серией. Также во время съёмки не было сбоя или скачка напряжения в промсети, разъёмы не трогались.
Такие изменения – это скорее всего предел чувствительности датчика в камере.

Аналогично грузим dark (Screen4) и любуемся как пляшет температура и самое главное – как она отличается от заданной в SET-TEMP. Термостабилизация - ищем ответы в гугле.

Аналогично грузим flat из первой серии (Screen5). Тут всё совсем плохо.
Что это за флэт, у которого сигнал в 700  вместо доступных 65000? Сигнал лишь слегка вышел за пределы шумов. Толку от такого флэта мало. Поэтому я его использовать не буду.

Грузим light. Screen6,7. Любуемся на проблемы ведения или гидирования. На выжженные звёзды. На то, как меняется уровень засветки. И на уровень в Overscan области.
Видно, что Overscan очень стабилен  – и это ключевой момент.
Видим, что в двух сериях различный уровень bias и это лучше всего зафиксировано в Overscan.

[Якут]

Последний скрин по калибровке.

[Якут]

Калибровка
Будем делать в два этапа. Overscan и следом обычная в BPP.

1. Overscan Калибровка в ImageCalibration. Screen 8-12
Если ваша камера способна выдавать Overscan – вам очень повезло.
Что и почему – опустим. Просто воспользуемся преимуществами и сделаем всё по-взрослому.
Это обрежет картинку до размеров фоточувствительной области.
Вычтет истинный, вычисленный offset для каждого кадра, а не средний для всех.
И самое главное – это приведёт все кадры из всех серий к общему знаменателя и их можно будет калибровать в BPP.

Зададим ImageRegion.
Для этого откроем любой Light. Применим STF ( быстрая клавиша Ctrl+A). Увеличим Ctrl+8. И посмотрим, где у нас начало (левый верхний угол) светочувствительных элементов. Screen8. Подведите курсор к нужному пикселю, нажмите и держите – появится экранная лупа. Координаты также отображаются внизу в строке состояния.
Зададим ширину и высоту области этих нормальных, живых пикселей. Screen9.
Зададим, где брать данные для вычитания истинного смешения и что корректировать. Screen10
60       5   3040   2024
3102   5   220     2024
60       5   3040   2024

[Якут]

Загрузим все 145 файлов исходников. Screen11.
OutputDirrectory указывать не будем, чтоб потом снова не сортировать файлы. Файлы будут выгружаться рядышком с исходными. Но чтобы не затереть исходники, укажем Postfix “_oc”, и чтоб указать, что файлы OverscanCalibrated.

OutputPedestal – это число которое будет добавлено, чтобы при вычитании не уйти в минус. PixInsight бес проблем работает с минусами, но при записи в файл на диск с ними надо что-то делать. Pedestal будет каждый раз добавляться при записи в файл и вычитаться при чтении файла с диска. Т.о. он полностью незаметен для пользователя. В MaximDL есть рекомендация установить его в 3*StdDev минимум. Т.е. минимум в три раза больше, чем все шумы.
Я установил 500 т.к. уровень мы вычитаем больше чем 1000 единиц (см. уровень bias). Это явно больше, чем 3*StdDev и меньше, чем вычитаемый операнд (чтоб не обрезать данные в верхней области значений, рядом с 65535)

Сохраним иконку на рабочий стол Screen12. Клик правой кнопкой мышки по свежестозданной иконке и сохраним её на диск. Это сохранит все наши галочки и их не надо будет изобретать в будущем.
И жмём пуск.
В логах видно, как меняется размер и формат файла на 32float.
Файлы льются рядышком с исходниками.
При желании можно посмотреть результаты в Blink, чтоб убедиться, что всё движется в нужном направлении: Overscan рамочки исчезли.

[Якут]

2. Калибровка в BPP.
В принципе можно и дальше калибровать ручками (через ImageCalibration + ImageIntegration) не пользуясь BatchPreProcessing скриптом. Но это долго и нудно. Поэтому запускаем BPP.

Наши обе серии кадров аналогичны по выдержке и температуре – поэтому есть два варианта: можно обработать их как одну, и можно по отдельности.
Поскольку нормальных флэтов для первой серии у меня нет – попробую применить флэты из второй серии с первой и вообще смешаю биасы и дарки из обеих сессий.

Итак: грузим в BPP все bias, dark, light. Но flat только из второй серии.
Причём грузим файлы, в имени которых появился наш Postfix “_oc”.
Ставим галку CFA images, Optimize Dark Frame, Export Calibration Frame.
Укажите расширение .fit – т.к. все модули дружат с ним.
Указываем, куда выгружать результат и какой light использовать как опорный при выравнивании(StarAlignment).

Жмем Diagnostics – если всё ОК – жмем Run.
Скрипт начнёт готовить мастер файлы и запишет их на диск в папку masters.
Потом откалибрует лайты и тоже сохранит в папку calibrated\light
Дебаеризует – сохранит в calibrated\light\debayered

Если мы поставили галку CalibrateOnly, то на этом скрипт закончит свою работу и далее будем работать другими инструментами. Что в принципе правильнее, т.к. это экономит время и функция выравнивания и сложения, включена в скрипт, чтоб можно было оценить правильность наших действий. Ну и для ленивых как я и тех, кто хочет попробовать.

Если не ставили CalibrateOnly галку, то скрипт продолжит работу:
Выровняет относительно опорного – сохранит в registered.
И наконец, суммирует и сохранит integration.fit ту да же где МастерФайлы.
Это в теории, а на практике выравнивание привяжется не к звёздам, а к горячим пикселям и на выходе получим чёпопало Screen14.

[Якут]

Можно поблинковать выровненные файлы, чтоб убедиться в том, что выравнивание не получилось.
А чтоб выравнивание получилось, надо либо избавиться от горячих пикселей в CosmeticCorrection, либо увеличить значение в ImageIntegration (StarDetection>HotPixelRemoval) хотя бы до 2х.
CosmeticCorrection более предпочтителен т.к. дебаеризация размажет их по соседним 8и пикселям и их гораздо труднее будет вычистить на этапе ImageIntegration.
Но увы, мы не можем воспользоваться CosmeticCorrection до тех пор, пока у нас нет МастерДарка.
Также быть? Всё просто – не выравнивать в BPP и тем более не суммировать.

StarAlignment. Screen15,16
Указываем Reference.
Добавляем все дебаеризованные кадры. У них имя оканчивается _oc_c_d.fit и из 32штуки.
Увеличиваем HotPixelRemoval до 2.
Перед запуском загляните в Outpu,t чтоб указать куда писать файлы.
Запускаем.
Имя выровненных кадров оканчивается _oc_c_d_r.fit
Результат блинкуем. 

[Якут]

ImageIntegration. Screen17
Грузим _oc_c_d_r файлы, указываем референс, выбираем Rejection алгоритм.
Запускаем.

Результат Screen18
Всё выровнялось и сложилось.
На RejectionMap хорошо видно, что отброшено только то, что не нужно. Космики, спутники, трэки звёзд с тех кадров, где были проблемы с гидированием.
Сравните с результатом из BPP – там месиво в ejectionMap.
На Integration видны RGB цвета в лучах растяжек – похоже RGGB, который по умолчанию, верный вариант.
Но, Флэт всё испортил: произошла дикая перекоррекция флэтом.
Как избежать? Запросто: снимать честные дарки для флэтов и выключить дарк оптимизацию. Либо не пользоваться BPP и калибровать всё вручную.
Тогда результат будет как на Screen19.

[Якут]

   Добавлю ещё по флэтам. Переснял их так, чтобы среднее заполнение составило 24000 из 65535. Добавил дарк-флэты и переобработал всё заново. На скрине оба результата.

Всё, туториал выложил.

[DiiMaxx]

Комментарий к фотографии на "Ответ #1374" - у меня папки всегда были прописаны русскими буквами (Дарки, Биасы, Флеты) и никаких проблем не возникало никогда.