Astro Pixel Processor

Astro Pixel Processor — настольная программа Aries Productions для обработки снимков объектов глубокого космоса: от калибровки исходных кадров и анализа звёзд до регистрации, нормализации, интеграции, сборки мозаик и базовой постобработки. Она рассчитана прежде всего на астрофотографов, которые снимают серии Light-кадров на DSLR, беззеркальные камеры, цветные или монохромные астрокамеры и хотят провести весь технический этап обработки в одном приложении. Текущая публичная ветка 2.0.0-beta46 объединяет последовательный конвейер с отдельными инструментами для оптической коррекции, локальной нормализации, многополосного смешивания, drizzle, цветовой калибровки и работы с узкополосными каналами.

Что представляет собой Astro Pixel Processor

Astro Pixel Processor, часто сокращаемый до APP, выпускается Aries Productions и развивается астрофизиком Mabula Haverkamp. Первая версия программы была выпущена 2 июня 2017 года. Продукт изначально строился не как универсальный растровый редактор, а как специализированная среда для deep-sky image processing: калибровки астрономических кадров, сопоставления геометрии звёздного поля, выравнивания фона, сложения большого числа экспозиций и последующего сведения каналов.

Главное отличие логики APP от обычного фоторедактора — последовательность операций. Пользователь проходит этапы, пронумерованные в интерфейсе: 0) RAW/FITS, 1) LOAD, 2) CALIBRATE, 3) ANALYSE STARS, 4) REGISTER, 5) NORMALIZE, 6) INTEGRATE. Для операций после интеграции используется вкладка 9) TOOLS. Такая архитектура особенно полезна там, где результат одного этапа является входом для следующего и важно видеть, какие кадры уже откалиброваны, проанализированы, зарегистрированы и нормализованы.

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

Назначение и целевая аудитория

Программа подходит для обработки одиночных полей и многопанельных deep-sky проектов. В типичном наборе присутствуют Light-кадры объекта, а также Bias, Dark, Flat и при необходимости DarkFlat. APP создаёт мастер-калибровки, назначает их данным, анализирует звёзды, приводит кадры к общей геометрии, нормализует яркость и фон, а затем интегрирует серию с выбранным алгоритмом отбраковки выбросов. После стекинга пользователь может убрать градиент светового загрязнения, откалибровать фон и цвета звёзд, собрать RGB/LRGB или узкополосную композицию.

Цветная камера с матрицей Bayer — один из основных сценариев. Для таких данных во вкладке RAW/FITS задаётся интерпретация CFA, а в программу встроены алгоритмы дебайеризации, включая Adaptive Airy Disc. Отдельно поддерживается Bayer drizzle. Для монохромной камеры APP обрабатывает серии по фильтрам и позволяет затем объединять каналы в RGB, LRGB, LHaRGB и узкополосные комбинации, включая SHO.

Многосессионная съёмка — ещё один характерный сценарий. В LOAD есть режимы Multi-Channel/Filter processing и Multi-Session processing. Они нужны, когда данные сняты в разные ночи или через разные фильтры и должны оставаться логически разделёнными до этапов, где их можно корректно сопоставить. В ветке 2.0 допускается одновременная обработка RGB и монохромных данных, что важно для проектов, где цветная база дополняется, например, водородным альфа-каналом.

Наиболее заметная специализация APP — мозаики. Регистрация умеет учитывать оптическую дисторсию, а мозаичный алгоритм решает взаимное положение панелей как общую задачу. На последующих этапах Local Normalization Correction и Multi-Band Blending помогают уменьшать различия яркости, градиента и заметность стыков. Поэтому программа особенно уместна при широкопольной съёмке, где панели получены в разные ночи или при неодинаковых условиях неба.

Лицензирование и модель распространения

Astro Pixel Processor распространяется как коммерческое настольное приложение с лицензией. Для знакомства предусмотрена 30-дневная Trial License: она предоставляет рабочую версию, но ограничена сроком действия и требует подключения к интернету при запуске для проверки лицензии. Такой режим позволяет пройти тот же технологический конвейер на собственных данных до покупки.

Платные варианты разделены на Renter’s License и Owner’s License. Renter’s License действует 365 дней; после окончания срока программа перестаёт работать до продления. Owner’s License не имеет срока окончания: версия, полученная по этой лицензии, остаётся доступной. Возможные условия будущих крупных обновлений отделены от права пользоваться уже полученной версией.

Trial, Renter и Owner допускают активацию на трёх отдельных компьютерах независимо от операционной системы. Активациями можно управлять через кнопку LICENSE. После активации Renter’s и Owner’s License могут работать без постоянного подключения к сети. Точные цены меняются, поэтому для технического обзора важнее сама модель: бесплатный 30-дневный тест, годовая лицензия и бессрочная лицензия на полученную версию.

Интерфейс и устройство рабочего пространства

Интерфейс APP построен вокруг нескольких функциональных областей. Слева находятся вкладки этапов и параметры активной операции. В центре располагается просмотр изображения. Справа — гистограмма, переключатели отображения и preview filter со stretch, saturation, contrast, highlight protection и sharpening. Снизу выводится список кадров с метаданными и аналитическими результатами. В верхней части находятся служебные индикаторы CPU, RAM и дискового пространства, кнопки лицензии и конфигурации, а также состояние OpenGL.

В ветке 2.0 архитектура интерфейса изменилась: image viewer и frame list вынесены в отдельные окна, чтобы уменьшить нагрузку при работе с крупными наборами. Прогресс операций показывается в главном окне вместо отдельных всплывающих индикаторов. Назначение основных вкладок сохранилось, но расположение некоторых областей отличается от старых материалов по 1.x.

Система вкладок — главный навигационный ориентир. Переход между LOAD, CALIBRATE, ANALYSE STARS, REGISTER, NORMALIZE и INTEGRATE отражает последовательность обработки. В пределах каждой вкладки параметры раскрывают более узкие задачи: регистрация содержит pattern recognition и dynamic distortion correction, а интеграция — интерполяцию, drizzle, весовые схемы и отбраковку выбросов.

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

Установка и первый запуск

Для Windows распространяется 64-битная сборка x86-64 для процессоров Intel и AMD. Linux представлен 64-битными RPM, DEB и AppImage для x86-64; RPM и DEB устанавливают обычный и HiDPI-вариант, а для AppImage предусмотрена отдельная HiDPI-сборка. На macOS есть отдельные 64-битные установщики для Intel x86-64 и Apple Silicon aarch64. Начиная с 2.0.0-beta9, macOS-сборки подписываются и нотариализуются Apple.

Текущая beta46 относится к линейке, для которой macOS требует Big Sur 11.0 или новее. 2.0.0-beta13 была последней сборкой, работавшей на macOS Sierra 10.12.6 и более новых системах той старой ветки совместимости. Версии до 2.0.0 не рассчитаны на macOS Ventura и новее.

Отдельно устанавливать Java не требуется. APP поставляется со своей средой выполнения. Переход на 2.0 начался с Java 17; последующие beta-сборки обновляли платформу дальше. После установки первым делом активируют лицензию и выбирают рабочую папку. Work directory используется для временных файлов, мастер-калибровок и результатов интеграции, поэтому она должна находиться на накопителе с достаточным свободным местом. Для больших наборов предпочтителен SSD.

Базовый рабочий процесс: от исходников до интеграции

У APP нет единственного набора параметров, пригодного для всех объектов. Базовая последовательность стабильна, но детали зависят от камеры, фильтров, количества кадров, оптики и цели обработки. Надёжная схема строится так, чтобы после каждого этапа проверять результат, а не запускать весь конвейер с максимальным количеством коррекций.

1. Создайте отдельный рабочий каталог. Исходные Light и калибровочные кадры лучше хранить отдельно от временных файлов. Перед началом проверьте свободное место.
2. Проверьте RAW/FITS. Для CFA-камеры убедитесь, что данные интерпретируются с правильным шаблоном и не были заранее нелинейно обработаны.
3. Загрузите кадры через LOAD. Назначьте Light, Flat, Dark, DarkFlat и Bias. Для нескольких фильтров или ночей включите multi-channel и multi-session.
4. Выполните CALIBRATE. Создайте нужные мастер-кадры, при необходимости Bad Pixel Map и назначьте калибровки Light.
5. Запустите ANALYSE STARS. Программа найдёт звёзды и рассчитает показатели качества, используемые дальше.
6. Перейдите в REGISTER. Выберите референс и зарегистрируйте данные. Для мозаик или заметной оптической дисторсии используйте Dynamic Distortion Correction, когда обычная регистрация оставляет геометрические ошибки.
7. Выполните NORMALIZE. Кадры приводятся к сопоставимой яркости и фону; для частично перекрывающихся полей APP учитывает области пересечения.
8. Настройте INTEGRATE. Выберите состав поля, интерполяцию, веса, отбраковку выбросов и при необходимости drizzle, LNC и MBB.
9. Проверьте интеграцию. Осмотрите центр и края, звёзды, фон, следы спутников, горячие пиксели, стыки панелей и участки с малым перекрытием.
10. Используйте TOOLS. После технически чистой интеграции можно удалять градиент, калибровать фон и звёздные цвета, объединять каналы и выполнять HSL-коррекцию.
11. Сохраните мастер. Для глубокой дальнейшей обработки используйте формат без потерь и достаточную разрядность; JPEG оставляют для готовой публикации.

Эта последовательность помогает локализовать ошибки. Если звёзды уже на зарегистрированном кадре раздвоены, исправлять это насыщенностью бессмысленно: причина находится в star analysis или registration. Если геометрия правильная, но по полю остаётся неодинаковый фон, проверяют normalization, LNC, light-pollution removal и качество Flat.

0) RAW/FITS: интерпретация исходных данных

Вкладка RAW/FITS определяет, как APP читает сырые данные до основной обработки. Для RAW-файлов камер важны CFA и способ дебайеризации. Программа поддерживает собственные алгоритмы, включая Adaptive Airy Disc, а для соответствующих наборов доступен Bayer drizzle. Нельзя заранее превращать астрономический RAW в обычный JPEG: такая конвертация применяет нелинейные преобразования, ограничивает разрядность и уменьшает пригодность материала для калибровки.

Если камера пишет FITS, проверьте заголовки и ориентацию. APP умеет работать с FITS metadata и поддерживает монохромные и RGB-данные. Если предыдущий этап уже выполнил debayer, повторная дебайеризация не нужна. Ошибка CFA проявляется позже неправильной цветовой сеткой или невозможностью корректно свести каналы.

1) LOAD: классификация кадров

LOAD разделяет файлы по назначению. Light — полезные экспозиции объекта; Flat корректирует виньетирование и пылевые тени; Dark моделирует темновой сигнал; Bias описывает смещение считывания; DarkFlat относится к плоским кадрам, если применяемая схема калибровки требует отдельной тёмной серии для Flat. APP умеет распознавать уже созданные Masters & Integrations, но логическую структуру проекта всё равно следует проверять.

При многоканальной съёмке фильтры назначают до интеграции. Файлы одинакового размера не становятся одним каналом автоматически: L, R, G, B, Ha, OIII и SII имеют разную роль. Для нескольких ночей полезно разделение по Session, чтобы нормализация и оценка кадров не теряли структуру набора.

2) CALIBRATE: мастер-калибровки и дефектные пиксели

Калибровка удаляет повторяемые дефекты сенсора и оптического тракта до измерения звёзд. APP поддерживает Bias, Dark, Flat, DarkFlat и Bad Pixel Map. Мастер-кадры создаются из серий и назначаются Light. Dark с разной экспозицией нельзя произвольно смешивать: темновой сигнал связан с режимом съёмки.

Bad Pixel Map описывает устойчиво дефектные позиции сенсора, а cosmetic correction помогает корректировать локальные артефакты. После CALIBRATE откройте несколько файлов из начала, середины и конца сессии. Смотрите на углы и равномерный фон: остаточная пыль, обратная виньетка, полосы и горячие пиксели там видны лучше, чем на яркой туманности.

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

3) ANALYSE STARS: измерение звёздного поля

На этом этапе APP определяет звёзды, их положение и характеристики. Intensity Weighted Centroiding используется для точной локализации центров. Результаты анализа становятся основой pattern recognition и регистрации. В ветке 2.0 есть cosmic ray / noise reducer, добавленный для устойчивости там, где одиночные высокие значения могут быть ошибочно приняты за звёздные структуры.

Аналитический график помогает сравнивать кадры по звёздной плотности, форме, FWHM и другим показателям. Резкий провал числа звёзд может соответствовать облакам или потере фокуса; рост FWHM — ухудшению seeing или фокусировки. Цель анализа — не автоматически удалить всё ниже среднего, а найти статистически необычные кадры и открыть их для визуальной проверки.

4) REGISTER: общая геометрия

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

Dynamic Distortion Correction применяется, когда простого поворота, сдвига и масштабирования недостаточно: при широком поле, разных камерах или сложной мозаике. В учебном мозаичном процессе регистрационный RMS выше 0,5 пикселя рассматривается как плохой результат и повод проверить distortion correction. Этот порог не является универсальным для любого набора, но полезен как диагностический ориентир именно для неустойчивой мозаики.

5) NORMALIZE: фотометрическое выравнивание

Нормализация делает кадры сопоставимыми перед интеграцией. APP может использовать фактическую область перекрытия между референсом и целевым кадром, что особенно важно для мозаик. В beta42 движок нормализации был переработан. Нормализация не заменяет Flat: повторяющийся пылевой след или ошибочная виньетка должны исправляться на стадии CALIBRATE.

Если условия неба менялись между ночами и остаются плавные различия фона, это уже область normalization и LNC. Хорошая проверка — применить одинаковый preview stretch к нескольким нормализованным кадрам и сравнить фон в общих участках.

6) INTEGRATE: сложение, веса и rejection

INTEGRATE объединяет зарегистрированные и нормализованные кадры. Здесь задаются веса, метод отбраковки выбросов, интерполяция, масштаб и при необходимости drizzle. APP может сохранять карты rejection, weight и normalization, которые показывают, какие значения исключались и где вносилась коррекция.

Drizzle не является универсальным усилителем резкости. Он наиболее оправдан при недосэмплированных данных с хорошим субпиксельным dithering. Увеличение масштаба увеличивает объём вычислений и память. Если исходная выборка достаточна, обычная интерполяция может быть рациональнее.

Калибровка: Bias, Dark, Flat, DarkFlat и Bad Pixel Map

Качество интеграции напрямую зависит от калибровки. APP умеет построить мастеры, но не может превратить неподходящие исходники в физически корректные калибровки. Dark должен соответствовать рабочему режиму сенсора и экспозиции; Flat — оптической конфигурации, положению пыли и виньетированию; DarkFlat — режиму съёмки Flat, если он используется в выбранной схеме.

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

Bad Pixel Map отличается от статистического rejection. Карта заранее описывает постоянные проблемные позиции сенсора, тогда как sigma-методы находят выбросы по серии зарегистрированных значений. Оба подхода могут дополнять друг друга, но решают разные задачи.

Анализ качества кадров и выбор референса

В frame list и аналитическом графике доступны число звёзд, плотность звёзд, FWHM, форма, фон, разброс фона, SNR, quality score и регистрационные показатели. Эти значения нужно читать совместно. Высокий FWHM при нормальном числе звёзд может указывать на seeing или фокус, а низкое число звёзд вместе с высоким фоном — на облачность или засветку.

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

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

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

Для обычного набора с одинаковой камерой и оптикой стандартной регистрации часто достаточно. Для широкоугольной оптики, мозаик или смешанных систем могут потребоваться camera calibration и Dynamic Distortion Correction. Эти инструменты компенсируют нелинейные искажения, которые нельзя устранить только поворотом, сдвигом и масштабированием.

При очень большом поле зрения APP поддерживает проекции, отличные от rectilinear. После camera calibration данные можно переводить, например, в equirectangular projection. Это нужно для панорам, где суммарный FOV настолько велик, что прямолинейная проекция чрезмерно деформирует края.

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

Нормализация, Local Normalization Correction и Multi-Band Blending

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

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

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

Для диагностики сложной мозаики полезна последовательность: сначала star registration на стыках, затем фон панелей без LNC, затем LNC и только после этого MBB. Если звёзды двоятся, возвращаются в REGISTER. Если звёзды совпадают, а фон скачет, корректируют normalization/LNC. Если фон совпадает, но граница всё ещё видна, применяют MBB.

Интеграция, веса, отбраковка выбросов и drizzle

Интеграция — статистическое объединение кадров, а не простое усреднение. APP поддерживает схемы отбраковки выбросов, включая sigma-подходы и winsorized sigma clipping. Они удаляют значения, не принадлежащие устойчивому сигналу серии: следы спутников, космические частицы, одиночные горячие пиксели и другие кратковременные дефекты.

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

Весовая схема определяет вклад каждого Light. APP может использовать рассчитанные показатели качества, поэтому умеренно слабый, но пригодный кадр не обязан иметь тот же вес, что и лучший. Важно не сочетать механическое удаление большой части набора с агрессивными весами без визуальной проверки: уменьшение числа кадров иногда сильнее повышает шум, чем улучшает резкость.

APP поддерживает обычный drizzle и Bayer drizzle. Настраиваются droplet size, увеличение сетки и kernels, включая point, square, tophat и gauss. Drizzle оправдан при недосэмплированных данных и хороших субпиксельных смещениях между экспозициями. Он увеличивает число выходных пикселей, расход RAM и объём временных файлов.

В beta40 движок resampling и drizzle был переписан для ускорения и снижения потребления памяти. Поэтому старые оценки времени из 1.x или ранних 2.0 beta не описывают производительность beta46. При собственном сравнении используйте один набор, одинаковую scale, одинаковый rejection и одинаковые LNC/MBB.

Мозаики и проекты из нескольких сессий

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

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

Multi-Session processing позволяет не смешивать ночи на этапе загрузки. Это полезно, когда одна ночь снята при прозрачном небе, другая — при дымке, либо менялся фон из-за Луны. Сессии нормализуются в общей системе, а LNC помогает с пространственно неодинаковыми градиентами. При смене оптики или камеры отдельно проверяют масштаб и форму звёзд.

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

Финальную мозаику проверяют на 100% масштабе по каждой границе. Дефект регистрации выглядит как двойные звёзды, дефект нормализации — как плавный скачок фона, а недостаточное blending — как полоса или изменение шума вдоль шва. Эти проблемы нельзя лечить одним параметром.

Работа с OSC, DSLR и RAW-файлами

Ветка 2.0 читает 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. Если бренд камеры ещё не поддерживается напрямую, практический обходной путь — Adobe DNG Converter.

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

Fujifilm X-Trans требует отдельной логики из-за CFA, отличной от обычного 2×2 Bayer. Поддержка RAF с SuperCCD и X-Trans была заметно расширена в 1.080. Для полноценной калибровки исходный CFA-файл не следует предварительно превращать в JPEG или уже проявленный TIFF.

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

Узкополосные данные и Multi-Narrowband processing

APP поддерживает классический монохромный Ha/OIII/SII workflow и данные цветных камер с multi-narrowband фильтрами. Это направление стало одним из крупных обновлений beta39 вместе с новым регистрационным движком.

Для монохромной камеры каналы загружаются как отдельные фильтры. После калибровки, регистрации, нормализации и интеграции их объединяют через RGB Combine. Инструмент имеет luminance implementation, поэтому доступны LRGB, LHaRGB и Hubble Palette SHO. HSL Selective Color позволяет затем менять цветовые диапазоны, насыщенность и luminance на линейных данных.

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

При сведении узкополосных каналов сравнивают не только цвет, но и SNR, FWHM и форму звёзд. Слабый OIII или SII может быть значительно шумнее Ha. Чрезмерное выравнивание яркости слабого канала усиливает его шум, поэтому математически корректная комбинация всё равно требует оценки качества каждого мастера.

Инструменты постобработки

После интеграции APP содержит специализированные инструменты, достаточные для подготовки линейного мастера или умеренно обработанного результата. В 9) TOOLS доступны Remove Light Pollution, Calibrate Background, Calibrate Star Colors, Combine RGB, HSL Selective Color, Correct Vignetting и пакетные операции.

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

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

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

Combine RGB объединяет каналы и поддерживает luminance. Перед комбинацией L, R, G, B, Ha, OIII или SII должны быть геометрически совместимы. Если один мастер получен другой камерой или масштабом, сначала требуется регистрация.

HSL Selective Color позволяет выборочно менять цветовые диапазоны, saturation и luminance. Существенная особенность APP — возможность выполнять такие операции на линейных данных. Это позволяет не фиксировать финальный stretch слишком рано.

Preview filter содержит автоматический DDP stretch, saturation с защитой фона, contrast, highlight protection и sharpening с защитой звёзд. Эти настройки помогают оценить линейный файл, но не должны скрывать дефекты калибровки или регистрации. Красивый preview не доказывает, что master технически чист.

Форматы файлов, импорт и экспорт

Для максимальной гибкости промежуточные результаты разумно держать в FITS или высокоразрядном TIFF. Особенно важно не переводить линейный мастер в JPEG до завершения обработки. JPEG применяет потери и не предназначен для многократного технического пересохранения.

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

Практический пользовательский случай показывает, что промежуточное сохранение в 16-битный TIFF перед последующим Remove Light Pollution может изменить поведение данных; сохранение FITS до финальных стадий избегает лишнего преобразования. Это не запрет TIFF, а аргумент не менять контейнер без необходимости посреди линейного workflow.

Интеграции с другими программами

APP не требует внешнего приложения для калибровки, регистрации и стекинга. Однако финальную художественную доводку многие продолжают в Photoshop, Affinity Photo, PixInsight или другой среде. Типичный переход — сохранить FITS/TIFF после интеграции и базовой цветовой коррекции, а затем использовать локальные маски, сложное шумоподавление, деконволюцию или композиционную ретушь вне APP.

Поддержка FITS делает обмен естественным для астрономического ПО. TIFF удобен для универсальных графических редакторов. При передаче важно понимать, линейный ли файл сохраняется дальше: сравнивать обработку двух программ нельзя, если одна получает линейный FITS, а другая уже растянутый TIFF.

В каталоге FreeEXE APP логично относится к профессиональной обработке RAW и HDR. Обычные профессиональные RAW-редакторы решают другой набор задач: экспозицию, цвет и фотографическую коррекцию, но обычно не содержат Bias/Dark/Flat calibration и астрономическую регистрацию большого стека.

Производительность и использование ресурсов

APP активно использует CPU, RAM и дисковую подсистему. Ветка 2.0 убрала прежнюю модель ручного задания фиксированного лимита памяти и автоматически управляет доступной RAM. Проект с большой матрицей, сотнями кадров, drizzle и мозаикой закономерно требует больше памяти, чем небольшой набор из нескольких десятков Light. Фиксированный универсальный объём RAM для любой задачи поэтому не описывает реальную нагрузку.

Скорость диска важна, потому что work directory содержит временные и промежуточные файлы. SSD снижает время стадий, где приложение многократно читает и записывает крупные FITS. Профессиональный обзор BBC Sky at Night ещё для старой ветки отмечал заметный выигрыш от SSD и дополнительной памяти для мозаик. Современная 2.0 стала эффективнее, но физический объём чтения и записи остаётся.

OpenGL применяется прежде всего для ускорения image viewer. Если аппаратное ускорение недоступно или драйвер работает некорректно, просмотр может переключиться на CPU. Наличие мощной видеокарты не означает, что вся калибровка, регистрация и интеграция выполняются на GPU: тяжёлые стадии в текущей архитектуре в первую очередь зависят от CPU, RAM и хранилища.

Beta38 ускорила Local Normalization Correction многопоточностью. В опубликованном сравнении на 100 кадрах выигрыш составлял примерно 3–4 раза в зависимости от числа потоков. Beta40 переработала resampling/drizzle и общий конвейер; для тестов этой ветки приводилось ускорение порядка 30–50% относительно beta39, а мозаики выигрывали сильнее. Эти цифры относятся к конкретным тестам версий и не гарантируют такой же коэффициент на другом компьютере.

Beta45 обновила платформу до OpenJDK 26.0.1, ввела Shenandoah GC, перевела LNC в полностью многопоточный режим и оптимизировала регистрацию. Beta46 дополнительно снизила использование памяти и улучшила её возврат операционной системе. Поэтому инструкции 1.x, предлагающие вручную задавать RAM в CFG, не должны переноситься на beta46 как обязательное правило.

Для собственного бенчмарка используйте один и тот же набор и одинаковые параметры. Измеряйте CALIBRATE, REGISTER, NORMALIZE и INTEGRATE отдельно. Сравнение «времени до готового изображения» теряет смысл, если в одном запуске включены drizzle и LNC, а в другом нет.

Системные требования

Старый Quick Reference Guide содержал конкретные минимальные и рекомендуемые значения RAM, диска и разрешения экрана, но 2.0 изменила управление памятью и оконную архитектуру. Для beta46 корректнее ориентироваться на текущую 64-битную платформу и размер своего проекта, а не переносить старые цифры как современный обязательный минимум.

Для рабочей станции важна сбалансированность. Быстрый CPU не компенсирует медленный диск, когда процесс постоянно пишет крупные FITS, а большой SSD не решает нехватку RAM при многогигапиксельной drizzle-мозаике. Перед длительной интеграцией проверьте свободное место и закройте приложения, которые конкурируют за память.

Практические сценарии

OSC-набор одной ночи

Для цветной камеры с одним объективом и одной ночью workflow наиболее прямой: RAW/FITS, загрузка Light и калибровок, CALIBRATE, ANALYSE STARS, REGISTER, NORMALIZE, INTEGRATE. После стека можно удалить градиент, откалибровать фон и звёздные цвета. В таком наборе LNC и MBB не стоит включать автоматически: сначала проверьте простой стек и используйте дополнительные алгоритмы только при видимой причине.

Монохромный LRGB

Каждый фильтр загружается как отдельный канал. Все каналы должны пройти совместимую геометрическую обработку. На финальном этапе RGB Combine формирует цвет, а luminance добавляется в предусмотренной схеме. Перед комбинацией проверьте совпадение L, R, G и B на мелких звёздах: цветные обводки часто означают геометрическое смещение, а не ошибку насыщенности.

HaRGB и LHaRGB

Ha можно объединять с RGB и luminance. До комбинации определите роль водородного канала: усиление эмиссионной структуры или отдельный цветовой вклад. APP предоставляет математический инструмент, но относительная сила каналов остаётся творческим и техническим решением. Чрезмерный Ha способен сделать фон и звёзды краснее, чем требуется.

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

SII, Ha и OIII интегрируются отдельно, затем сводятся в RGB Combine. HSL Selective Color помогает корректировать палитру на линейных данных. До цветовых операций сравните SNR и FWHM мастер-каналов. Слабый SII не следует поднимать до уровня Ha без учёта шума.

Многопанельная мозаика

Сначала подтвердите overlap между панелями, затем выполните регистрацию с DDC при необходимости. После общей геометрии используйте normalization, LNC для локальных различий и MBB для стыков. Проверяйте каждый шов на 100% масштабе. Если двоятся звёзды, возвращайтесь к REGISTER; если звёзды совпадают, а фон скачет, работайте с NORMALIZE/LNC.

Несколько ночей с разным небом

Разнесите данные по Session. Аналитика звёзд и фона покажет отличающиеся ночи. Нормализация приводит кадры к общей шкале, LNC помогает при пространственно меняющемся градиенте. Flat, Dark и режим сенсора должны соответствовать своим сессиям; объединение неподходящих калибровок создаёт систематическую ошибку, которую нормализация не исправит.

Данные с разных камер и фокусных расстояний

APP способен регистрировать различающиеся наборы, но работа сложнее из-за масштаба, дисторсии и разных PSF. Выбирайте референс с большим числом хорошо определённых звёзд, используйте camera calibration и DDC, когда это требуется геометрией, и особенно внимательно проверяйте края.

Подготовка мастера для другой программы

Если художественная обработка будет продолжена в другом редакторе, не нужно доводить stretch до окончательного вида внутри APP. Достаточно чистой интеграции, коррекции градиента и при необходимости цветовой калибровки. Сохраните FITS или высокоразрядный TIFF — так останется больше свободы для noise reduction, локального контраста и масок.

Ограничения текущей ветки 2.0

2.0.0-beta46 остаётся beta-версией, а не финальной 2.0 stable. В 2026 году продолжают меняться регистрация, нормализация, память и производительность. Это даёт заметные улучшения, но между beta-сборками возможны регрессии. Beta46, например, отдельно исправляла проблему запуска beta45, Set Save Directory и двухпанельные мозаики.

Полное руководство 2.0 на момент beta46 ещё готовится. Встроенные подсказки, видео и материалы старой ветки помогают понять основные этапы, но часть скриншотов и параметров относится к 1.x или ранним beta. Пользователю приходится отделять назначение инструмента от конкретного расположения контрола в текущем окне.

Интерфейс функционально плотный. Большое число параметров, компактные элементы и отдельные окна 2.0 требуют привыкания. Нумерованный workflow уменьшает риск пропустить этап, но не заменяет понимание калибровки, регистрации и статистической интеграции.

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

Высокая ресурсоёмкость больших проектов остаётся объективным ограничением. Сотни больших FITS, drizzle и мозаика способны занять много RAM и диска. Оптимизации beta40–46 уменьшают расходы, но не отменяют физический объём данных.

Безопасность и приватность

Основная обработка выполняется локально. Light, Dark, Flat и другие кадры не нужно загружать в облако для калибровки, регистрации или интеграции. Это удобно для больших коллекций кадров и систем с ограниченным интернетом.

Trial использует онлайн-проверку лицензии при запуске. Renter’s и Owner’s License после активации поддерживают офлайн-работу. Разрешены три активации на разных компьютерах независимо от ОС; ненужную активацию можно освободить через LICENSE.

macOS-установщики 2.0 beta, начиная с beta9, подписываются и нотариализуются Apple. На Windows при проблемах запуска важно отличать блокировку защитного ПО от ошибки OpenGL или старого драйвера. Постоянно отключать защиту ради запуска программы не следует: сначала проверяют журнал блокировки, разрешения и драйвер GPU.

Для технической поддержки существует upload server, но данные загружаются пользователем только после обращения в поддержку. Это не автоматическая отправка исходных кадров. Перед передачей FITS разумно проверить headers и удалить персональные сведения, не нужные для воспроизведения проблемы.

Плюсы и минусы

Плюсы

• Последовательный конвейер от RAW/FITS и калибровки до регистрации, нормализации и интеграции.
• Сильная работа с мозаиками: DDC, общая регистрация, LNC и MBB решают разные причины дефектов панельного проекта.
• Multi-Session и Multi-Channel/Filter processing структурируют сложные LRGB, HaRGB, SHO и многонедельные наборы.
• Поддерживаются FITS и распространённые RAW-форматы DSLR и беззеркальных камер, включая Fujifilm X-Trans.
• Есть обычный и Bayer drizzle, несколько kernels и алгоритмы интерполяции.
• Frame list и analytical graph дают измеримые показатели качества кадров до интеграции.
• Постобработка включает удаление градиента, калибровку фона и звёзд, RGB/LRGB-комбинации и HSL Selective Color.
• Вычисления выполняются локально; платные лицензии могут работать офлайн после активации.
• Есть отдельные сборки Windows x86-64, Linux x86-64, macOS Intel и Apple Silicon.
• Ветка 2.0 активно оптимизирует память, регистрацию, LNC, нормализацию и resampling.

Минусы

• Текущая 2.0.0-beta46 остаётся beta-веткой и может содержать регрессии между обновлениями.
• Полное современное руководство 2.0 ещё не завершено; часть материалов показывает старую архитектуру.
• Плотный интерфейс и множество параметров требуют понимания астрофотографической калибровки и статистики.
• Крупные мозаики, drizzle и сотни кадров требуют значительных RAM, дискового пространства и времени CPU.
• APP не является универсальным редактором со слоями, сложными масками и кистевой ретушью.
• Trial требует интернет-проверки при запуске, а после 30 дней необходима платная лицензия.
• Для Windows в текущей таблице загрузок не указан отдельный точный минимум версии ОС.

Типичные ошибки и способы проверки результата

Диагностика эффективнее, когда меняется один параметр за раз. Если одновременно сменить референс, включить DDC, LNC, MBB и другую rejection-схему, невозможно понять, какое изменение исправило или ухудшило результат. Сохраните контрольный стек и сравнивайте варианты с одинаковым preview stretch.

Проверка качества после каждого этапа

После калибровки

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

После анализа звёзд

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

После регистрации

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

После нормализации

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

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

Проверьте master на 100% масштабе и посмотрите rejection/weight maps. Ищите остаточные пиксели, спутниковые следы, кольца вокруг звёзд, локальную потерю резкости, границы панелей и участки с неодинаковым шумом. Хорошая интеграция улучшает SNR без геометрического разрушения звёзд.

После фоновой и цветовой обработки

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

Рабочая папка и дисковое пространство

Work directory определяет место для временных файлов, мастеров и интеграционных результатов. На большой серии медленный внешний диск становится узким местом даже при быстром CPU. Для активной обработки предпочтителен локальный SSD, а исходники можно хранить отдельно и резервировать.

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

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

OpenGL и проблемы отображения

Индикатор OpenGL показывает состояние аппаратного ускорения viewer. При корректной работе GPU ускоряет просмотр, а CPU-режим служит запасным вариантом. Если APP запускается с чёрным окном, ошибкой OpenGL или нестабильным масштабированием, первым техническим шагом является актуальный драйвер Intel, AMD или NVIDIA, а не изменение параметров интеграции.

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

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

Как читать старые руководства по APP

Многие подробные материалы по Astro Pixel Processor показывают версии 1.0xx. Они остаются полезными для понимания последовательности LOAD → CALIBRATE → ANALYSE STARS → REGISTER → NORMALIZE → INTEGRATE, но конкретные элементы CFG, управление памятью, расположение viewer и детали движков изменились в 2.0.

В старой ветке пользователь вручную задавал объём RAM в CFG; 2.0 управляет памятью автоматически. Ранний интерфейс держал viewer и frame list в одном главном окне; beta1 вынес их отдельно. Регистрация получила крупный новый движок в beta39, а нормализация — в beta42. Поэтому старое числовое значение параметра нельзя без проверки считать оптимальным для beta46.

Используйте материалы 1.x для назначения инструмента и логики этапа, а текущий интерфейс — для конкретной настройки. Особенно это важно для RAM, HiDPI, macOS, multi-narrowband и производительности, поскольку именно эти области заметно менялись.

Preview filter и переход от линейного изображения к публикационному

Правая панель позволяет оценивать линейный файл без обязательного физического растяжения. Гистограмма показывает RGB или luminosity, а stretch, DDP, saturation, contrast, highlight protection и sharpening формируют предварительный вид. Слабая туманность становится видимой, хотя значения master могут оставаться линейными.

Автоматический DDP подбирает black point и параметр stretch для просмотра. Background protection ограничивает влияние saturation на фон, highlight protection уменьшает визуальное раздувание ярких областей, star protection при sharpening помогает не превращать звёзды в жёсткие артефакты. Эти средства предназначены для контролируемого отображения, а не для сокрытия плохой калибровки.

При сохранении результата различайте master и presentation copy. Master оставляют в формате без потерь с максимальной полезной разрядностью, а копию можно растянуть и экспортировать в JPEG. Такой подход предотвращает ситуацию, когда единственный результат проекта уже сжат и нелинейно обработан.

Отзывы пользователей и профильных изданий

Профессиональная пресса

BBC Sky at Night Magazine опубликовал обзор Astro Pixel Processor в сентябре 2018 года и оценил программу в 4,5 из 5. Автор Sara Wager выделяла возможность пройти путь от preprocessing до финальной доработки в одном приложении и качество получаемых изображений. Одновременно отмечалось, что интерфейс сначала выглядит непривычно, SSD заметно ускоряет работу, а мозаики особенно выигрывают от дополнительной памяти. Цены и конкретные аппаратные цифры того обзора относятся к старой ветке и не переносятся на beta46.

Другие ранние профессиональные материалы отмечали нумерованный workflow как сильную сторону для пользователя, которому нужен понятный порядок этапов. Одновременно APP обычно описывали как менее широкую среду постобработки, чем PixInsight. Это различие сохраняется: APP глубоко специализируется на preprocessing, mosaics и channel integration, но не пытается заменить максимально модульную систему обработки.

Пользовательские обсуждения

В обсуждениях Cloudy Nights встречается положительная оценка последовательности шагов и сравнительно небольшого числа ручных решений при обычном stacking. Отдельные пользователи после 30-дневного trial переходили на платную лицензию именно потому, что базовый цикл калибровки и интеграции оказался понятным на их данных. Это индивидуальные впечатления, а не универсальная оценка удобства.

Мозаики — ещё одна регулярно отмечаемая сильная сторона. Пользователи описывали случаи, когда многопанельный проект удавалось собрать в APP проще, чем в ранее использованной схеме PixInsight. Такие сообщения показывают практический сценарий преимущества DDC/LNC/MBB, но не являются объективным бенчмарком качества двух программ.

Форумные сравнения скорости нужно читать осторожно. В отдельных тестах APP выполнял preprocessing значительно быстрее другого workflow, однако параметры и набор операций не всегда совпадали. Надёжный вывод ограничен тем, что 2.0 серьёзно оптимизируется и способна эффективно обрабатывать большие серии; универсальный коэффициент ускорения по пользовательскому сообщению выводить нельзя.

Критические замечания чаще связаны с плотным интерфейсом, количеством параметров и длительным beta-циклом 2.0. Пользователь, ожидающий интерфейс обычного современного RAW-редактора, может счесть APP непривычным. Пользователь, которому нужна явная последовательность «загрузить → откалибровать → проанализировать → зарегистрировать → нормализовать → интегрировать», воспринимает ту же структуру как плюс.

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

Сравнивать Astro Pixel Processor корректнее с астрономическими процессорами, а не с обычными фоторедакторами. Два близких ориентира — PixInsight и Siril. Они решают пересекающиеся задачи, но различаются глубиной ручного контроля, лицензированием и тем, насколько workflow ведёт пользователя по фиксированной последовательности.

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

По сравнению с Siril главное различие — лицензирование и специализация мозаичного workflow. Siril остаётся свободной открытой программой и активно развивает preprocessing и scripting. APP платный, но объединяет DDC, LNC, MBB и multi-session/channel management в одной последовательности. Для пользователя с ограниченным бюджетом Siril проще начать; для крупной мозаики APP может быть удобнее именно своей специализированной организацией.

FAQ по Astro Pixel Processor

Astro Pixel Processor предназначен только для deep-sky астрофотографии?

Программа разработана как Deep Sky Image Processing application. Её основные операции — Bias/Dark/Flat calibration, star analysis, registration, normalization, integration, mosaics, light-pollution removal и channel combination — ориентированы на астрономические серии. Для обычной дневной фотографии эти инструменты избыточны, а типичный RAW-редактор лучше соответствует задаче.

Нужен ли Photoshop или PixInsight, чтобы получить готовое изображение?

Нет. В APP можно выполнить preprocessing, интеграцию, удалить световой градиент, откалибровать фон и звёздные цвета, объединить RGB/LRGB/SHO и сохранить результат. Внешний редактор нужен тогда, когда требуется дополнительная локальная или художественная обработка, которой нет в APP.

Можно ли работать без Dark-кадров?

APP поддерживает Bad Pixel Map и разные калибровочные компоненты, но физически корректная схема зависит от сенсора, экспозиции и доступных калибровок. Программа не требует одинакового набора Bias/Dark/Flat для каждой камеры, однако отсутствие конкретного типа кадров должно быть осознанным свойством выбранной калибровочной схемы, а не случайным пропуском.

Поддерживаются ли цветные астрокамеры и Bayer CFA?

Да. APP обрабатывает CFA-данные, содержит несколько алгоритмов debayer, Adaptive Airy Disc и Bayer drizzle. Для цветных камер с multi-narrowband фильтрами ветка 2.0 получила отдельные улучшения, особенно начиная с beta39.

Поддерживается ли Fujifilm X-Trans?

Да. RAF с X-Trans и SuperCCD входит в список поддерживаемых форматов. Специальная поддержка X-Trans заметно развивалась ещё в 1.080, поэтому такие файлы не нужно предварительно превращать в JPEG для импорта.

Можно ли смешивать данные разных ночей?

Да. В LOAD есть Multi-Session processing. Ночи можно держать отдельными сессиями, а затем зарегистрировать и нормализовать в общем проекте. Это полезно при различном фоне, прозрачности и составе фильтров.

Можно ли объединить RGB и монохромные данные?

Да. Ветка 2.0 поддерживает совместную обработку RGB и mono. Combine RGB содержит luminance implementation, поэтому APP подходит для LRGB и родственных комбинаций, включая добавление Ha к цветовой основе.

Нужна ли отдельная Java?

Нет. Необходимая среда выполнения поставляется вместе с приложением. Установка случайной системной Java не является обязательным условием запуска APP.

Обрабатываются ли кадры в облаке?

Нет. Основной processing выполняется локально на компьютере. Интернет нужен 30-дневной Trial для проверки лицензии при запуске; активированные Renter и Owner могут работать офлайн.

Сколько компьютеров можно активировать?

Trial, Renter и Owner допускают три отдельные активации независимо от операционной системы. Ненужную активацию можно деактивировать через LICENSE и использовать освободившееся место для другого компьютера.

Почему старый видеоурок выглядит иначе, чем beta46?

Значительная часть учебных материалов снята на 1.x. В 2.0 viewer и frame list стали отдельными окнами, изменилось управление памятью, а регистрация и нормализация получили новые движки. Последовательность основных вкладок сохранилась, но конкретное расположение элементов может отличаться.

Нужна ли мощная видеокарта для стекинга?

OpenGL ускоряет image viewer, но тяжёлые этапы preprocessing в первую очередь зависят от CPU, RAM и диска. При проблемах OpenGL просмотр может работать через CPU. Поэтому видеокарта важна для отзывчивости интерфейса, но не является единственным определяющим компонентом производительности интеграции.

Что именно делает Local Normalization Correction?

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

Чем Multi-Band Blending отличается от LNC?

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

Когда нужен drizzle?

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

Как понять, что rejection слишком агрессивный?

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

Почему после интеграции всё ещё видны спутниковые следы?

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

Почему на мозаике остаются швы?

Сначала проверьте звёздную геометрию в overlap. Если звёзды не совпадают, исправляют REGISTER и DDC. Если звёзды совпадают, но яркость различается, проверяют NORMALIZE и LNC. Если фон уже согласован, а граница всё ещё заметна, применяют MBB.

Можно ли сохранить JPEG?

Да. Preview/save поддерживает JPEG вместе с FITS и TIFF. JPEG подходит для готовой публикации, но не как основной промежуточный линейный файл: сжатие с потерями и ограниченная разрядность мешают дальнейшей глубокой обработке.

Почему рабочая папка быстро растёт?

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

Можно ли оставить 1.083 вместо 2.0 beta?

1.083 и 2.0 имеют разную архитектуру и совместимость. На современных macOS версии до 2.0.0 не рассчитаны на Ventura и новее, а 2.0 содержит новые движки и форматы. Для воспроизводимого проекта допустимо фиксировать конкретную рабочую сборку, но выбор должен учитывать ОС и необходимые функции.

Как безопасно обновляться между beta-сборками?

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

Какой формат лучше передать в другой редактор?

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

Как проверить, что Remove Light Pollution не удалил реальную туманность?

Сравните исходный и скорректированный вариант на одинаковом stretch и посмотрите зоны вокруг sample boxes. Если слабая структура исчезает вместе с градиентом, перенесите области модели в более чистый фон и повторите операцию.

Когда Astro Pixel Processor подходит особенно хорошо

Astro Pixel Processor наиболее логичен, когда главная сложность проекта находится до финальной художественной обработки: много калибровок, несколько ночей, разные фильтры, крупная мозаика, оптическая дисторсия и необходимость согласовать фон между панелями. Связка star analysis, DDC, normalization, LNC, MBB и integration работает как единая система, а не как набор разрозненных утилит.

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

Перед первой большой работой разумно пройти один небольшой набор без лишних продвинутых опций. Добейтесь чистой калибровки, устойчивого star analysis, точной регистрации и контрольной интеграции. После этого добавляйте LNC, MBB, drizzle и сложные multi-channel схемы только там, где они решают наблюдаемую проблему. Такой порядок делает результат воспроизводимым и показывает, какой этап действительно влияет на качество.