Astro Pixel Processor калибрует и складывает серии астрофотографий, выравнивает кадры по звёздам, исправляет оптические и фоновые градиенты, собирает многопанельные мозаики, объединяет RGB и узкополосные каналы, выполняет цветовую калибровку, растяжение и сохранение результата в FITS, TIFF или JPEG.

Основной рабочий маршрут построен вокруг последовательных этапов Load, Calibrate, Analyse Stars, Register, Normalize и Integrate. Такая логика удобна для длинных серий: исходные lights, bias, dark и flat можно разнести по типам, проверить качество распознавания звёзд, выбрать геометрию регистрации, нормализовать фон и только затем запускать итоговое сложение. После интеграции доступны инструменты удаления светового загрязнения, калибровки цвета звёзд, RGB-комбинирования, HSL-коррекции и предварительного DDP-растяжения.

Сильная сторона Astro Pixel Processor — работа с неоднородными наборами и широкими полями. Программа умеет учитывать оптическую дисторсию при регистрации, применять Local Normalization Correction и Multi-Band Blending, строить большие мозаики, выполнять drizzle и Bayer drizzle, а также сводить данные нескольких ночей, фильтров и камер. При этом результат каждого критичного этапа можно оценить до продолжения обработки: по списку кадров, графикам аналитики, картам отклонённых пикселей, гистограмме и просмотру зарегистрированных изображений.

Что именно делает Astro Pixel Processor

Astro Pixel Processor предназначен прежде всего для обработки данных глубокого неба: серий отдельных экспозиций, калибровочных кадров, цветных RAW-файлов, монохромных FITS и многоканальных наборов. В одном проекте можно пройти от коррекции сенсорных артефактов до интегрированного изображения, а затем выполнить базовую подготовку цвета и тона. В отличие от обычного фоторедактора программа опирается на статистику серии, координаты звёзд и взаимное перекрытие кадров, поэтому её ключевые операции имеют смысл именно для астрофотографии, а не для одиночного снимка.

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

Интерфейс и логика вкладок

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

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

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

Рабочий каталог и организация проекта

Перед тяжёлой обработкой важно выбрать каталог на диске с достаточным свободным местом. Astro Pixel Processor создаёт промежуточные результаты калибровки, регистрации и интеграции, поэтому объём временных данных может значительно превышать размер исходной серии. Особенно быстро место расходуют многомегапиксельные FITS, drizzle, мозаики и проекты с несколькими сессиями. Практически полезно располагать рабочую папку на быстром SSD и не смешивать её с каталогом единственной копии исходников: обработка становится быстрее, а структура проекта остаётся понятной.

Имена исходных файлов сами по себе не заменяют классификацию. При загрузке нужно проверить, что lights попали в lights, flats — в flats, darks — в darks, а bias — в bias. Для многосессионных и многоканальных проектов дополнительно важны session и filter/channel: эти признаки позволяют программе сопоставлять калибровочные кадры с нужными lights и затем собирать отдельные интеграции по каналам. Ошибка на этом уровне может выглядеть как неправильная калибровка или странная цветовая разница позже, поэтому таблица файлов — первая контрольная точка проекта.

Для больших наборов полезно заранее отделить исходники, рабочие файлы и окончательные мастеры. Это не требование интерфейса, а защита от случайной повторной обработки. Если уже откалиброванный кадр загрузить как исходный light и снова применить dark или flat, математическая ошибка будет значительно серьёзнее, чем небольшая разница параметров Integrate. Чёткая структура папок также помогает понимать, какой файл можно удалить для освобождения места, а какой является единственной копией исходной съёмки.

Поддерживаемые данные и форматы

Для научно-астрономических наборов основным форматом остаётся FITS. Он сохраняет широкий числовой диапазон и служебные метаданные, необходимые для дальнейшего конвейера. Для камер поддерживаются распространённые RAW-семейства: Canon CR2 и CR3, Nikon NEF, Sony ARW, Pentax PEF, Olympus ORF, Leica RWL и RAW, Panasonic RW2 и RAW, Hasselblad 3FR и FFF, Fujifilm RAF, включая SuperCCD и X-Trans. Также обрабатываются TIFF, PNG и JPEG. Если конкретная камера пока не распознаётся напрямую, возможен предварительный перевод RAW в DNG без художественной проявки.

Формат следует выбирать по этапу, а не по привычке. RAW полезен как исходный материал от DSLR или беззеркальной камеры, FITS — как контейнер для линейных астрономических данных и промежуточных продуктов, TIFF — для передачи изображения в универсальные редакторы с сохранением высокой разрядности, JPEG — для публикации, когда дальнейшая численная обработка уже не нужна. PNG сохраняет пиксели без потерь, однако для сложной астрономической цепочки FITS обычно удобнее из-за метаданных и привычной поддержки линейных массивов.

При чтении RAW программа должна знать структуру цветового фильтра сенсора. Для Bayer-матриц затем применяется демозаика либо Bayer drizzle, для Fujifilm X-Trans используется соответствующая CFA-геометрия. Нельзя путать линейные данные сенсора с уже проявленным JPEG: в JPEG цвет, гамма, шумоподавление и резкость могли быть изменены камерой, а часть слабого сигнала потеряна. Поэтому серьёзную калибровку серии лучше строить на RAW или FITS, а JPEG оставить для просмотра и готового результата.

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

Калибровка: bias, dark, flat и Bad Pixel Map

Калибровка исправляет повторяемые особенности сенсора и оптического тракта до того, как кадры будут геометрически перемещены. Bias описывает электронное смещение считывания, dark содержит тёмный сигнал и горячие пиксели при заданных условиях экспозиции, flat измеряет неравномерность поля, виньетирование и тени пыли. Astro Pixel Processor умеет собирать и применять эти типы данных, а также использовать Bad Pixel Map. Корректировать такие дефекты лучше в исходной геометрии сенсора, пока каждый пиксель соответствует своему физическому положению.

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

Bad Pixel Map особенно полезна для устойчивых горячих, холодных или дефектных пикселей. Карта описывает расположение проблемных точек, после чего их вклад можно исправить до регистрации. Это снижает вероятность цветных цепочек и повторяемых точечных артефактов в стеке. При этом BPM не заменяет dark и flat: постоянный дефект пикселя, тёмный ток и неравномерность освещения — разные физические явления, для которых нужны разные данные.

Из серии bias, dark и flat можно формировать master calibration frames. Мастер снижает случайный шум конкретного калибровочного типа, сохраняя повторяемую структуру, которую требуется компенсировать. Но большое число входных кадров не делает неподходящую библиотеку подходящей. Сотня flats после перестановки камеры не исправит lights, снятые до неё, если пыль и виньетирование изменились. Сначала проверяют соответствие условий, затем уже оценивают статистическое качество мастера.

Как проверить калибровку до регистрации

После Calibrate стоит открыть несколько кадров из начала, середины и конца серии и сравнить фон, углы и яркие звёзды. Хороший результат не обязан выглядеть эффектно при линейном отображении, но не должен приобретать новые полосы, кольца или ступени яркости. Остаточный amp glow обычно заставляет проверить dark, пылевые тени — flat, устойчивые одиночные точки — BPM и dark. Такой контроль быстрее, чем искать ту же причину уже в интеграции, где сенсорный дефект успевает переместиться вместе с регистрацией.

Особенно внимательно проверяют разные ночи. Поворот камеры, новый фокус, снятый и возвращённый редуктор, перемещённая пыль или смена фильтра способны сделать старые flats непригодными. В multi-session проекте разумно хранить отдельную принадлежность calibration frames к сессиям. Тогда общая нормализация объединяет уже корректно подготовленные lights, а не пытается скрывать физически разные ошибки оптического тракта.

Дебайеризация и работа с данными цветных камер

Кадр с матрицы OSC или DSLR до дебайеризации содержит не готовое цветное изображение, а мозаику значений, записанных через цветовой фильтр Байера. Поэтому порядок обработки важен: калибровочные кадры должны применяться к данным в согласованном состоянии, а преобразование мозаики в RGB выполняется тогда, когда это предусмотрено выбранным процессом. Astro Pixel Processor распознаёт распространённые RAW-форматы фотокамер и умеет работать с CFA-данными астрономических камер, после чего предоставляет алгоритмы демозаики. Среди специализированных возможностей заявлен Adaptive Airy Disc — подход, ориентированный на восстановление цвета и структуры звёзд с учётом формы звёздного изображения. Это особенно полезно в поле с большим числом мелких звёзд, где обычная интерполяция способна сильнее смешивать значения соседних цветовых элементов.

Для узкополосной съёмки на цветную матрицу APP позволяет извлекать сигналы H-alpha, OIII и SII из совместимых наборов данных. Практический смысл такого режима — не притворяться, что двух- или многополосный фильтр даёт обычный широкополосный RGB, а разнести содержащуюся в кадре информацию по каналам, с которыми затем можно работать отдельно. Полученные каналы допускается нормализовать, интегрировать и комбинировать так же осмысленно, как монохромные наборы. Результат зависит от спектральных полос фильтра, матрицы и объекта: программа не создаёт отсутствующий сигнал и не превращает двухполосный материал в три независимо измеренных узкополосных канала.

Когда выбирать обычную демозаику, а когда Bayer Drizzle

Обычная демозаика создаёт RGB-пиксели интерполяцией соседних элементов CFA и удобна для большинства серий. Bayer Drizzle использует смещения между субкадрами, чтобы складывать исходные измерения цветовых элементов без обычной предварительной интерполяции. Метод раскрывается при достаточно большом числе кадров с естественным или намеренным дизерингом: различные субкадры дают выборки сцены на разных субпиксельных позициях. Если кадров мало или смещения почти отсутствуют, ожидать автоматического прироста деталей не стоит. Кроме того, увеличение масштаба drizzle резко увеличивает размер промежуточных массивов и требования к памяти.

• Для короткой серии без выраженного дизеринга разумнее начать с стандартной демозаики и обычной интеграции.
• Для длинной OSC-серии с хорошими субпиксельными смещениями можно сравнить обычную интеграцию и Bayer Drizzle по одинаковому кропу.
• Оценивать следует не только резкость звёзд, но и цветной шум, артефакты вокруг насыщенных объектов и размер итогового файла.
• Калибровку нельзя подменять drizzle: горячие пиксели, виньетирование и систематические дефекты сенсора устраняются на соответствующих этапах.

Analyse Stars: измерение качества и подготовка к регистрации

Этап Analyse Stars строит звёздную модель каждого кадра. Разработчик указывает для монохромных данных точность определения положения звезды до 0,05 пикселя при использовании Intensity Weighted Centroiding. На практике эта модель нужна не ради отдельного каталога красивых чисел: найденные звёзды служат опорными точками регистрации, а измеренные характеристики кадров помогают заметить материал с потерянным фокусом, облаками, сильным смазом или другим качеством изображения. При неоднородной серии полезно сначала закончить анализ, затем просмотреть статистику и только после этого запускать тяжёлую регистрацию всего набора.

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

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

Регистрация и коррекция оптической дисторсии

На этапе Register программа сопоставляет звёздные модели кадров и переводит их в общую систему координат. Для обычной серии это компенсирует сдвиг, поворот и небольшое различие геометрии между субкадрами. В APP регистрация дополнена Dynamic optical Distortion Correction, или DDC: модель способна учитывать оптическую дисторсию, из-за которой соответствие звёзд нельзя точно описать одной простой линейной трансформацией по всему кадру. Это особенно заметно на широкоугольной оптике, в мозаиках и при объединении данных с разной геометрией поля.

Качество регистрации стоит проверять не только в центре. Если центральные звёзды совпадают, а к краям возникает цветное или геометрическое раздвоение, возможны остаточная дисторсия, хроматическая аберрация, различие масштаба или недостаточно устойчивая модель. APP использует интерполяционные алгоритмы, включая Lanczos и Mitchell-Netravali, для преобразований изображения. Любая повторная интерполяция всё же изменяет выборку данных, поэтому разумный рабочий принцип — выполнить корректную регистрацию один раз и не создавать длинную цепочку лишних поворотов и ресемплинга до интеграции.

Выбор опорного кадра

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

APP позволяет выбирать композицию интеграции: всё поле, покрытое кадрами; поле опорного кадра; либо кроп reference. Это решение связано с регистрацией. Режим полного поля сохраняет максимум охвата, но края, куда попало мало субкадров, имеют менее равномерный шум. Поле reference даёт предсказуемую прямоугольную основу. Кроп удобен, когда заранее известно, какая центральная область действительно нужна. Если итог предназначен для дальнейшего сложения каналов, одинаковая геометрия мастер-кадров упрощает RGB или LRGB-комбинацию.

Нормализация: выравнивание уровней перед стекингом

Даже идеально зарегистрированные субкадры нельзя просто усреднять, если фон и масштаб сигнала заметно различаются. Высота объекта, прозрачность атмосферы, Луна и тонкие облака меняют общий уровень и контраст. Этап Normalize приводит кадры к согласованной фотометрической шкале перед Integrate. Это не косметическое выравнивание яркости готовой картинки: задача — сделать статистическое объединение данных корректнее, чтобы алгоритм отбраковки отличал выброс от нормального различия экспозиций.

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

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

Local Normalization Correction

Local Normalization Correction, сокращённо LNC, предназначен для ситуаций, где различие между кадрами нельзя хорошо описать одним глобальным преобразованием. Небо может иметь пространственно неравномерный фон, а соседние панели мозаики — немного разный уровень и структуру градиента. LNC строит локальную коррекцию и тем самым помогает согласовать данные перед интеграцией. Это один из инструментов APP, особенно полезных при сложных мозаиках и неоднородных многосессионных проектах.

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

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

Integrate: статистическое сложение и карты контроля

Этап Integrate объединяет зарегистрированные и нормализованные субкадры. В APP предусмотрены фильтры отбраковки выбросов, а также вывод rejection-, weight- и normalization-карт. Такие карты превращают стекинг из чёрного ящика в проверяемую процедуру. Rejection map показывает, какие значения алгоритм счёл выбросами; weight map помогает понять распределение веса; normalization map отражает соответствующую коррекцию. Просмотр карт полезен, если в мастере неожиданно исчезают мелкие звёзды, остаются спутниковые следы или возникают пятна.

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

APP допускает интеграцию сразу в другом масштабе, то есть итог можно увеличить или уменьшить непосредственно на стадии построения стека. Это отличается от простого изменения размера уже готового JPEG: ресемплинг выполняется как часть геометрии интеграции зарегистрированных данных. Повышать масштаб без причины не следует — число пикселей и расход памяти растут, а физической информации больше не становится. Такой режим полезнее, когда он согласован с drizzle или с задачей совместить наборы разного масштаба.

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

Почему края стека шумнее центра

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

Drizzle и Bayer Drizzle

Drizzle в Astro Pixel Processor реализован как настраиваемый вариант интеграции. Пользователь может задавать параметры droplet и увеличения сетки, а также выбирать ядро, в том числе point, square, tophat или gauss. Идея метода — использовать небольшие относительные смещения субкадров, чтобы перенести измерения на более плотную итоговую сетку. Он особенно уместен для данных, где размер пикселя заметно ограничивает дискретизацию изображения и серия содержит хороший дизеринг. Если исходные звёзды уже сильно размыты атмосферой или оптикой, увеличение сетки лишь создаст больше пикселей вокруг той же размытой информации.

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

Для цветной матрицы Bayer Drizzle интересен тем, что учитывает расположение цветовых элементов CFA. При хорошей серии это позволяет избежать части интерполяции, характерной для обычной демозаики. Однако результат обязательно проверяют на мелких цветных звёздах: недостаточное покрытие или сложный шум способны дать цветовую зернистость. Сравнение следует делать при одинаковом визуальном масштабе, иначе просто увеличенная drizzle-версия почти всегда кажется детальнее из-за большего числа пикселей.

Ситуация	Разумный первый выбор	Что проверить
Много монохромных кадров с дизерингом	Обычная интеграция и тест Drizzle	FWHM звёзд, шум, память
Длинная OSC-серия с CFA	Сравнить демозаику и Bayer Drizzle	Цвет мелких звёзд и фон
Мало субкадров	Обычная интеграция	Неравномерность покрытия
Сильно пересэмплированные данные	Не увеличивать масштаб без цели	Есть ли реальный прирост деталей

Автоматические мозаики и перекрытие панелей

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

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

Multi-Band Blending, или MBB, предназначен для сглаживания переходов в областях перекрытия. Он особенно полезен, когда панели уже близки по уровню, но граница всё ещё читается из-за небольших локальных различий. MBB не отменяет LNC и корректное удаление градиента: эти инструменты решают разные части задачи. Хорошая мозаика строится не максимальным значением одного параметра, а последовательным согласованием геометрии, фотометрии и локального фона.

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

Проекции для сверхширокого поля

Обычная rectilinear-проекция удобна для небольших и средних полей, но на очень широких углах геометрические растяжения становятся значительными. APP поддерживает альтернативные проекции после калибровки камеры; разработчик отдельно указывает их необходимость для полей больше примерно 120 градусов. В материалах программы показаны equirectangular-проекции для панорам Млечного Пути, а в инструментах регистрации встречаются и другие варианты, применимые к широкому полю. Это позволяет строить мозаики, которые нельзя корректно уложить на единую прямолинейную плоскость без сильного искажения краёв.

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

Мозаики с разным фоном

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

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

Объединение данных разных ночей и сессий

Многосессионная съёмка позволяет накапливать часы экспозиции, но добавляет неоднородность: калибровочные кадры, поворот камеры, прозрачность, температура и фон меняются. В APP наборы можно организовать по сессиям и фильтрам, сохраняя связь lights с подходящими calibration frames. Главное правило — группировать по реальным условиям съёмки. Dark должен соответствовать параметрам световых кадров, flat — оптической конфигурации, а фильтры не следует смешивать как один канал лишь потому, что объект тот же.

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

Remove Light Pollution: моделирование фонового градиента

Инструмент Remove Light Pollution предназначен для удаления пространственно меняющегося фона: городской засветки, лунного градиента и других крупных неравномерностей, которые не являются частью небесного объекта. В рабочем окне пользователь размещает области выборки на участках, где предполагается только фон. По этим выборкам APP строит модель нежелательной компоненты. Затем модель применяется к изображению, а результат можно оценить визуально и при необходимости уточнить расположение областей.

Ключевой навык здесь — не количество прямоугольников, а их качество. Область на яркой туманности сообщает модели ложный уровень фона, и та начинает вычитать реальный сигнал. Область на ядре галактики ещё опаснее: плавный свет галактики легко принять за крупномасштабный градиент. Разработчик рекомендует выбирать зоны без туманности и галактики; звёзды при построении модели обрабатываются так, чтобы не определять фон. Для объекта, заполняющего весь кадр, нужно действовать особенно консервативно и проверять результат по слабым структурам.

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

Почему Remove Light Pollution не заменяет flat

Flat-field коррекция и удаление светового загрязнения работают с разной природой дефекта. Flat исправляет чувствительность пикселей, виньетирование и тени от пыли, связанные с оптическим трактом. Remove Light Pollution оценивает фон конкретного небесного кадра. Если flat отсутствует или неверен, попытка смоделировать всю виньетку как засветку может частично выровнять вид, но фотометрическая структура данных уже будет менее надёжной. Особенно плохо такой обход работает с пылевыми тенями и резкими локальными дефектами.

Коррекция виньетирования по модели

Помимо обычной flat-калибровки APP содержит инструменты моделирования виньетирования на основе подхода Kang-Weiss, включая варианты модели с геометрическим фактором и без него. Такая коррекция полезна как специализированный инструмент, когда требуется описать гладкое падение освещённости. Она не отменяет преимущества хороших flats, снятых в той же фокусировке и ориентации оптического тракта. Flat учитывает реальную систему целиком, тогда как математическая модель по определению описывает только форму, которую допускают её параметры.

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

Калибровка цвета звёзд

Calibrate Star Colors использует звёзды как опорные объекты для коррекции цветового баланса. В астрофотографии это практичнее ручного подкручивания каналов по впечатлению от экрана, потому что цвет звёзд содержит физически осмысленную информацию. Перед запуском полезно убрать сильный фоновой градиент: если одна сторона кадра загрязнена цветной засветкой, оценка каналов становится менее устойчивой. Поэтому в официальных учебных последовательностях удаление светового загрязнения и фоновая калибровка идут до звёздной цветовой калибровки.

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

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

RGB Combine, LRGB и узкополосные композиции

Инструмент RGB Combine объединяет монохромные каналы в цветное изображение и поддерживает добавление luminance. На этой основе строятся классические LRGB-композиции, LHaRGB и узкополосные комбинации, включая SHO — палитру, где SII, H-alpha и OIII назначаются на цветовые компоненты. APP позволяет обрабатывать линейные данные, поэтому объединять каналы можно до окончательного нелинейного растяжения. Это сохраняет гибкость: мастер-каналы остаются измерительно предсказуемыми, а вид готовой картинки формируется позднее.

До объединения каналы должны быть согласованы по геометрии и полю. Красный мастер, полученный с одним кропом, и синий с другим нельзя качественно совместить только коэффициентом цвета. Если съёмка велась разными камерами или фокусными расстояниями, регистрация и выбор общего поля становятся отдельной задачей. В многоканальной работе полезно хранить линейные masters каждого фильтра и отдельный объединённый master: это позволяет повторить цветовую смесь без пересчёта калибровки и стекинга.

Luminance обычно несёт основную мелкомасштабную структуру, а RGB — цвет. Но это не означает, что L можно сделать сколь угодно резким и просто наложить сверху. Различие размера звёзд между L и RGB создаёт цветные кольца, особенно на насыщенных звёздах. Перед LRGB-комбинацией полезно сравнить профиль звёзд и убедиться, что регистрация каналов точна по всему полю. Если исходные фильтры снимались в разный seeing, часть проблемы заложена в данных и требует аккуратной обработки, а не только другого коэффициента смешивания.

SHO и другие узкополосные смеси

При SHO каждый канал представляет отдельную спектральную полосу, а цвет — выбранное отображение этих измерений. Нельзя оценивать такой результат по критерию естественный цвет звёзд так же, как обычный RGB. Важнее сохранить структуру слабых эмиссионных областей, не потерять динамику яркого H-alpha и контролировать шум в более слабом SII или OIII. Если один канал существенно хуже, агрессивное выравнивание его веса может протащить шум во всю композицию.

Для LHaRGB H-alpha можно использовать как дополнительную структурную информацию в красной области или в luminance-составляющей — конкретный баланс зависит от объекта. APP даёт инструменты комбинации, но научно корректного универсального коэффициента для любой туманности не существует. Полезная практика — сохранить исходные masters, сделать несколько комбинаций с разными весами и сравнить слабые области, яркие ядра и звёзды при одинаковом растяжении.

HSL Selective Color

Selective Color позволяет локально по цветовому диапазону менять цвет, насыщенность и luminance. Особенность APP — возможность применять такую обработку и к линейным данным. Инструмент пригоден после общей калибровки, когда нужно, например, ослабить доминирующий оттенок узкополосной смеси или точнее развести близкие цветовые зоны. Селективная коррекция должна оставаться завершающей цветовой операцией, а не маскировать неверную регистрацию или градиент.

Самая частая ошибка — слишком широкий диапазон выбора. Тогда изменение, рассчитанное на туманность, одновременно меняет звёзды и фон. Работайте небольшими шагами, каждый раз сравнивая не только центральный объект, но и нейтральные участки. Если после коррекции фон приобретает цвет, которого раньше не было, диапазон или сила воздействия чрезмерны. Хорошая селективная коррекция подчёркивает различие уже измеренных каналов, а не превращает весь кадр в один декоративный оттенок.

Preview Filter и экранное растяжение

Линейный интегрированный master обычно выглядит почти чёрным, хотя слабая туманность и звёзды в данных присутствуют. Preview Filter позволяет увидеть их без немедленного разрушительного растяжения. Автоматический DDP, Digital Development Process, подбирает подходящую чёрную точку и параметр stretch; предусмотрены пресеты силы растяжения. В том же фильтре доступны увеличение насыщенности с защитой фона, повышение контраста, защита ярких областей и sharpening с защитой звёзд.

Различие между экранным preview и сохранённой обработкой важно для диагностики. Сильный preview может показать слабый градиент или край калибровки, не меняя исходный линейный master. Это удобный способ решить, нужно ли возвращаться к Remove Light Pollution, кропу или интеграции. Перед сохранением результата нужно понимать, какие параметры действительно применяются к экспортируемому изображению, а какие используются только для текущего представления.

Highlight protection уменьшает чрезмерное растяжение ярких областей, благодаря чему звёздные ядра выглядят компактнее и реже превращаются в белые диски. Но если исходный сенсор уже насытился при съёмке, никакая защита не восстановит потерянный цвет в клиппированном ядре. Аналогично sharpening не возвращает детали, отсутствующие из-за промаха фокуса. Эти регуляторы лучше использовать как контролируемую финальную обработку корректного мастера, а не как ремонт исходного брака.

Гистограмма как постоянный контроль

APP показывает RGB- или luminance-гистограмму данных, поэтому изменение чёрной точки, растяжения и цвета можно контролировать численно. Для линейного master основная масса фоновых значений расположена в узкой области; после stretch распределение расширяется. Опасный признак — упор значительной части данных в левую границу: это означает клиппинг теней. В астрофото вместе с грязным фоном там легко потерять настоящие слабые пылевые структуры.

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

Сохранение FITS, TIFF и JPEG

Результаты обработки можно сохранять в FITS, TIFF и JPEG; в функции экспорта предусмотрена работа с ICC-профилями для цветоуправления. Формат выбирают по дальнейшей задаче. FITS логичен для сохранения астрономических линейных masters и метаданных. TIFF удобен для передачи высококачественного изображения в общий растровый редактор без ограничений JPEG. JPEG предназначен прежде всего для готовой публикации и предпросмотра, где компактность важнее сохранения всей числовой точности.

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

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

FITS metadata, pedestal и числовые операции

В инструментарии APP предусмотрено редактирование FITS metadata. Для крупных проектов это полезно не только как подпись файла: корректные заголовки помогают различать фильтр, экспозицию, параметры сенсора и другие сведения, на которые опирается организация данных. При переносе файлов между программами стоит проверять, что ключевые значения не потерялись и не были интерпретированы иначе. Если автоматическая классификация дала неверную группу, сначала исследуйте metadata нескольких типичных файлов.

Программа также умеет умножать и делить значения данных на заданный коэффициент, добавлять или удалять pedestal. Эти операции относятся к числовому представлению и требуют понимания причины. Pedestal может использоваться, чтобы сохранить положительный диапазон при промежуточных вычислениях; произвольное его добавление не улучшает отношение сигнал/шум. Любое изменение такого рода лучше документировать в имени промежуточного файла или журнале проекта, иначе позднее трудно понять, почему уровни двух masters различаются.

Пакетные инструменты геометрии

В APP есть batch-инструменты для поворота, изменения размера, crop, uncrop и операции undebayer. Пакетный режим особенно удобен, когда одинаковое преобразование требуется десяткам или сотням файлов. Но геометрические операции стоит выполнять в правильной точке процесса. Кроп до регистрации способен удалить звёзды, необходимые для сопоставления, а многократное изменение размера добавляет лишние интерполяции. Если задача — только убрать неровные края стека, безопаснее обрезать уже интегрированный результат.

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

Практический сценарий: серия с цветной астрокамеры

Для типичной OSC-серии сначала разделите light, dark, flat и при необходимости bias по их реальным условиям. Загрузите группы в соответствующие категории, проверьте несколько файлов и metadata. Выполните калибровку; затем откройте край и центр откалиброванного light, чтобы убедиться, что виньетирование и пылевые тени не усилились. После этого Analyse Stars даст основу для оценки кадров и регистрации.

1. Загрузите lights и соответствующие calibration frames, не смешивая разные flats.
2. Выполните Calibrate и визуально проверьте несколько результатов.
3. Запустите Analyse Stars; исключите явно повреждённые кадры после визуальной проверки.
4. Выберите хороший reference и выполните Register с подходящей моделью геометрии.
5. Сделайте Normalize, затем Integrate с умеренной отбраковкой выбросов.
6. Сравните обычную демозаику и Bayer Drizzle только при достаточном дизеринге и количестве кадров.
7. Обрежьте зоны с малым покрытием, удалите остаточный световой градиент и откалибруйте цвет звёзд.
8. Сохраните линейный master, затем настройте Preview Filter или дальнейшее растяжение и экспорт.

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

Практический сценарий: LRGB с монохромной камеры

В LRGB-проекте каждый фильтр образует собственный набор lights, а calibration frames группируются по параметрам съёмки. После калибровки и анализа удобнее получить согласованные masters L, R, G и B с одинаковой геометрией. Если каналы снимались в разные ночи, общий reference помогает удержать совпадающий FOV. Градиенты следует контролировать по каждому каналу: цветная засветка часто проявляется именно как разница пространственного фона R, G и B.

Затем RGB Combine формирует цвет, а luminance добавляет структурную информацию. До окончательного смешивания проверьте совпадение звёзд на 100% масштабе в центре и углах. Цветные каймы, меняющие направление по полю, указывают на геометрическое расхождение, а одинаковый радиальный ореол вокруг всех звёзд чаще связан с различным размером PSF каналов. Это разные проблемы, и одинаковым цветовым ползунком их исправить нельзя.

После объединения удаление остаточного градиента и Star Color Calibration дают более нейтральную основу для насыщенности. При этом линейные masters L, R, G и B сохраняют отдельно. Если позднее окажется, что красный канал переоценён или luminance слишком доминирует, можно переделать комбинацию без повторной обработки исходных субкадров.

Практический сценарий: узкополосная съёмка SII, H-alpha и OIII

Монохромный узкополосный проект обычно состоит из трёх независимых каналов. Калибруйте и интегрируйте каждый набор последовательно, используя соответствующие flats для фильтра. Если SII накоплен одну ночь, а H-alpha — несколько, уровень шума будет неодинаков. Нормализация делает данные сопоставимее перед интеграцией внутри канала, но не создаёт равную глубину между каналами. В RGB Combine это учитывают весами и визуальной оценкой слабых областей.

Перед SHO-комбинацией полезно привести masters к общей геометрии и кропу. Затем сделать базовую смесь без сильной селективной коррекции и проверить, где именно доминирует каждый сигнал. HSL Selective Color подключают после того, как ясно, что цветовые различия происходят из каналов, а не из градиента. Если OIII содержит крупную лунную засветку, сначала моделируют фон; попытка убрать зелёный или синий селективным цветом уничтожит и реальную эмиссию OIII.

В узкополосных кадрах звёзды часто имеют иной цветовой баланс, чем в широкополосном RGB. Если задача требует естественно выглядящих звёзд, практический путь — отдельно подготовить широкополосный звёздный цвет и аккуратно совместить его на последующей стадии. Сам APP предоставляет средства канал-комбинации и цветовой коррекции, но качество основы всё равно определяется регистрацией, PSF и тем, какие спектральные измерения реально получены.

Практический сценарий: OSC с двухполосным фильтром

Двухполосный фильтр на цветной камере записывает несколько эмиссионных полос через CFA, поэтому обычный RGB после демозаики не всегда является самым удобным представлением. APP поддерживает извлечение узкополосной информации из OSC-данных. Сначала выполняют корректную калибровку исходных кадров, затем используют режимы, соответствующие фильтру и CFA. Полученные компоненты интегрируют и сравнивают по сигналу, прежде чем назначать им цвета.

При слабом OIII не следует выравнивать его визуально с мощным H-alpha только сильным коэффициентом: вместе с сигналом вырастет шум. Лучше оценить, достаточно ли экспозиции, и применять умеренное смешивание. Bayer Drizzle может быть полезен при длинной серии с качественным дизерингом, но это отдельное решение от спектрального извлечения. Одно отвечает за пространственную выборку, другое — за распределение зарегистрированного света по цветовым элементам.

Практический сценарий: многопанельная мозаика

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

После геометрии переходят к уровню фона: Normalize, при необходимости LNC, затем интеграция и MBB в перекрытиях. Если поле экстремально широкое, подберите подходящую проекцию до полного расчёта. В конце Remove Light Pollution убирает остаточную крупномасштабную засветку. Такой порядок позволяет отличить шов из-за геометрии от шва из-за фона; попытка решать их одновременно делает диагностику труднее.

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

Практический сценарий: комета

В обычной звёздной регистрации комета перемещается относительно звёзд от кадра к кадру, поэтому стек, выровненный по небу, размазывает ядро и хвост. В APP предусмотрена comet registration, предназначенная для совмещения по движущемуся объекту. Рабочий процесс требует корректно определить положение кометы в серии, после чего преобразования учитывают её движение. Официальные учебные материалы выделяют регистрацию комет в отдельный сценарий, а не как вариант обычного звездного стека.

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

Панель Tools и операции после интеграции

После получения master работа перемещается от стадий 1–6 к инструментам анализа и обработки. Здесь важно сохранять причинно-следственную связь: Remove Light Pollution отвечает за крупный фон, Calibrate Star Colors — за звёздный цвет, RGB Combine — за композицию каналов, HSL Selective Color — за выбранные диапазоны цвета, Preview Filter — за визуальное представление и растяжение. Чем чётче разделены эти задачи, тем проще вернуться на один шаг при неудачном результате.

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

Как оценивать мастер на масштабе 100%

Уменьшенный предпросмотр скрывает маленькие дефекты, а сильное увеличение, наоборот, провоцирует оценивать отдельные пиксели вне контекста. Масштаб 100% удобен для проверки звёзд, следов горячих пикселей, интерполяционных артефактов и цветного совмещения. Просмотрите центр, четыре угла и область около яркой звезды. Для мозаики добавьте несколько участков вдоль перекрытия панелей.

Не каждый единичный дефект требует пересчёта всей серии. Один остаточный спутниковый след может означать недостаточную статистику rejection в конкретной области; систематические горячие пиксели по всему кадру — проблему dark или bad pixel map; двойные звёзды на всей площади — регистрацию; цветная кайма, растущая к краям, — геометрию каналов или оптическую аберрацию. По пространственному рисунку часто можно быстро определить стадию, которую стоит проверять.

Типичная ошибка: регистрация не находит достаточно совпадений

Если Register не может уверенно сопоставить кадры, сначала вернитесь к Analyse Stars. Откройте проблемный light с автоматическим растяжением: видны ли звёзды, не перепутан ли файл, нет ли тяжёлой облачности? Сравните поле с reference. При мозаике убедитесь, что панели действительно перекрываются. Для данных разных камер проверьте масштаб, ориентацию и дисторсию. Только после этого корректируйте параметры поиска звёзд или модель регистрации.

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

Типичная ошибка: после flat углы стали светлее

Светлые углы после flat — классический признак перекоррекции. Проверьте, был ли master flat снят в той же оптической конфигурации, не изменились ли фокус и положение камеры, правильно ли он нормализован в процессе калибровки. Если использованы flats другой ночи после разборки тракта, совпадение может оказаться недостаточным. Не лечите светлые углы сильным Remove Light Pollution до выяснения причины: это скроет симптом, но не вернёт корректную flat-field калибровку.

Если flat выглядит подходящим, исследуйте dark/bias-составляющую, использованную при его обработке. Ошибка уровня в flat меняет коэффициент коррекции. Сравнение одного raw light, откалиброванного варианта и самого master flat обычно быстрее показывает направление проблемы, чем повторная интеграция всей ночи.

Типичная ошибка: остаются горячие пиксели

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

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

Типичная ошибка: фон после интеграции пятнистый или полосатый

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

Remove Light Pollution хорошо работает с плавным небесным градиентом, но не должен использоваться для маскировки любой неровности. Если фон мозаики прыгает точно на границе панели, проверьте Normalize, LNC и MBB. Если в одиночном master видны кольца пыли — возвращайтесь к flat. Если полосы соответствуют сенсорному pattern noise, увеличьте внимание к dark-калибровке, дизерингу и отбраковке. Один и тот же визуальный симптом может требовать совершенно разных действий.

Типичная ошибка: швы в мозаике

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

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

Типичная ошибка: цветные обводки вокруг звёзд

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

Проверяйте каналы до RGB Combine: откройте одинаковую звезду в R, G и B и сравните центр и углы. Это отделяет проблему исходных masters от цветового инструмента. Star Color Calibration регулирует баланс цвета, а не геометрическое положение. Если сначала исправить геометрию, цветовая калибровка получает намного более чистую основу.

Типичная ошибка: звёзды стали слишком крупными после stretch

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

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

Типичная ошибка: после rejection пропадают мелкие детали

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

При длинной серии проблемы могут возникнуть и из-за неоднородности: часть кадров значительно хуже нормализована или имеет другой PSF. Тогда статистика становится смесью режимов. Полезно сначала исключить явно плохие субкадры и проверить группы по сессиям, а уже затем настраивать rejection. Чистая входная выборка обычно требует меньшей агрессивности.

Типичная ошибка: стек выглядит мягче лучшего субкадра

Интегрированный результат сочетает все принятые кадры. Если половина ночи снята при плохом seeing, итоговая PSF закономерно шире, чем у самого резкого light. Analyse Stars помогает увидеть распределение качества. Это не означает, что следует оставить только несколько лучших кадров: уменьшение суммарной экспозиции повышает шум. Практическое решение зависит от цели — максимальная разрешающая способность или глубина слабого сигнала.

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

Типичная ошибка: неправильный чёрный уровень

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

Гистограмма помогает увидеть массовый клиппинг. Если проблема появляется только после финального stretch, достаточно изменить чёрную точку. Если же она уже присутствует в откалиброванном линейном файле, нужно исследовать calibration stage. Разделение этих случаев предотвращает бессмысленное повторение цветовой обработки.

Типичная ошибка: программа расходует слишком много памяти

Большие сенсоры, drizzle и мозаики создают массивы, значительно превышающие размер одного исходного файла. Например, удвоение линейного размера сетки означает примерно четырёхкратное число пикселей итогового полотна ещё до учёта промежуточных представлений. Многопанельная мозаика добавляет область всех панелей и служебные модели нормализации. Поэтому расход памяти растёт быстрее, чем подсказывает размер ZIP или отдельного FITS на диске.

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

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

Организация файлов большого проекта

APP позволяет работать с большим числом файлов, но качество проекта зависит и от дисциплины хранения. Не переименовывайте все субкадры в безликие последовательности, если имя содержит дату, фильтр или экспозицию. Разделяйте исходники и результаты: raw lights должны оставаться неизменными, а калиброванные и зарегистрированные версии — попадать в отдельный рабочий каталог. Тогда ошибочный запуск можно повторить без риска затронуть оригиналы.

Для нескольких ночей удобна структура по сессиям с подкаталогами lights, flats и другим calibration data. Но папка сама по себе не гарантирует правильной классификации: проверяйте metadata и фактические параметры. Два файла с названием flat могут относиться к разным фильтрам или повороту камеры. Чем крупнее проект, тем важнее короткая запись о том, какой master каким набором создан.

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

Проверка входных кадров до расчёта

Пять минут ручного просмотра экономят часы. Откройте первый, средний и последний light каждой сессии. Сравните фокус, фон, поворот и положение объекта. Затем откройте dark и flat: dark не должен выглядеть как световой кадр, flat должен показывать ожидаемый профиль освещения без небесных звёзд. Такая проверка обнаруживает перепутанные папки быстрее любой статистики.

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

До запуска	Что проверить	Что предотвращает
Calibrate	Типы кадров, фильтры, экспозиции	Неверный master calibration
Analyse Stars	Видимость и форма звёзд	Сбой поиска и плохой reference
Register	Общее поле, поворот, масштаб	Разрывы и двойные звёзды
Normalize	Облака и группы разных ночей	Нестабильные уровни
Integrate	Карты, поле, число кадров	Агрессивный rejection

Поддерживаемые системы и аппаратная совместимость

Astro Pixel Processor выпускается для 64-битных Windows на процессорах Intel и AMD x86-64, Linux x86-64, а также macOS для Intel и Apple Silicon. Для Linux предусмотрены варианты DEB, RPM и AppImage; на дисплеях с высокой плотностью пикселей есть отдельные HiDPI-варианты там, где это требуется. Для macOS ветка 2.0.0-beta14 и новее требует Big Sur 11.0 или более новую систему, а Apple Silicon обслуживается нативной aarch64-сборкой. Эти факты важны при переносе рабочего места: архитектура пакета должна соответствовать компьютеру.

Производительность в астрообработке определяется не одним процессором. Калибровка сотен полноразмерных FITS активно читает и пишет диск; регистрация создаёт преобразованные кадры; интеграция и LNC используют значительные объёмы оперативной памяти; drizzle и мозаика увеличивают размер рабочих массивов. Поэтому система с быстрым многоядерным CPU, достаточным объёмом RAM и SSD обычно чувствует себя заметно лучше, чем компьютер, где один из этих ресурсов является узким местом. Конкретный необходимый объём памяти зависит от разрешения сенсора, числа панелей и выбранного масштаба, поэтому универсальную цифру давать неправильно.

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

Что APP делает особенно хорошо

Сильная сторона программы — связность этапов deep-sky обработки. Калибровка, анализ звёзд, регистрация с DDC, нормализация, интеграция, LNC, MBB, коррекция градиента и объединение каналов находятся в одном рабочем процессе. Пользователь может пройти от raw/FITS-субкадров до линейного мастера и цветного результата, не меняя геометрию между разными приложениями. Это особенно ценно для мозаик: одна и та же система регистрации и нормализации работает с панелями до финального большого поля.

Вторая сильная сторона — инструменты, рассчитанные именно на неоднородные астрофотографические серии. Dynamic optical Distortion Correction полезна там, где простой affine-поворот недостаточен; LNC работает с локальными различиями; MBB смягчает перекрытия мозаики; Bayer Drizzle использует CFA и сдвиги кадров; alternative projections решают сверхширокие поля. Это не общие фильтры улучшить фото, а операции, появляющиеся из геометрии и статистики астросъёмки.

Функциональные ограничения

APP не следует воспринимать как замену универсальному пиксельному редактору. В нём есть цвет, stretch, sharpening и selective color, но нет того же набора кистей, слоёв, сложных масок и предметной ретуши, который типичен для общего фотомонтажа. Для астрофото это не недостаток конвейера: основная ценность лежит в калибровке и математической обработке серии. Если финальная публикационная картинка требует локальной художественной ретуши, её обычно удобнее продолжить в редакторе соответствующего класса после экспорта TIFF.

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

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

Какие RAW и растровые форматы использовать

APP поддерживает FITS и широкий круг RAW-файлов фотокамер: Canon CR2/CR3, Nikon NEF, Sony ARW, Pentax PEF, Olympus ORF, Panasonic RAW/RW2, Fujifilm RAF, Leica RWL/RAW, Hasselblad 3FR/FFF, а также TIFF, PNG и JPEG. Для некоторых других камер разработчик рекомендует предварительное преобразование в DNG. Но техническая возможность открыть JPEG не делает его хорошим форматом для исходной калибровки: JPEG уже подвергнут нелинейной обработке и сжатию, поэтому научно значимые исходники предпочтительнее хранить в FITS или RAW.

Как обращаться с данными разных камер

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

Если одна камера цветная, а другая монохромная, определите роль данных заранее. Например, монохромный H-alpha может дополнять широкополосный RGB. Тогда каждый набор калибруют согласно своему сенсору, интегрируют отдельно и только затем совмещают masters. Нельзя использовать dark одной камеры для другой или flat от другого оптического тракта. Совместимость финальных изображений не означает совместимость calibration frames.

Как выбрать между crop reference и full field of view

Full field of view сохраняет объединённую площадь всех зарегистрированных кадров. Это полезно для случайного дизеринга, поворота или мозаики, где хочется удержать максимум неба. Цена — неровная граница и переменное число экспозиций на краях. Reference field ограничивает мастер полем выбранного кадра и обычно даёт более предсказуемую рамку. Crop reference дополнительно позволяет сразу строить интеграцию вокруг нужной области.

Для многоканального RGB решение следует повторять согласованно. Если R интегрирован как full field, а B как другой crop, позднее придётся снова выравнивать границы. Для одного канала, предназначенного только как широкая luminance-панорама, полный FOV может быть предпочтительнее. Нет универсально лучшего режима: он выбирается по тому, что станет следующим этапом.

Как читать diagnostic maps

Rejection map следует воспринимать как отчёт о работе фильтра выбросов. Нормально видеть следы объектов, которые не повторяются одинаково между кадрами; ненормально — видеть плотный отпечаток всех звёзд как будто алгоритм отвергает саму сцену. Weight map показывает, как распределился вклад, и помогает заметить группы с резко отличающимся весом. Normalization map показывает пространственную или соответствующую нормализационную коррекцию, полезную при поиске странного поведения фона.

Диагностическая карта не обязана выглядеть как красивое фото. Её задача — объяснить вычисление. Поэтому не оценивайте её по эстетике; ищите закономерности. Симметричные структуры, границы панелей, полосы и повторяющиеся звёздные рисунки несут информацию о том, где алгоритм сталкивается с неоднородностью. Сохранённые карты особенно полезны при сравнении двух наборов параметров Integrate.

Контроль после каждого крупного этапа

Этап	Проверка	Повод остановиться
Calibrate	Углы, пылевые тени, горячие пиксели	Перекоррекция или новые дефекты
Analyse Stars	Число и распределение найденных звёзд	Большая группа кадров резко отличается
Register	Совпадение звёзд в центре и углах	Двойные контуры или разрыв панелей
Normalize	Согласованность групп и фона	Отдельная сессия ведёт себя аномально
Integrate	Master и diagnostic maps	Реальные детали попадают в rejection
Remove Light Pollution	Модель не содержит объекта	В модели видна туманность или галактика
Color Calibration	Звёздные цвета и нейтральный фон	Массовый цветовой перекос
Stretch	Обе границы гистограммы	Клиппинг слабого фона или highlights

Когда не стоит менять параметры по умолчанию

Если обычная серия хорошо калибруется, звёзды уверенно анализируются и регистрация совпадает по всему полю, нет пользы усложнять модель только потому, что доступна дополнительная настройка. Продвинутые параметры особенно нужны при конкретном симптоме: wide-field distortion, сложной мозаике, неоднородных сессиях или drizzle. Стабильный базовый процесс даёт точку сравнения; хаотическое изменение нескольких регуляторов одновременно лишает её.

При проблеме меняйте один класс параметров и сохраняйте небольшой тест. Например, для шва мозаики сначала оставьте геометрию фиксированной и сравните нормализацию; затем LNC; затем MBB. Для звёздной регистрации сначала убедитесь в корректном Analyse Stars, а затем меняйте модель. Такой экспериментальный подход быстрее находит причину и не смешивает эффекты.

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

Программа	Лучше подходит для	Главное ограничение
Astro Pixel Processor	Калибровки, стекинга, сложных мозаик и объединения каналов в одном последовательном процессе	Меньше средств локальной ретуши
PixInsight	Глубокой модульной обработки астрофото с большим набором специализированных процессов	Высокий порог освоения
Siril	Калибровки, регистрации, стекинга и воспроизводимых сценариев обработки	Меньше автоматизации сложных мозаик
DeepSkyStacker	Подготовки и стекинга серий deep-sky кадров с простой последовательностью действий	Ограниченная постобработка
Astroart	Обработки астрономических изображений, анализа и совмещения работы со съёмочным оборудованием	Меньше акцента на больших мозаиках

Практический выбор зависит от узкого места процесса. APP особенно логичен, когда основная работа — привести неоднородные субкадры к качественному master, собрать панели, исправить оптическую геометрию и фон, а затем объединить каналы. PixInsight подходит пользователю, которому нужен очень широкий набор отдельных процессов и тонкая настройка каждого из них. Siril удобен для воспроизводимых калибровочно-стекинговых последовательностей, в том числе со скриптами. DeepSkyStacker рационален, если нужна прежде всего укладка серии в master без большого объёма последующей обработки внутри той же среды. Astroart объединяет обработку с астрономическим анализом и задачами получения изображений. ФотоМАСТЕР в таблицу не включён, потому что обычная ретушь фотографии и калибровка астрономических серий относятся к разным классам задач.

Кому подходит Astro Pixel Processor

Программа наиболее полезна астрофотографу, который снимает не один готовый кадр, а серию lights вместе с calibration data и хочет контролируемо получить master. Чем сложнее материал — несколько ночей, разные фильтры, широкоугольная дисторсия, перекрывающиеся панели, узкополосные каналы, — тем больше раскрываются специализированные функции APP. При этом новичку полезна последовательность основных стадий: она подсказывает логику от Calibrate до Integrate, а не предлагает начинать с финальных цветовых фильтров.

Практическая памятка перед финальной интеграцией

• Все lights относятся к нужному объекту, фильтру и сессии; случайные тестовые кадры удалены из списка.
• Darks, flats и bias привязаны к тем данным, для которых они действительно снимались.
• После Calibrate нет новых светлых углов, усиленных пылевых теней или массовых горячих пикселей.
• Analyse Stars находит устойчивое звёздное поле, а явно испорченные субкадры проверены вручную.
• Reference выбран по качеству и подходящему полю, а не только по яркости.
• Registration проверена на 100% масштабе как в центре, так и в углах.
• Для мозаики подтверждено достаточное перекрытие панелей и правильная проекция.
• Normalize не показывает аномального поведения отдельной ночи или фильтра.
• LNC и MBB включаются для конкретной задачи согласования, а не автоматически на максимум.
• Выбранная композиция FOV соответствует будущему RGB/LRGB или мозаичному процессу.
• Drizzle используется только при данных, которые действительно выигрывают от субпиксельных смещений.
• На диске достаточно места для промежуточных файлов, а в памяти — для выбранного масштаба и поля.

Проверка результата перед цветовой обработкой

После Integrate сохраните линейный master и осмотрите его с диагностическим stretch. На этом этапе фон может быть некрасивым — важно понять, является ли он плавным градиентом или следствием calibration error. Проверьте форму звёзд, края поля, остатки спутниковых следов и rejection maps. Если дефект имеет происхождение на ранней стадии, исправляйте его там. Чем дальше процесс ушёл в цвет и contrast, тем труднее отличить исходную проблему от эффекта обработки.

Если master чистый, переходите к Remove Light Pollution и Background Calibration там, где это нужно. Затем оценивайте Star Color Calibration и комбинацию каналов. Сохранение промежуточных линейных файлов позволяет сравнивать варианты без накопления случайных преобразований. Для сложной туманности полезно иметь версию до удаления градиента и после него: сравнение быстро показывает, не была ли часть слабой эмиссии ошибочно принята за фон.

Как закончить обработку без потери слабого сигнала

Финальный stretch превращает линейный master в изображение, удобное для просмотра, и одновременно является одним из самых рискованных этапов для слабых деталей. Чёрная точка должна отделять полезный фон от пустого диапазона, а не обрезать всё, что выглядит серым. DDP и Preview Filter дают хорошую отправную точку, но гистограмма остаётся контрольным инструментом. Насыщенность добавляйте после того, как фон и звёздный цвет приведены в порядок.

Sharpening применяйте умеренно и проверяйте звёзды. Защита звёзд в Preview Filter снижает риск ореолов, но сильное повышение локального контраста всё равно может сделать шум похожим на структуру. На слабой туманности лучше сравнить обработанный вариант с линейным master и убедиться, что новые волокна имеют основу в исходном сигнале, а не следуют рисунку шума или rejection.

Итоговый рабочий принцип

Astro Pixel Processor даёт наибольшую пользу, когда обработка строится как проверяемая цепочка: калибровка готовит исходные lights к анализу, Analyse Stars оценивает звёздное поле, Register сводит геометрию и дисторсию, Normalize согласует уровни, Integrate объединяет измерения, а LNC и MBB решают неоднородность сложных мозаик. После получения чистого master инструменты фона, калибровки звёздного цвета, RGB Combine, HSL Selective Color и Preview Filter превращают данные в законченный результат. Если на каждом переходе проверять изображения и diagnostic maps, ошибка остаётся привязанной к своей стадии и её не приходится маскировать последующей обработкой.