DeepSkyStacker: калибровка, регистрация и стекинг астрофотографий

DeepSkyStacker нужен астрофотографу, который снимает один объект сериями длинных экспозиций и хочет получить из десятков или сотен light-кадров один зарегистрированный и откалиброванный стек с более высоким отношением сигнал/шум. Программа сопоставляет звёздные поля, учитывает смещение и поворот между кадрами, применяет dark, flat, bias/offset и dark flat, умеет отбрасывать выбросы при суммировании, работать с RAW и FITS, собирать многосессионные проекты и отдельно решать задачу движущейся кометы. Это прежде всего инструмент калибровки, регистрации и интеграции исходников; финальная художественная обработка в нём есть, но она заметно уже, чем в специализированных астрофоторедакторах.

Что именно делает DeepSkyStacker

В типичном deep-sky-проекте один исходный кадр почти никогда не является готовой фотографией. На нём одновременно присутствуют полезный слабый сигнал объекта, фотонный шум, шум считывания, тепловой сигнал матрицы, горячие и холодные пиксели, неравномерность освещения поля, пыль на оптике, виньетирование и случайные следы спутников или самолётов. Кроме того, даже при хорошем ведении звёзды на последовательных экспозициях оказываются немного сдвинуты из-за dithering, остаточной ошибки монтировки и поворота поля. DeepSkyStacker решает именно эту подготовительную часть: приводит кадры к общей геометрии и объединяет их так, чтобы устойчивый астрономический сигнал усиливался, а случайные и непостоянные артефакты подавлялись.

Другие инструменты: ФотоМАСТЕР.

Главный рабочий цикл состоит из нескольких стадий. Сначала light-кадры и калибровочные кадры добавляются в список с правильным типом. Затем программа регистрирует light-кадры: находит звёзды, оценивает их положение и качество, вычисляет трансформацию относительно опорного кадра. После этого DeepSkyStacker создаёт или повторно использует master bias, master dark, master dark flat и master flat, калибрует каждый light, выравнивает изображения и интегрирует отмеченные кадры выбранным методом. Результат сохраняется автоматически и может быть дополнительно растянут и сбалансирован в панели Processing.

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

Установка и начало работы

Современная ветка DeepSkyStacker выпускается для 64-разрядных Windows, Linux и macOS. Для Windows актуальные сборки ориентированы на Windows 10 и новее; старые 32-разрядные системы относятся уже к прежней ветке программы и требуют отдельной совместимой версии. На macOS существуют сборки для Intel и Apple Silicon, а Linux-вариант основан на современном 64-разрядном окружении. Это имеет практическое значение не из-за самой операционной системы, а из-за различий в установке, доступе к дискам и запуске встроенной справки.

В Windows после получения установщика имеет смысл открыть его свойства до запуска. Если файл помечен системой как загруженный из Интернета, в свойствах может присутствовать переключатель разблокировки; без него SmartScreen или политика безопасности способны мешать запуску. В Linux установочный файл формата .run обычно нужно сделать исполняемым и запускать с правами, необходимыми для записи в системный каталог. Если приложение стартует с сообщением о невозможности загрузить Qt-плагин xcb, причина обычно не в данных пользователя, а в отсутствующей системной библиотеке курсора XCB. В macOS пакет открывается из образа диска; при блокировке запуска установленного приложения разрешение выдаётся в настройках конфиденциальности и безопасности системы.

После первого запуска не требуется создавать отдельный каталог проекта внутри программы. DeepSkyStacker работает с файлами там, где они уже лежат, поэтому удобнее заранее организовать съёмку по сессиям: например, отдельная папка на каждую ночь, а внутри — lights, darks, flats, darkflats и bias. Такая структура особенно полезна при многонедельной съёмке: становится понятно, какие калибровочные кадры относятся к какой температуре, фокусу, положению камеры и экспозиции.

Перед первым реальным стеком полезно проверить два блока настроек: Settings и Raw/FITS DDP Settings. Первый содержит параметры регистрации и интеграции, включая число рабочих потоков и временную папку. Второй определяет, как декодируются RAW и как трактуются некоторые FITS. Эти настройки влияют не только на внешний вид предпросмотра: изменение способа дебайеризации, баланса белого или яркости RAW меняет данные, на которых ищутся звёзды, поэтому после существенного изменения параметров регистрации исходники следует регистрировать заново.

Главное окно, список кадров и логика проекта

Рабочее окно разделено на команды слева, область предпросмотра и таблицу файлов. Основные команды находятся в группе Registering and Stacking: Open picture files, добавление dark, flat, dark flat и offset/bias, работа со списком проекта, отметка кадров, регистрация, вычисление смещений и собственно стек. В Processing открывается готовый результат и выполняется ограниченная обработка. В Options находятся общие настройки и Raw/FITS DDP Settings.

Каждая строка таблицы — отдельный файл. Помимо пути, имени и типа, после регистрации появляются измерения вроде числа найденных звёзд, Quality, FWHM, смещения по X и Y, угла поворота и оценки фона неба. На старых скриншотах и в старых инструкциях можно встретить колонку Score. В актуальных версиях эта метрика удалена, а отбор лучших кадров опирается на Quality. Это важное различие: не стоит механически переносить пороги Score из инструкций для 3.x в современный проект.

Флажок в начале строки определяет, участвует ли кадр в следующей операции. Добавленный файл не обязан быть выбран автоматически во всех сценариях, поэтому перед регистрацией и стеком проверяйте состояние флажков. Команды Check all и Uncheck all удобны для массового выбора, а после регистрации обычно разумно снять флажки с явно испорченных light-кадров: со следами ветра, облаков, сорванным ведением, росой или сильным изменением фокуса.

Предпросмотр служит для контроля и выбора областей, но его гамма не изменяет исходник. Слайдер яркости в верхней части окна можно использовать, чтобы увидеть слабую туманность или ядро кометы на линейном кадре. Это только отображение. Поэтому не нужно пытаться «выправить» тёмный RAW гаммой до регистрации: настройка не записывается в файл и не заменяет реальное растяжение данных.

У DeepSkyStacker есть сохранение File List. Это не копия исходных кадров, а описание набора и групп. Для больших проектов такая схема удобна: можно сохранить конфигурацию для L, R, G, B или разных ночей, а затем снова открыть её без повторного ручного наполнения списка. В современных версиях списки используют расширение .dssfilelist. Путь к самим кадрам при этом остаётся важен: перенос исходников после сохранения списка может потребовать пересборки проекта.

Какие кадры добавлять и зачем

Light-кадры

Light — это сами экспозиции объекта. Для DeepSkyStacker они являются единственным типом кадров, который регистрируется по звёздам и затем геометрически совмещается. В идеале lights одной серии имеют одинаковую экспозицию, gain или ISO, формат и режим считывания камеры. Смешивать можно и разные экспозиции, но тогда нужно заранее понимать цель: обычное усреднение кадров с резко различающимся уровнем сигнала не всегда даёт предсказуемый результат. Для HDR-наборов у программы есть Entropy Weighted Average, но при серьёзной работе с разными экспозициями часто удобнее получить отдельные стеки и объединять их позже.

JPEG DeepSkyStacker открыть способен, однако для deep-sky это компромиссный источник. В JPEG уже применены гамма, баланс белого, шумоподавление и 8-битное квантование, то есть часть линейных данных потеряна до начала калибровки. RAW DSLR/беззеркальной камеры, FITS астрокамеры или качественный TIFF дают больше контроля. Если камера записывает RAW, отключение внутрикамерного длинноэкспозиционного шумоподавления обычно логично: вместо того чтобы тратить половину ночи на dark после каждого light, можно снять отдельную библиотеку dark и обработать её как полноценный калибровочный набор.

Dark-кадры

Dark снимается с закрытым световым трактом при той же экспозиции, gain/ISO и, по возможности, той же температуре сенсора, что и light. Его задача — описать тепловой сигнал, горячие пиксели и часть постоянного паттерна. DeepSkyStacker объединяет несколько dark в master dark и вычитает его из каждого light. Чем стабильнее температура и режим считывания, тем точнее совпадение. Для охлаждаемой камеры проще поддерживать фиксированную температуру; с DSLR температура меняется по ходу ночи, и идеальное совпадение достигается труднее.

В программе есть оптимизация вычитания dark на основе коэффициента, но это не делает несовместимые dark автоматически идеальными. Если dark снят при другой экспозиции, другом gain или заметно другой температуре, масштабирование может исправить только часть несоответствия. Для современных CMOS-камер с особенностями усилителя и glow безопаснее стремиться к совпадающим режимам, чем рассчитывать на масштабирование. Не подмешивайте dark от другой камеры или от другого режима readout только потому, что у файлов совпадает размер.

Bias/Offset

Bias, который в интерфейсе исторически называется также Offset, представляет самый короткий доступный кадр считывания с закрытым световым трактом. Он описывает электронный уровень смещения и часть структуры считывания. DeepSkyStacker может собрать master offset и учитывать его при создании master dark и master flat. Нужен ли отдельный bias в конкретной CMOS-схеме, зависит от камеры и выбранной методики калибровки: у некоторых сенсоров очень короткие bias ведут себя хуже, чем dark flat. Поэтому выбор набора должен определяться характеристиками вашей камеры, а не стремлением заполнить все пять типов файлов в интерфейсе.

Flat-кадры

Flat исправляет виньетирование, тени от пыли и неравномерность освещения. Его снимают без изменения оптической конфигурации: положение камеры, редуктор, фильтр, фокусировочное положение и заметные части светового тракта должны соответствовать lights. Даже небольшой поворот камеры способен переместить пылевые тени относительно звёздного поля, поэтому flat другой ночи пригоден только тогда, когда конфигурация действительно не менялась.

DeepSkyStacker нормализует отдельные flat перед объединением. Для корректной калибровки flat сам должен быть очищен от смещения считывания и, при достаточно длинной экспозиции, от тёмного сигнала. Отсюда два распространённых варианта: flat + bias или flat + dark flat. Не стоит одновременно использовать несовместимые схемы без понимания математики: лишнее вычитание может привести к некорректному master flat.

Dark flat

Dark flat снимается с той же экспозицией и теми же электронными параметрами, что и flat, но без света. Он особенно полезен, если flat достаточно длинные или камера показывает характерный паттерн, который плохо описывается сверхкоротким bias. DeepSkyStacker имеет отдельный тип dark flat files и строит master dark flat. Затем этот master участвует в подготовке master flat, прежде чем flat будет применён к lights.

Как DeepSkyStacker строит master-калибровки

Порядок операций важен. Сначала из всех отмеченных offset/bias создаётся master offset. Затем из dark формируется master dark, при этом master offset учитывается в соответствии с выбранной схемой. Аналогично создаётся master dark flat. После этого flat очищаются от соответствующих калибровок и нормализуются, а уже затем объединяются в master flat. На следующем этапе к каждому light применяется master offset/master dark и деление на откалиброванный master flat.

Созданные master-файлы DeepSkyStacker умеет повторно использовать. Рядом с ними хранится описание набора исходников и настроек. Если состав исходных калибровочных кадров и параметры не изменились, повторный стек не обязан заново пересобирать те же masters. Если же вы поменяли метод объединения, RAW/FITS DDP Settings или заменили один из исходных dark, программа должна признать старый master несоответствующим и создать новый. Благодаря этому повторные эксперименты с light-стеком выполняются быстрее, но при этом сохраняется связь с реальными условиями калибровки.

Автоматическое совпадение калибровок основывается на метаданных. Для dark особенно важны экспозиция и ISO/gain-параметры, для flat и offset — соответствующие свойства кадра. Перед запуском Stack checked pictures программа показывает сводку Stacking Steps и предупреждает о несоответствиях. Игнорировать красные предупреждения не стоит: они часто указывают не на «каприз программы», а на реальную проблему набора — например, dark другой длительности или flat с отсутствующими метаданными.

File Groups: несколько ночей без путаницы

Внизу таблицы есть Main Group и дополнительные группы. Они нужны не для сортировки ради порядка, а для правильного связывания калибровок с lights из разных сессий. Калибровочные кадры Main Group могут применяться к lights любой группы. Калибровки, помещённые в дополнительную группу, используются только для lights той же группы. Благодаря этому можно оставить общий bias в Main Group, а night-specific dark и flat разнести по отдельным вкладкам.

Пример: объект снимался две ночи. В первую ночь температура сенсора была −10 °C и камера стояла под одним углом; во вторую — −5 °C и камера была повернута. Lights первой ночи вместе с её dark и flat помещаются в Group 1, lights второй ночи с соответствующими dark и flat — в Group 2. Если bias действительно общий и снят при том же режиме считывания, его можно оставить в Main Group. Тогда DeepSkyStacker не перепутает flat разных ориентаций и dark разных температур.

Если весь проект укладывается в одну ночь и один набор калибровок, дополнительные группы не нужны. Работа только в Main Group эквивалентна обычной односессионной схеме. Не создавайте группы просто потому, что они есть: лишнее разбиение затрудняет диагностику, особенно когда один тип калибровок по ошибке оказывается не в той вкладке.

RAW/FITS DDP Settings: что меняется до регистрации

Для RAW-файлов DeepSkyStacker использует LibRaw. В Raw/FITS DDP Settings задаются параметры, влияющие на преобразование мозаики сенсора и масштаб каналов. В современных версиях выбор обработки баланса белого вынесен явно: можно не применять баланс белого либо использовать значения камеры. Для астрофотографии автоматический бытовой баланс белого не является обязательным условием корректного стека; важнее сохранять согласованность настроек для всей серии и понимать, что цвет затем можно откалибровать отдельно.

Для CFA/Bayer-данных доступны разные способы интерполяции. Bilinear — простой и быстрый вариант дебайеризации. AHD, Adaptive Homogeneity-Directed, лучше учитывает локальную структуру и обычно даёт более аккуратные детали, но требует больше вычислений. Bayer Drizzle не выполняет обычную интерполяцию цвета, а использует субпиксельные смещения между кадрами, чтобы распределять исходные цветовые отсчёты. Super-pixel объединяет блок 2×2 Bayer в один RGB-пиксель и тем самым уменьшает линейное разрешение вдвое. Это не «режим улучшения качества», а другой компромисс между интерполяцией, шумом и разрешением.

Параметр Brightness в Raw/FITS DDP Settings может помочь именно регистрации, если очень слабые звёзды не обнаруживаются при разумном пороге. Он не заменяет полноценное экспонирование и не восстанавливает сигнал, которого нет в данных, но меняет масштаб при декодировании так, что детектору звёзд становится проще работать. Если вы меняете этот параметр после регистрации, старые .Info.txt уже относятся к другому представлению кадра, поэтому регистрацию следует повторить.

FITS может быть как готовым монохромным изображением, так и CFA-кадром цветной астрокамеры. Если монохромный на вид 16-битный FITS фактически содержит Bayer-мозаику, в FITS-настройках нужно включить соответствующую трактовку и выбрать правильный CFA-паттерн. Ошибочный паттерн проявится характерной неверной цветовой структурой после дебайеризации. Не выбирайте RGGB, BGGR и другие варианты наугад: паттерн должен соответствовать камере и способу записи FITS.

Если все lights — FITS с корректными WCS-координатами в заголовках, DeepSkyStacker может использовать WCS для вычисления смещений и поворота относительно опорного кадра. Это бывает заметно быстрее классического сопоставления звёзд. Но WCS полезен только тогда, когда решение действительно валидно для каждого кадра; неверные или устаревшие координаты могут дать геометрически неправильный результат. При сомнении лучше вернуться к регистрации по звёздным шаблонам.

Регистрация: как программа находит звёзды

Регистрация в DeepSkyStacker начинается с детектирования звёзд на каждом light. Алгоритм ищет компактные, близкие к круглым объекты, яркость которых уменьшается от центра к краям, и затем уточняет положение центра аппроксимацией профиля. Сильно вытянутые следы программа старается не принимать за нормальные звёзды. Это полезно и как фильтр качества: кадр с сорванным ведением часто получает мало подходящих звёзд и сразу выделяется среди остальных.

Перед регистрацией отметьте нужные lights и калибровки, затем используйте Register checked pictures. В диалоге Register Settings на вкладке Actions есть несколько ключевых переключателей. Register already registered pictures заставляет пересчитать данные даже для кадров, у которых уже существует файл регистрации. Automatic detection of hot pixels уменьшает риск принять горячие пиксели за звёзды. Stack after registering запускает интеграцию сразу после регистрации и позволяет оставить только заданный процент лучших кадров.

Для первого проекта лучше не связывать регистрацию и стек автоматически. Снимите Stack after registering, зарегистрируйте серию, затем вручную просмотрите метрики и несколько худших кадров. Так вы увидите реальные проблемы съёмки до того, как программа потратит время на интеграцию. Когда поведение конкретной установки станет понятным, полностью автоматический проход уже имеет смысл.

Star Detection Threshold

На вкладке Advanced регулируется порог обнаружения звёзд. Логика обратна интуитивному ощущению «больше процент — больше звёзд»: снижение Star Detection Threshold заставляет искать более слабые звёзды и обычно увеличивает их число; повышение порога оставляет только яркие. Слишком высокий порог способен оставить недостаточно общих опорных точек, а слишком низкий — превратить шум, слабые дефекты и мелкую структуру туманности в огромный список кандидатов.

Техническая документация DeepSkyStacker требует как минимум восемь общих звёзд между light-кадрами, чтобы стек мог быть построен. На практике целиться ровно в восемь неразумно: часть звёзд исчезает на кадрах с тонкими облаками, попадает на край поля или отбрасывается после проверки геометрии. Разработчики рекомендуют обнаруживать хотя бы несколько десятков звёзд и не уходить без необходимости в многие сотни. Автоматический порог пытается подобрать рабочее значение самостоятельно и, если данные позволяют, найти не меньше примерно пятидесяти объектов.

В актуальных выпусках минимальный порог дополнительно снижен, чтобы регистрировать очень короткие и слабые экспозиции. Это не означает, что минимальное значение следует выставлять всегда. Если на каждом кадре обнаруживаются сотни или тысячи «звёзд», а поле содержит сильный шум или мелкозернистую туманность, регистрация становится тяжелее и возрастает риск ложных совпадений. Правильный порог — тот, который стабильно находит настоящие звёзды по всему набору.

Кнопка Compute the number of detected stars позволяет оценить результат до полного прохода. Смотрите не только число. Откройте кадр и включите отображение найденных звёзд: круги должны попадать на реальные точечные источники, а не на горячие пиксели, края пылевых теней или шум. Если звёзд слишком мало, сначала проверьте фокус и экспозицию, затем снизьте порог. Если кадр очень шумный, попробуйте Reduce the noise by using a Median Filter. Для слишком тёмного RAW иногда помогает увеличение Brightness в Raw/FITS DDP Settings.

Почему калибровки полезны уже во время регистрации

Если dark, flat и bias отмечены до запуска регистрации, DeepSkyStacker может применять их к light до детектирования звёзд. Это особенно важно при множестве горячих пикселей. Без dark одиночный яркий дефект сенсора похож на идеальный точечный источник и может попасть в список звёзд. Калибровка и встроенное обнаружение hot pixels уменьшают число таких ложных точек, а значит делают геометрическое сопоставление надёжнее.

Flat влияет на регистрацию косвенно: он выравнивает яркость по полю. Если сильное виньетирование делает звёзды у краёв существенно слабее, после корректного flat распределение пригодных звёзд становится равномернее. Но плохой flat способен сделать наоборот — ввести кольца, градиенты или отрицательные области. Если после подключения flats регистрация внезапно ухудшилась, проверьте сами flat и их калибровку, а не только Star Detection Threshold.

Файлы .Info.txt и повторная регистрация

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

Кэш регистрации полезен, пока входные условия не изменились. Если вы сменили алгоритм RAW-декодирования, яркость, параметры CFA, порог регистрации или настройки, влияющие на найденные звёзды, старые результаты уже не соответствуют текущему процессу. Тогда включите повторную регистрацию либо удалите связанные Info-файлы. Иначе можно долго искать причину странного результата в настройках интеграции, хотя программа просто использует геометрию, посчитанную для другого варианта декодирования.

Выбор опорного кадра и оценка качества

Все смещения и углы поворота вычисляются относительно reference frame. Если опорный кадр не задан вручную, программа выбирает подходящий лучший кадр по своей оценке. В контекстном меню списка можно назначить другой light опорным. Выбирать его только по максимальному Quality не всегда оптимально: reference должен быть не только резким, но и представительным по кадрированию. Если самый резкий кадр сильно смещён к краю относительно основной серии, итоговая общая область может уменьшиться.

После регистрации полезно сортировать список по нескольким признакам. Quality отражает совокупное качество найденных звёзд и в современных версиях меньше зависит от простого количества детекций, чем старый Score. #Stars показывает число найденных звёзд. FWHM характеризует ширину звёздного профиля: при одинаковом масштабе меньший FWHM обычно соответствует более резкому кадру, но сравнивать значения корректно только внутри однородной серии. dX, dY и Angle показывают геометрическое отличие от reference.

Ни одна колонка не заменяет визуального контроля. Кадр с красивым Quality может иметь тонкое облако, градиент от Луны или спутниковый след; Kappa-Sigma часто уберёт локальный след, но не исправит общий фон. Кадр с немного худшим FWHM может всё равно добавлять полезный сигнал. Поэтому отбор «оставить ровно лучшие 50%» без причины иногда уменьшает итоговое отношение сигнал/шум сильнее, чем улучшает резкость.

Практический порядок: сначала удалите очевидный технический брак — полностью сорванное ведение, потерю фокуса, запотевание, кадры с закрытым объективом. Затем сравните метрики и фон неба. После этого решите, есть ли смысл исключать пограничные кадры. Если цель — очень слабая туманность, полезная суммарная экспозиция часто важнее небольшого различия FWHM. Если снимается компактная галактика при хорошем сигнале, более строгий отбор может дать заметно более чёткую основу.

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

Compute offsets: когда считать смещения отдельно

Команда Compute offsets вычисляет dX, dY и Angle без запуска стека. Обычно это не обязательный шаг: перед интеграцией DeepSkyStacker всё равно вычисляет трансформации. Отдельный запуск полезен для диагностики — например, чтобы заранее посмотреть амплитуду dithering, обнаружить внезапный большой скачок монтировки или проверить, насколько серия повернулась относительно reference.

Сопоставление основано на геометрических паттернах звёзд. Программа ищет совпадающие конфигурации, затем оценивает сдвиг и вращение и проверяет трансформацию по большему набору точек. В зависимости от доступного числа звёзд используются разные интерполяционные модели. Если кадры имеют мало общего поля, экстремально разный масштаб или сильную оптическую дисторсию, задача может оказаться за пределами того, что обычная звёздная регистрация DeepSkyStacker решает уверенно.

Stacking Steps: проверка перед долгим расчётом

После Stack checked pictures программа показывает сводку Stacking Steps. Это один из самых полезных экранов во всём рабочем процессе, потому что он позволяет увидеть, какие именно наборы будут собраны, сколько кадров попадёт в каждый этап, какие калибровки применятся и каким методом будут объединены lights.

Не нажимайте OK автоматически. Сверьте число lights с тем, что вы реально выбрали. Если ожидалось 80 кадров, а в сводке 79, найдите причину: один файл не отмечен, имеет другой тип или оказался в другой группе. Посмотрите предупреждения по dark, flat и bias. Проверьте итоговое время экспозиции. Если оно существенно отличается от суммы выбранных выдержек, часть файлов могла иметь неверные метаданные.

Из этого окна открываются Recommended Settings и Stacking Parameters. Рекомендации полезны как сигнал о несовместимых комбинациях, но не являются универсальным «лучшим пресетом». DeepSkyStacker не знает, что для конкретного кадра важнее: максимальное подавление спутников, сохранение слабого хвоста кометы, экономия памяти или использование каждого доступного light. Финальный выбор метода остаётся за пользователем.

Stacking Parameters: режим результата

На вкладке Result определяется геометрия итогового кадра. Standard сохраняет размер reference и помещает остальные кадры относительно него. Области, которые не покрыты некоторыми экспозициями из-за dithering или поворота, могут иметь меньшее число вкладов. Режим пересечения ограничивает результат общей областью, присутствующей во всех кадрах. Mosaic расширяет холст, чтобы вместить смещённые изображения, однако это не полноценный фотомозаичный движок с произвольной проекцией: трансформации по-прежнему вычисляются относительно reference.

Custom Rectangle позволяет заранее задать прямоугольник результата на изображении. Это особенно полезно, если снимается небольшой объект в центре большого сенсора или включается Drizzle. Чем меньше область, тем меньше пикселей приходится хранить и пересчитывать. При 3× Drizzle такой выбор способен сократить требования к памяти и временному диску в разы без потери данных, которые всё равно пришлось бы обрезать позже.

Если важен полный максимум поля, не выбирайте пересечение автоматически. При сильном dithering общая область может стать заметно меньше исходного кадра. Часто разумнее получить Standard или Mosaic, а затем обрезать неровные края после интеграции. Если же результат идёт в дальнейшую автоматическую обработку и чёрные края мешают статистике, режим пересечения может быть удобнее.

Методы интеграции light-кадров

На вкладке Light выбирается способ объединения значений одного и того же выровненного пикселя. Разные методы по-разному реагируют на выбросы, число кадров и неодинаковый фон. Нет одного метода, который математически лучше для всех серий.

Average

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

Median

Median берёт медианное значение по стеку. Одиночные выбросы подавляются хорошо, но статистическая эффективность по отношению к чистому среднему ниже. Median часто используют для master-калибровок и как простой устойчивый метод при небольших наборах. Для десятков качественных light обычно есть более гибкие варианты с sigma-клиппингом.

Kappa-Sigma Clipping

Kappa-Sigma Clipping сначала оценивает среднее и разброс, затем итеративно отвергает значения, которые выходят за диапазон, заданный коэффициентом Kappa. После нескольких итераций оставшиеся значения объединяются. Это один из самых практичных методов для длинных серий: он может убрать следы самолётов, спутников, космические лучи и отдельные дефекты, если они встречаются только в части кадров.

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

Median Kappa-Sigma

Median Kappa-Sigma clipping использует похожую идею отбраковки, но сочетает её с медианной статистикой. Метод может быть устойчивым на данных с выраженными выбросами, однако тоже требует достаточного числа кадров. При очень маленьком стеке sigma-оценка нестабильна независимо от названия алгоритма, поэтому сложный rejection не создаёт статистику из ничего.

Auto Adaptive Weighted Average

Auto Adaptive Weighted Average итеративно назначает вес отклоняющимся значениям вместо жёсткого решения «оставить/выбросить». Это полезно для наборов, где качество меняется плавно и нужны устойчивость и сохранение данных. Метод тяжелее простого Average, но может аккуратно работать с неоднородным шумом без резких границ rejection.

Entropy Weighted Average

Entropy Weighted Average (High Dynamic Range) использует локальную информативность и рассчитан на наборы с различной экспозицией или динамикой. Он более ресурсоёмкий по CPU и памяти. Для обычной серии одинаковых экспозиций применять его только из-за слов High Dynamic Range нет смысла: Kappa-Sigma или другое стандартное объединение проще интерпретировать и чаще достаточно.

Maximum

Maximum сохраняет максимальное значение. Для обычной финальной интеграции deep-sky это скорее диагностический инструмент: он подчёркивает всё яркое и непостоянное, включая дефекты. Такой стек может показать метеоры или траектории, но по шуму и подавлению артефактов это противоположность привычной задаче астрофотографии.

Background Calibration: что нормализуется

Фон отдельных экспозиций меняется из-за высоты объекта, Луны, прозрачности и городской засветки. Если складывать кадры с разным уровнем фона без нормализации, статистические методы rejection могут интерпретировать систематическое отличие как выброс. Background Calibration приводит фон отдельных lights к сопоставимому уровню перед интеграцией.

Per Channel Background Calibration корректирует фон каждого цветового канала отдельно относительно reference. Это помогает, когда RGB-каналы имеют разный фон. RGB Channels Background Calibration дополнительно стремится сделать фон нейтральным, но может уменьшить общую насыщенность. В современных версиях появился и вариант калибровки фона по offset-модели; он стал предпочтительным значением по умолчанию в новой ветке.

Фоновая калибровка не является удалением сложного градиента. Если один край кадра светлее другого из-за фонаря или Луны, приведение медианы не моделирует двумерную форму засветки. Такой градиент лучше устранять специализированным инструментом после стека либо ещё на последовательности в программе, которая умеет покадровую экстракцию фона. В DeepSkyStacker эта функция решает более узкую задачу нормализации уровней.

Alignment: Automatic, Bilinear, Bisquared и Bicubic

В Stacking Parameters есть отдельная вкладка Alignment. В автоматическом режиме программа выбирает трансформацию исходя из количества доступных звёзд и геометрии. Можно также явно указать Bilinear, Bisquared или Bicubic. Чем более сложная модель, тем больше опорных данных требуется; выбирать самый сложный вариант «для качества» без необходимости не следует.

Если поле широкое, оптика даёт заметную дисторсию и углы исходников сильно различаются, простой геометрии может не хватать. Но DeepSkyStacker остаётся инструментом регистрации кадров одной съёмочной системы, а не общей системой астрометрического перепроецирования. Для сложной мозаики с различными панелями и сильной дисторсией лучше использовать программное обеспечение, где есть глобальное астрометрическое решение и коррекция искажений.

WCS в FITS: ускорение при корректной астрометрии

Для серии FITS с валидными WCS-заголовками опция Use FITS WCS Data может заменить медленное сопоставление звёзд при вычислении смещений и поворота. DeepSkyStacker берёт геометрию из World Coordinate System и преобразует её относительно reference. На больших научных сериях это экономит время.

Перед включением убедитесь, что WCS относится к текущему изображению. Если файл был обрезан, перевёрнут, ресемплирован или скопирован с некорректным заголовком, координатная модель может не совпадать с пикселями. Быстрая регистрация с неверным WCS хуже медленной, но правильной регистрации по звёздам. Проверить можно на нескольких кадрах: вычислить offsets и визуально убедиться, что смещения соответствуют реальному положению поля.

Drizzle 2× и 3×: когда увеличение действительно оправдано

Drizzle в DeepSkyStacker — не обычное масштабирование готового стека. Перед интеграцией каждый зарегистрированный кадр проецируется на более мелкую сетку с учётом субпиксельных смещений, поэтому серия с реальным dithering может содержать информацию о сцене в немного разных фазах относительно пиксельной решётки. Программа предлагает коэффициенты 2× и 3×. Линейный размер результата соответственно удваивается или утраивается.

Главное условие — большое число кадров с небольшими взаимными сдвигами. Если все исходники почти идеально лежат пиксель в пиксель или lights всего несколько, drizzle не получает достаточно независимых выборок и превращается преимущественно в дорогое увеличение. На недосэмплированной системе с коротким фокусом и маленьким объектом 2× Drizzle может дать более удобную основу для дальнейшей обработки, особенно если съёмка велась с dithering. На системе, где звёздный профиль и так хорошо дискретизирован, прирост может быть минимальным.

Цена вычисляется квадратично. При 2× каждый линейный размер удваивается, то есть число пикселей становится примерно в четыре раза больше. При 3× — примерно в девять раз. Аналогично растут требования к памяти и временным данным, а обработка занимает заметно больше времени. Поэтому включать 3× на полном кадре современной камеры «на всякий случай» — плохая стратегия. Если нужен только небольшой объект, сначала задайте Custom Rectangle.

Обычный Drizzle и Bayer Drizzle — разные механизмы. Первый увеличивает геометрическое разрешение при интеграции зарегистрированных кадров. Второй относится к обработке CFA/Bayer без стандартной интерполяции. DeepSkyStacker предупреждает о совместном включении, и документация прямо не рекомендует сочетать их. Выберите один подход, соответствующий данным, вместо накопления всех «улучшающих» опций одновременно.

Intermediate Files: когда сохранять промежуточные кадры

Вкладка Intermediate Files позволяет сохранить откалиброванный light либо light после калибровки и регистрации. Файлы получают суффиксы вроде .cal.tif/.cal.fts и .reg.tif/.reg.fts. Это полезно, если дальнейшая интеграция будет выполняться в другой программе, если нужно проверить качество калибровки каждого кадра или локализовать проблему, возникающую между калибровкой и стеком.

По умолчанию промежуточные файлы лучше не создавать без задачи. Для большой серии они быстро занимают десятки или сотни гигабайт, особенно при 32-битных FITS/TIFF и большом сенсоре. Программа пишет данные рядом с исходниками, поэтому свободное место на диске проекта может исчезнуть неожиданно. Если включили промежуточные файлы ради диагностики, после завершения проверки их можно удалить и вернуть настройку в обычное состояние.

Полезный сценарий — сравнение калибровки. Сохраните несколько .cal, откройте их отдельно и проверьте, исчезли ли амп-глоу, горячие пиксели и пылевые тени. Если дефект остаётся на каждом откалиброванном кадре, проблема находится до этапа интеграции. Если отдельные .cal чистые, но артефакт появляется только в итоговом стеке, ищите причину в регистрации, rejection, нормализации фона или геометрии результата.

Cosmetic: остаточные горячие и холодные пиксели

Вкладка Cosmetic предназначена для дополнительной очистки уже откалиброванных lights от горячих и холодных пикселей. Она использует фильтр заданного размера и порог, после чего заменяет обнаруженные точки интерполированными значениями соседей. Есть возможность сохранить диагностический файл, показывающий, какие пиксели были исправлены.

Эту функцию нельзя рассматривать как замену хорошим dark. Слишком низкий порог начнёт воспринимать мелкие звёзды как дефекты и повредит реальный сигнал. Слишком большой фильтр сильнее сглаживает локальную структуру и работает медленнее. Правильный порядок — сначала качественная калибровка, затем Cosmetic только для остаточных стабильных дефектов, которые действительно видны на отдельных откалиброванных кадрах.

Если после включения Cosmetic слабые звёзды становятся «дырявыми» или исчезают, не увеличивайте интенсивность очистки. Отключите её и сравните один и тот же участок на .cal. Для одиночных горячих пикселей гораздо безопаснее корректная dark-калибровка или статистическое rejection на серии, чем агрессивная покадровая замена большого числа точек.

RGB Channels Alignment

Опция выравнивания RGB-каналов предназначена для случая, когда цветовые каналы итогового изображения слегка смещены относительно друг друга и звёзды имеют цветные края. DeepSkyStacker детектирует звёзды в каналах, выбирает лучший канал в качестве опорного и рассчитывает трансформации для остальных. Это может уменьшить красно-синие каймы, вызванные небольшим сдвигом каналов.

Но RGB Channels Alignment не исправляет хроматическую аберрацию объектива как оптическую модель и не заменяет правильную фокусировку по каналам. Если размер звезды в синем существенно больше, чем в красном, простое совмещение центров не сделает профили одинаковыми. Используйте функцию для геометрического сдвига, а не как универсальное средство от цветных ореолов.

Кометы: три разных режима стека

Комета создаёт особую задачу: она движется относительно звёзд. Если выровнять кадры по звёздам, комета размажется. Если выровнять по ядру кометы, звёзды превратятся в дорожки. DeepSkyStacker поэтому предлагает отдельный Comet Mode и три способа интеграции: стандартный стек по звёздам, стек по комете со звёздными следами и комбинированный режим Stars + Comet, где программа пытается получить резкими и звёзды, и комету.

Положение ядра DeepSkyStacker автоматически не угадывает. Откройте light, включите Edit Comet Mode, приблизьте ядро колёсом мыши и отметьте его центр. Если объект слишком слабый или слишком яркий для автоматического подтверждения точки, положение можно принудительно задать с модификатором Shift. После изменения нужно сохранить отметку. В списке появится признак, что для кадра записан центр кометы.

Минимально отметьте центр на двух кадрах с большим интервалом по времени и на reference, если он не совпадает с одним из них. При корректных временных метках программа может интерполировать положение на промежуточных кадрах. Для быстрой кометы или серии с нерегулярными интервалами полезно добавить ручные точки ещё на нескольких lights. Чем хуже временные метаданные, тем меньше стоит полагаться на интерполяцию.

Вкладка Comet появляется в Stacking Parameters только после того, как центр зарегистрирован хотя бы на двух lights, включая reference. В режиме Standard stacking положение кометы игнорируется: звёзды остаются резкими, комета размыта. В режиме Comet stacking кадры совмещаются по комете, а звёзды вытягиваются; положение звёзд всё же используется для компенсации поворота поля. Этот вариант полезен, если затем требуется отдельный «comet stack» для внешнего композитинга.

Режим Stars + Comet наиболее сложен. DeepSkyStacker сначала формирует данные для выделения кометы из фона, затем строит стек со звёздами, вычитая влияние кометы, и в конце возвращает комету в результат. На медленно движущемся широком объекте или рядом с яркими звёздами разделение может быть несовершенным, поэтому вокруг кометы иногда появляются остаточные структуры. В таком случае два отдельных стека — по звёздам и по комете — и последующее аккуратное объединение во внешнем редакторе дают больше контроля.

При стеке со звёздными следами среднее часто сохраняет непрерывность линий лучше rejection-методов. Для обычного comet-only или stars+comet небольшая серия может использовать Median, а длинная — Kappa-Sigma. Но это не жёсткое правило: проверьте, не начинает ли rejection удалять слабый хвост, который меняет положение вместе с кометой и имеет низкий сигнал.

Панель Processing: что можно сделать после стека

После интеграции линейное изображение выглядит тёмным. Это нормально: большая часть полезного deep-sky-сигнала находится близко к фону, а данные сохранены с широким динамическим диапазоном. Панель Processing нужна для визуализации и базовой коррекции результата. В современных 6.x она включает MTF Stretch, ASinH Stretch, Colour Balance и Saturation с отдельным Vibrance.

MTF, Mid-tone Transfer Function, изменяет отображение и затем позволяет применить растяжение к данным. Управляются тени, средние тона и светлые области, а Auto-stretch может рассчитать начальные параметры по статистике фона. Важный контроль — clipping: если чёрная точка уходит в саму массу гистограммы, слабый фон и туманность необратимо обрезаются после Apply. Для первой оценки лучше оставить небольшой запас слева, чем пытаться сразу получить контрастный чёрный фон.

ASinH использует обратную гиперболическую функцию и полезен тем, что может сильнее вытянуть слабые области при сравнительно мягком обращении с яркими зонами. Параметр beta задаёт силу преобразования; в современных версиях диапазон расширен. Как и любой stretch, ASinH лучше применять поэтапно, оценивая яркие ядра и цвет звёзд, а не одним экстремальным движением ползунка.

Colour Balance изменяет баланс каналов после растяжения. Обычно удобнее сначала применить MTF или ASinH, а затем корректировать цвет, потому что линейное изображение визуально слишком тёмное для осмысленной оценки. Это не фотометрическая калибровка по каталогам: инструмент работает с данными изображения и пользовательскими настройками, поэтому для физически воспроизводимого цвета нужен внешний астрономический редактор с plate solving и каталогами.

В 6.2.2 появился отдельный Saturation с двумя регуляторами: Saturation и Vibrance. Saturation меняет общую интенсивность цвета, а Vibrance сильнее поднимает приглушённые цвета и меньше давит уже насыщенные области. Разработчики рекомендуют использовать этот блок после MTF, поскольку растяжение средних тонов может визуально уменьшить насыщенность. При этом ярко-синие или красные звёзды легко довести до клиппинга, поэтому контролируйте гистограмму и не оценивайте цвет только по общему «эффекту».

Кнопка Preview позволяет смотреть результат без окончательного применения, а Apply фиксирует преобразование. Не путайте временный просмотр линейного изображения с записанным stretch. Для серьёзной дальнейшей обработки безопаснее сохранить линейный стек без агрессивных применённых коррекций, а предпросмотр использовать лишь для контроля, что интеграция прошла нормально.

Сохранение результата и AutoSave

После стека DeepSkyStacker автоматически создаёт файл результата. Исторически это AutoSave.tif; если имя занято, добавляется номер. В современных настройках Output можно управлять именованием и расположением. Это автоматическое сохранение ценно тем, что результат существует на диске даже после закрытия окна или сбоя дальнейшей обработки.

Save picture to file используется, когда нужно вручную выбрать имя, формат и параметры сохранения. Для передачи в астрофоторедактор выбирайте формат с высокой разрядностью — обычно TIFF или FITS — и избегайте JPEG как промежуточного мастер-файла. Восьмибитный JPEG не сохраняет линейный динамический диапазон, который нужен для последующего растяжения слабых деталей.

Отдельно учитывайте, сохраняются ли применённые Processing-настройки. Если задача — продолжить обработку в Siril, PixInsight, Photoshop или другом редакторе, разумно иметь один линейный master без визуального stretch и, при необходимости, отдельную версию для быстрого просмотра. Тогда всегда можно вернуться к исходному интегрированному сигналу, а не пытаться восстановить уже обрезанные тени.

Batch Stacking: несколько списков за один проход

Batch stacking принимает сохранённые File Lists и последовательно строит результат для каждого отмеченного списка. Это удобно для раздельных каналов L/R/G/B, разных фильтров или нескольких объектов, подготовленных заранее. Вместо ручного открытия списка, запуска стека, ожидания и загрузки следующего можно отдать программе очередь.

Batch не означает, что все списки объединяются в один кадр. Каждый проект обрабатывается отдельно со своими исходниками и настройками. Поэтому перед ночным запуском откройте каждый список хотя бы один раз и убедитесь, что пути доступны, reference корректен, калибровки на месте, а временный диск имеет запас. Ошибка в одном списке иначе обнаружится только спустя часы.

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

DeepSkyStackerCL: автоматизация без ручного окна

В поставку входит командная версия DeepSkyStackerCL. Она полезна для повторяемой обработки заранее подготовленных .dssfilelist, когда не нужен интерактивный просмотр. CLI умеет регистрировать, складывать, сохранять откалиброванные или зарегистрированные промежуточные кадры, указывать путь результата, формат TIFF/FITS, битность и компрессию.

Практическая схема автоматизации такова: один раз сформировать File List в графическом интерфейсе, проверить типы кадров и настройки, затем запускать этот список через DeepSkyStackerCL в скрипте. Это безопаснее, чем пытаться генерировать список вслепую, потому что большая часть ошибок deep-sky-проекта связана не с синтаксисом команды, а с неверной классификацией lights/darks/flats и несогласованными параметрами.

Ключи регистрации различают обычный запуск для ещё не зарегистрированных кадров и принудительную перерегистрацию. Отдельный ключ включает стек. Опции вывода позволяют выбрать целочисленный или 32-битный плавающий результат, TIFF/FITS и тип компрессии. Для pipeline лучше явно задавать путь и формат, чтобы результат не зависел от текущего каталога или предыдущей интерактивной настройки.

На macOS исполняемый DeepSkyStackerCL находится внутри пакета приложения; для удобного вызова из терминала можно создать системную символическую ссылку. В Linux и Windows путь зависит от установки. Если сценарий используется на нескольких машинах, не зашивайте путь в десятки скриптов: вынесите его в одну переменную или обёртку и отдельно проверьте доступ к исходным томам.

Производительность: процессор, память и временный диск

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

Если во время стека система полностью теряет отзывчивость, уменьшение числа потоков часто полезнее, чем повышение приоритета процесса. На машине, где параллельно работает браузер, гидирование, копирование данных или другой редактор, оставьте ресурсы операционной системе. Реальная скорость определяется не только CPU: чтение десятков больших RAW/FITS, создание masters и временных буферов делает накопитель важной частью цепочки.

Временную папку лучше размещать на быстром локальном SSD с достаточным свободным местом. Сетевой диск или медленный USB-накопитель может стать узким местом, даже если исходники читаются быстро. При Drizzle требования резко увеличиваются: 2× даёт примерно в четыре раза больше пикселей, 3× — в девять. Добавьте промежуточные файлы, и объём проекта может превысить свободное место до завершения стека.

Оценивать запас диска следует не по сумме RAW. RAW с камеры сжат и хранит один CFA-отсчёт на пиксель, тогда как промежуточный 32-битный RGB может быть во много раз крупнее. Поэтому проект на 30 ГБ исходников способен временно потребовать значительно больше. Перед длинным unattended-запуском проверьте свободное место и очистите старые .cal/.reg, если они больше не нужны.

Entropy Weighted Average, сложное comet stacking и большой Drizzle требуют больше ресурсов, чем обычный Average или Kappa-Sigma на исходном размере. Это не повод избегать их, когда они решают конкретную задачу. Но сначала проверьте настройку на небольшой подсерии или Custom Rectangle. Ошибка в CFA-паттерне, выборе dark или пороге звёзд одинаково испортит результат за пять минут и за пять часов.

Почему программа не видит достаточно звёзд

Первая причина — слишком высокий Star Detection Threshold. Снизьте его и пересчитайте число звёзд. Вторая — слабая экспозиция или слишком тёмное декодирование RAW; в этом случае можно осторожно поднять Brightness в Raw/FITS DDP Settings. Третья — шум: детектор либо не отличает звёзды от фона, либо находит ложные точки. Включите медианный фильтр регистрации и убедитесь, что hot pixels не выдаются за звёзды.

Если проблема только на части кадров, сравните FWHM, фон и визуальную резкость. Тонкая облачность снижает контраст слабых звёзд, а росa создаёт большие мягкие ореолы. Неверный flat способен затемнить область поля настолько, что там пропадут опорные звёзды. Сильно обрезанное или повернутое поле может иметь слишком мало общих точек с reference даже при большом общем числе детекций.

При широкоугольной съёмке с сильной дисторсией по углам выберите reference из середины серии и попробуйте более устойчивую трансформацию. Но если кадры сделаны разной оптикой или с заметно разным масштабом, DeepSkyStacker не предназначен для произвольного сведения. Сначала приведите данные к совместимой геометрии в инструменте, который умеет полноценное астрометрическое перепроецирование.

Почему регистрация есть, а звёзды в стеке двойные

Двойные или вытянутые звёзды после стека указывают на неверное выравнивание части кадров, а не на недостаток финальной резкости. Отсортируйте lights по dX/dY/Angle и откройте подозрительные строки. Иногда один кадр получил ложное совпадение из-за hot pixels или слишком большого числа детекций. Перерегистрируйте его с более разумным порогом и калибровками.

Если ошибка систематическая и растёт к краям, причина может быть в дисторсии, повороте поля или несовместимом масштабе. Проверьте, не изменился ли фокус/редуктор между ночами. При многосессионной съёмке группы решают выбор калибровок, но не делают кадры с разной оптической конфигурацией геометрически идентичными.

Отдельно проверьте WCS. Если включено использование WCS и только FITS-серия даёт странное совмещение, временно отключите эту опцию и повторите offsets по звёздам. Если результат нормализовался, проблема находится в заголовках или plate solving, а не в звёздном детекторе.

Почему после стека кадр слишком тёмный

Линейный deep-sky-стек и должен выглядеть почти чёрным. Не пытайтесь оценивать потерю сигнала по необработанному виду. Откройте Processing и примените временный Auto-stretch или аккуратный MTF Preview. Если туманность и звёзды появляются без сильного clipping, данные есть.

Настоящая проблема возникает, если гистограмма упирается в левую границу и значительная часть пикселей уже равна нулю. Тогда проверьте калибровку: dark мог быть несовместим, flat — неверно откалиброван, а обработка RAW — изменена между masters и lights. Сравните один исходный light и соответствующий .cal, а не только итог.

Не сохраняйте единственную копию мастер-стека после агрессивного чёрного уровня. Даже если для публикации нужен контрастный фон, оставьте линейный 16/32-битный TIFF или FITS. Он будет исходником для повторной обработки, когда потребуется вытянуть более слабые детали.

Почему итог имеет цветовой оттенок

Зелёный, красный или синий фон после интеграции не обязательно означает неправильный стек. Сенсор, фильтры, световое загрязнение и баланс белого создают естественно неравные каналы. Background Calibration может выровнять уровни, но не является физической калибровкой цвета. Для окончательного результата лучше выполнять нейтрализацию фона и каталоговую калибровку в специализированном редакторе.

Если оттенок выглядит как мелкая цветная «сетка», проверьте Bayer/CFA pattern. Неправильная схема дебайеризации даёт пространственно повторяющуюся ошибку, которую балансом белого не исправить. Если цветные края видны только у звёзд, а фон нормален, попробуйте RGB Channels Alignment и проверьте хроматизм оптики.

Почему flat сделал изображение хуже

Правильный flat должен убирать виньетирование и пылевые тени, а не создавать новые. Если после калибровки края становятся чрезмерно светлыми, появляются кольца или «донаты» меняют знак, сначала проверьте геометрию съёмки flat. Камера могла быть повернута, пыль сместилась, фокусировочный узел изменил положение, фильтр был другим или flat снят после разборки оптического тракта.

Вторая причина — неправильная калибровка самого flat. Если камера требует dark flat, а использован неподходящий bias, уровень flat может быть вычтен неверно. Если dark flat имеет другую экспозицию, master тоже не соответствует. Откройте master flat отдельно: он должен показывать плавное виньетирование и реальные пылевые тени, а не резкие границы, полосы или почти нулевые области.

Третья причина — flat экспонирован слишком близко к насыщению или, наоборот, слишком слабо. DeepSkyStacker нормализует flat перед созданием master, но не может вернуть данные из клиппированных пикселей. Проверьте гистограмму исходных flat в программе захвата и используйте стабильный уровень освещения. Для фильтров снимайте отдельный набор, если их пропускание и пыль заметно различаются.

Почему dark не убрал горячие пиксели и glow

Если после dark-калибровки горячие пиксели остаются, сравните режимы съёмки. Для охлаждаемой CMOS должны совпадать температура, gain, offset/readout mode и экспозиция. Для DSLR хотя бы выдержка и ISO должны быть согласованы, а температура — близка. Несовпадение в десятки градусов или другой gain меняет амплитуду тёмного сигнала настолько, что обычное вычитание не работает корректно.

Амп-глоу особенно чувствителен к экспозиции и режиму сенсора. Попытка масштабировать dark, чтобы подогнать другую длительность, может оставить светлое пятно или создать отрицательную область. Если камера имеет выраженный amp glow, лучше снять dark той же экспозиции, чем использовать оптимизацию как универсальный заменитель. При стабильной библиотеке охлаждаемой камеры отдельные masters для типовых экспозиций обычно надёжнее.

Остаточные единичные hot pixels можно подавить Cosmetic или rejection на серии. Но если остаётся крупный структурный glow, проблема не в нескольких пикселях и косметика не поможет. Исправляйте соответствие dark до стека.

Спутниковые следы, самолёты и случайные вспышки

Один или несколько спутниковых следов не обязательно являются причиной выбрасывать весь light. При достаточно длинной серии Kappa-Sigma Clipping обычно видит яркий след как выброс относительно того же пикселя на остальных кадрах и удаляет его. Чем больше независимых кадров в области, тем надёжнее статистика.

Если кадров мало, след проходит через одну и ту же область на нескольких экспозициях или поверхность насыщена, rejection может оставить остаток. Тогда можно исключить конкретный кадр, если потеря интеграции невелика. Не повышайте агрессивность Kappa-Sigma до тех пор, пока след исчезнет любой ценой: вместе с ним можно начать удалять реальные яркие детали и ядра звёзд.

При метеорной или спутниковой задаче Maximum, наоборот, может использоваться как диагностический способ показать всё яркое, что встречалось в серии. Это ещё раз подчёркивает, что метод интеграции выбирается по цели, а не по универсальному рейтингу.

Шаг за шагом: DSLR или беззеркальная камера, один вечер

1. Скопируйте RAW lights в отдельную папку и убедитесь, что все кадры относятся к одной серии. Отдельно положите dark, flat и bias/dark flat.
2. Откройте DeepSkyStacker и через Open picture files добавьте lights. Через соответствующие команды добавьте калибровочные кадры с правильными типами.
3. Откройте Raw/FITS DDP Settings. Выберите согласованный вариант white balance и дебайеризации. Не меняйте его после регистрации без повторного расчёта.
4. Нажмите Check all, затем Register checked pictures. Для первого прохода отключите Stack after registering.
5. На Advanced включите automatic threshold или вручную добейтесь нескольких десятков/сотен реальных звёзд без массового захвата шума.
6. После регистрации отсортируйте lights по Quality и FWHM, посмотрите несколько худших кадров и снимите флажки только с реального брака.
7. Назначьте reference, если автоматический выбор неудачен по кадрированию. При обычной серии reference должен быть резким и находиться близко к типичному положению поля.
8. Нажмите Stack checked pictures. В Stacking Steps проверьте число кадров, соответствие dark/flat/bias и суммарную экспозицию.
9. В Stacking Parameters для длинной серии начните с Kappa-Sigma, обычного размера результата и разумной Background Calibration. Drizzle оставьте выключенным, если нет отдельной причины.
10. После стека оцените результат временным stretch. Сохраните линейный TIFF/FITS высокой разрядности и перенесите его в основной редактор для градиента, цветокалибровки и художественной обработки.

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

Шаг за шагом: цветная астрокамера и FITS

С OSC-камерой основная развилка — что именно находится в FITS. Некоторые программы захвата записывают CFA-мозаику в монохромный контейнер, и DeepSkyStacker должен знать Bayer pattern. Проверьте документацию камеры или заголовок файла, затем в FITS/DDP укажите правильную схему. Если FITS уже дебайеризован и содержит RGB, повторная CFA-интерпретация недопустима.

Добавьте lights, dark и flat, согласованные по gain, offset/readout mode и температуре. Для flat используйте bias либо dark flat в зависимости от методики камеры. Если FITS содержат корректный WCS после plate solving, можно протестировать Use FITS WCS Data. Сначала вычислите offsets и убедитесь, что геометрия правдоподобна.

После регистрации смотрите Quality, FWHM и фон. OSC-серия часто содержит много кадров, поэтому Kappa-Sigma хорошо подходит для спутниковых следов. Если dither достаточно крупный и изображение недосэмплировано, можно сделать отдельный тест 2× Drizzle на Custom Rectangle. Сравнивайте не размер картинки, а реальную детализацию звёзд и мелких структур при одинаковом масштабе просмотра.

Готовый linear master сохраняйте в 32-битном FITS или TIFF, если следующий редактор это поддерживает. Не применяйте сильный Processing stretch только ради того, чтобы изображение «выглядело готовым»: OSC-цвет лучше калибровать там, где доступны астрометрия и фотометрические каталоги.

Шаг за шагом: монохромная камера и LRGB

DeepSkyStacker не превращает четыре фильтра в готовую LRGB-композицию одним стеком. Правильнее создать отдельный File List для каждого канала: L, R, G и B. В каждом списке lights относятся к своему фильтру, а калибровки подбираются с учётом конкретного flat. Dark и bias могут быть общими, если режим сенсора одинаков, но flat почти всегда фильтр-специфичен.

Зарегистрировать каналы можно отдельно, но для последующего сведения важно сохранить согласованную геометрию. Один практический вариант — использовать схожий reference и одинаковый режим Result, затем окончательно регистрировать готовые masters во внешнем редакторе. Batch Stacking удобен, чтобы последовательно получить четыре master-файла.

Не выполняйте цветовую обработку в DSS до объединения каналов. Processing рассчитан на отдельное изображение, а LRGB-композиция требует межканальной нормализации, регистрации и цветового баланса уже после получения masters. DSS здесь выполняет свою сильную часть — калибровку и интеграцию каждого фильтра.

Шаг за шагом: две и больше ночей

Сначала разделите ночи по тому, что реально менялось. Если камера оставалась в неизменной ориентации, температура охлаждаемого сенсора одинакова и flat библиотечный, можно использовать общий набор. Если камера поворачивалась или пыль сместилась, flats должны быть ночными. Если температура или режим сенсора изменились, dark тоже разделяются.

Создайте Group 1 для первой ночи и Group 2 для второй. Lights и специфические dark/flat каждой ночи помещайте в свою группу. Общий bias, если он действительно общий, оставьте в Main Group. После регистрации выберите reference из наиболее качественной и центрально кадрированной ночи. DeepSkyStacker вычислит трансформации всех lights относительно него.

Смотрите не только Quality, но и фон. Ночь с Луной может быть технически резкой, но иметь более высокий sky background. Background Calibration выровняет общий уровень, однако сложный градиент останется. Иногда лучше получить отдельные ночные стеки и обработать градиенты до финальной интеграции в другом пакете. Если градиенты умеренные и поле одно, общий стек в DSS экономит время.

После Stack checked pictures внимательно проверьте Stacking Steps: именно здесь видны ошибки группировки. Если lights второй ночи внезапно получают flat первой, значит файл попал в Main Group или не в ту дополнительную вкладку. Исправлять такую ошибку после готового стека поздно: распределение калибровок является частью самого вычисления.

Шаг за шагом: стек без калибровочных кадров

DeepSkyStacker не требует dark/flat/bias формально. Можно добавить только lights, зарегистрировать и сложить их. Это полезно для теста съёмки или старого набора, для которого калибровки потеряны. Но отсутствие калибровок не делает дефекты исчезающими: hot pixels, виньетирование и пыль попадут в интеграцию.

Kappa-Sigma способен подавить непостоянные горячие точки при dithering, но не исправит виньетирование, а фиксированная пыль останется относительно сенсора и после регистрации может образовать сложные тени. Поэтому результат без flats часто требует сильной постобработки и кропа. Не воспринимайте удачный быстрый стек как доказательство, что calibration frames бесполезны.

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

Шаг за шагом: слабая комета на звёздном фоне

1. Добавьте lights и калибровки, выполните обычную регистрацию по звёздам.
2. Выберите reference, на котором ядро кометы видно и звёзды резкие.
3. Включите Edit Comet Mode и отметьте ядро на reference, затем на кадрах ближе к началу и концу серии. При быстрой комете добавьте промежуточные точки.
4. Убедитесь, что время файлов правильное: интерполяция положения зависит от меток времени.
5. Откройте Stacking Parameters. После достаточного числа отметок появится Comet tab.
6. Сделайте первый стек Standard по звёздам и сохраните его как отдельный master.
7. Сделайте второй стек в Comet mode. Сравните ядро и хвост с исходниками, чтобы rejection не удалял слабую структуру.
8. Если Stars + Comet даёт чистый результат без ореолов, можно использовать его. Если видны следы вычитания, объединяйте отдельные star/comet masters во внешнем редакторе.

Такой двойной подход обычно надёжнее одного сложного запуска, потому что вы сохраняете независимые данные: резкий фон и резкую комету. Если автоматический Stars + Comet работает хорошо, это экономит этап. Если нет, у вас уже есть два master-файла для ручного композитинга.

Частые ошибки в настройках и их исправление

Как диагностировать плохой стек без случайной смены всех параметров

Главное правило диагностики — менять по одному фактору. Если одновременно поменять Star Detection Threshold, debayering, background calibration, Kappa и reference, даже хороший результат не объяснит, что именно помогло. Сначала зафиксируйте File List и исходные калибровки. Затем сделайте базовый стек с простыми настройками и сохраните его.

Если проблема геометрическая — двойные звёзды, смещение, странный поворот — работайте только с регистрацией. Посмотрите найденные звёзды, reference, offsets и несколько кадров. Не трогайте saturation или MTF: они не могут исправить трансформацию. Если проблема фотометрическая — виньетирование, glow, пыль — анализируйте master flat/dark и промежуточные .cal. Если проблема проявляется только как спутниковый след — меняйте rejection, а не RAW DDP.

Custom Rectangle позволяет ускорить тесты. Выберите область, где хорошо виден дефект, и повторяйте стек только этой зоны. Для Drizzle, rejection и comet stacking это экономит много времени и диска. После того как параметры проверены на прямоугольнике, верните полный кадр и запускайте финальный расчёт.

Сохраняйте удачные File Lists и не удаляйте .Info.txt без причины. DeepSkyStacker специально кэширует регистрацию и masters, чтобы итерации не начинались с нуля. Перерегистрируйте только когда менялись параметры, влияющие на звёздный детектор или геометрию.

Форматы: что выбирать на входе и выходе

На входе приоритет определяется источником. Для DSLR/беззеркалки — RAW, если камера поддерживается LibRaw. Для астрокамеры — FITS, желательно с корректными метаданными. TIFF подходит для уже подготовленных кадров, если сохранена достаточная разрядность. JPEG оставьте для быстрых тестов и демонстрации, но не для основного калибровочного pipeline.

При FITS проверьте, монохромные данные это или CFA. Для 16-битных FITS цветной камеры правильный Bayer pattern критичен. Современные версии DeepSkyStacker также умеют работать со сжатыми FITS; однако при некоторых вариантах плавающих данных компрессия может включать квантование, поэтому для эталонного мастер-файла выбирайте режим, соответствующий требованиям точности вашего дальнейшего процесса.

На выходе TIFF удобен для большинства графических редакторов, FITS — для астрономических пакетов и научного workflow. 32-bit float сохраняет большой динамический диапазон и хорошо подходит для дальнейшего линейного растяжения. 16-bit integer часто достаточен для многих редакторов, но оставляет меньше запаса при длинной цепочке преобразований. Если следующий инструмент умеет 32-bit float, нет причины специально уменьшать разрядность до начала обработки.

Сравнение с аналогами

DeepSkyStacker стоит сравнивать не с любым фоторедактором, а по конкретной роли. Он специализируется на подготовке астрофотографических серий: calibration frames, звёздная регистрация, stacking, rejection, Drizzle и кометы. ФотоМАСТЕР решает другую задачу — обычную фотографическую коррекцию. Siril и PixInsight, напротив, являются прямыми астрономическими альтернативами, но охватывают существенно более широкую постобработку.

DeepSkyStacker и ФотоМАСТЕР

ФотоМАСТЕР полезен там, где уже есть обычная фотография и нужно исправить её визуально: удалить нежелательный объект, заменить или размыть фон, выполнить портретную ретушь, локальную коррекцию и цветообработку. Он не строит master dark, не регистрирует десятки FITS по звёздам и не выполняет астрономическую интеграцию. Поэтому выбирать между ним и DeepSkyStacker как между взаимозаменяемыми программами неправильно.

Рациональная связка возможна только по этапам: DeepSkyStacker создаёт стек, а обычный фоторедактор используется позже для публикационной коррекции, если он поддерживает нужную разрядность и формат. Для научно корректной астрофотографической цветокалибровки и работы с линейными данными всё же удобнее специализированный астропакет.

DeepSkyStacker и Siril

Siril покрывает ту же базовую цепочку — bias/dark/flat, калибровку, регистрацию и stacking — но продолжает workflow гораздо дальше. В нём есть Background Extraction, фотометрическая и спектрофотометрическая калибровка цвета, деконволюция, разные виды stretch, анализ, астометрия, Pixel Math, скрипты и командный режим. Современные универсальные сценарии Siril могут автоматически обрабатывать как DSLR RAW, так и FITS астрокамер.

DeepSkyStacker проще, когда задача сформулирована как «загрузить lights и калибровки, проверить регистрацию, получить линейный master». File Groups удобны для нескольких ночей, а comet stacking встроен в понятную логику. Siril выгоднее, если хочется не выходить из одной программы после стека, автоматизировать повторяющиеся проекты скриптами или применять более сложные линейные операции до stretch.

DeepSkyStacker и PixInsight

PixInsight — более широкая профессиональная среда обработки астрономических изображений. Калибровка, StarAlignment, ImageIntegration, локальная нормализация, drizzle, астрометрия, коррекция градиентов, цветокалибровка, деконволюция, маски и нелинейная обработка составляют единый большой pipeline. Это даёт намного больше контроля, но требует больше времени на освоение и настройки, а сама лицензия коммерческая.

DeepSkyStacker удобнее как узкий препроцессор: пользователь быстрее видит список кадров, Quality, FWHM, группы и сводку Stacking Steps. PixInsight предпочтительнее, когда калибровка должна быть частью детально управляемого процесса с LocalNormalization, сложным rejection и дальнейшей обработкой без экспорта. Для первого стабильного deep-sky workflow DSS обычно проще; для максимального контроля над каждой стадией возможностей PixInsight больше.

Ограничения DeepSkyStacker, которые важны до начала проекта

Первое ограничение — постобработка. Processing получил современные MTF, ASinH, Colour Balance, Saturation и Vibrance, но это всё ещё не полный астрофотографический редактор. Нет эквивалента развитой background extraction, plate-solving color calibration, многомасштабного шумоподавления, полноценной деконволюции и сложной работы с масками. Планируйте внешний второй этап.

Второе — геометрия. Регистрация рассчитана на кадры одного поля с достаточным числом общих звёзд. Минимум общих опорных звёзд и сходный масштаб являются реальным условием. DSS не заменяет общий мозаичный решатель для панелей с маленьким перекрытием и различной дисторсией.

Третье — ресурсы. Drizzle, промежуточные файлы, большой сенсор и сложные методы могут резко увеличить использование RAM и диска. Программа умеет ограничивать потоки и Custom Rectangle, но пользователь должен планировать рабочее пространство сам. Ошибка «диск заполнен» обычно является следствием конфигурации проекта, а не загадочным сбоем.

Четвёртое — автоматизация калибровок зависит от метаданных и правильной классификации файлов. Если FITS содержит неверную экспозицию, RAW неправильно распознан или файл добавлен как Flat вместо Dark Flat, программа не может догадаться о намерении пользователя. Stacking Steps нужно читать, а не воспринимать как промежуточное окно.

Пятое — качество стека ограничено качеством исходников. DeepSkyStacker не исправит потерянный фокус, насыщенные звёзды, сильный смаз или flat из другой конфигурации. Статистический стек хорошо подавляет случайный шум и выбросы, но не превращает систематическую ошибку в полезный сигнал.

Практический чек-лист перед финальным стеком

• Lights относятся к одному объекту и совместимой оптической конфигурации.
• Dark совпадают с lights по режиму сенсора и экспозиции, температура совместима.
• Flat сняты без поворота камеры и изменения оптического тракта.
• Bias или dark flat выбраны в соответствии с поведением конкретной камеры.
• Тип каждого файла в списке задан правильно.
• Для нескольких ночей группы распределены так, чтобы калибровки не смешивались.
• RAW/FITS DDP Settings проверены до регистрации.
• Детектор находит реальные звёзды, а не сотни hot pixels.
• Reference резкий и удачен по кадрированию.
• Плохие кадры исключены после визуальной проверки, а не только по одному числу.
• Stacking Steps показывает ожидаемое число lights и правильные calibration masters.
• Метод интеграции соответствует числу кадров и характеру выбросов.
• Drizzle включён только при реальной пользе и достаточном запасе памяти.
• Временный диск имеет запас под несжатые промежуточные данные.
• Линейный master сохраняется отдельно от версии с применённым stretch.

Как получить предсказуемый результат

DeepSkyStacker лучше всего работает, когда съёмка и обработка рассматриваются как единая измерительная цепочка. Стабильная оптическая конфигурация делает flat воспроизводимым, стабильный режим сенсора — dark корректным, dithering даёт статистике независимые положения дефектов и повышает ценность Drizzle, а достаточно экспонированные lights обеспечивают надёжную регистрацию по звёздам. В такой серии программа не требует десятков «магических» настроек.

Начинайте с простого процесса: корректная калибровка, automatic star threshold, визуальная проверка Quality/FWHM, Kappa-Sigma для достаточно большой серии, обычный размер и линейный выход. Если базовый стек хорош, добавляйте усложнения только ради конкретной цели. Drizzle — ради недосэмплированной мелкой детали, comet mode — ради движущегося объекта, Intermediate Files — ради диагностики или внешней интеграции, Batch/CLI — ради повторяемости.

Самая ценная функция DeepSkyStacker не отдельный алгоритм, а прозрачность подготовки серии: в одном месте видны типы кадров, группы, найденные звёзды, геометрические смещения, качество, калибровочные связи и параметры интеграции. Если использовать эти данные для контроля, а не просто нажимать Stack, программа становится надёжным препроцессором, который выдаёт чистый линейный master для следующего этапа астрофотографии.

Контроль метаданных перед обработкой

DeepSkyStacker во многом полагается на сведения, которые камера или программа захвата записала в файл. Экспозиция, ISO или gain, размер кадра и время съёмки участвуют в сопоставлении калибровок, а временная метка особенно важна для интерполяции положения кометы. Поэтому после импорта нестандартных FITS полезно просмотреть несколько строк таблицы и убедиться, что значения выглядят правдоподобно.

Ошибочная экспозиция в заголовке может привести к тому, что Stacking Steps предложит не тот dark или покажет неверное суммарное время. Если метаданные у старого набора отсутствуют, не пытайтесь скрыть проблему агрессивными настройками стека. Сначала разберитесь, можно ли однозначно разделить файлы по папкам и фактическим параметрам съёмки. В контекстном меню отдельные свойства можно временно переопределить, но это средство для известной информации, а не способ угадывать условия съёмки.

Для серии с несколькими экспозициями полезно хранить их в понятных каталогах ещё до импорта. Тогда даже при повреждённом EXIF/FITS-заголовке видно, какой dark относится к 60 секундам, а какой к 300. Такая организация особенно важна при библиотеке master dark: имя файла должно дополнять, а не заменять проверяемые метаданные.

Recommended Settings: использовать как диагностику, а не как автопилот

Кнопка Recommended Settings анализирует текущий набор и предлагает изменения, которые считаются подходящими для обнаруженных условий. Это удобный способ заметить несовместимую комбинацию — например, когда выбранный метод не соответствует типу данных. Но рекомендации не знают художественной и научной цели проекта, поэтому принимать каждую строку без проверки не стоит.

Если программа предлагает изменить метод, прочитайте, какую проблему должна решить рекомендация, затем вернитесь в Stacking Parameters и проверьте параметр вручную. Для короткой серии из нескольких кадров и для сотни lights оптимальная статистика различается. Для кометы критерий тоже другой, чем для неподвижной туманности. Recommended Settings полезны как второй взгляд на конфигурацию, а не как замена понимания Average, Median, Kappa-Sigma и Background Calibration.

После изменения настроек снова откройте Stacking Steps. Именно сводка показывает фактическую конфигурацию, которая будет применена. Такой короткий цикл — рекомендация, ручная проверка, сводка — быстрее, чем после долгого стека выяснять, что программа использовала другой набор калибровок или не тот режим результата.

ФотоМАСТЕР предназначен для обычной визуальной обработки фотографий и не заменяет специализированные функции этой программы: управление оборудованием, астрономические расчёты, измерения или научный анализ. В сравнении рассматриваются разные этапы работы с изображениями, а не полная взаимозаменяемость приложений.