Siril

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

Что представляет собой Siril

Точное название программы — Siril. Это проект Team free-astro с открытым исходным кодом, распространяемый по лицензии GNU General Public License версии 3 или более поздней. Текущая стабильная версия — 1.4.4, выпущенная 17 июня 2026 года. Параллельно развивается ветка 1.5, однако она относится к разработке и не заменяет стабильный выпуск 1.4.4 для обычной установки. Такое различие важно: инструкции и элементы интерфейса из ветки разработки могут отличаться от стабильной программы, поэтому в этом обзоре основным объектом является именно Siril 1.4.4.

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

Основной код Siril написан на C, отдельные части — на C++. Стабильная ветка 1.4 использует GTK 3. Исходный проект публичен, а бинарные сборки выпускаются для Windows, macOS и Linux. Такая модель распространения означает, что программа не требует платной подписки или покупки лицензии для разблокировки алгоритмов. При этом бесплатность не делает её «упрощённым редактором»: интерфейс ориентирован на специализированную терминологию астрофотографии, поэтому понимание калибровочных кадров, дебайеризации, регистрации, rejection-алгоритмов и линейного состояния изображения заметно облегчает освоение.

Для кого программа подходит лучше всего

Начинающий астрофотограф может использовать Siril как первый полноценный стеккер, особенно если съёмка ведётся на DSLR, беззеркальную камеру или астрономическую OSC-камеру. Встроенные сценарии автоматизируют типовую предварительную обработку и позволяют получить первый осмысленный результат без ручного вызова каждой операции. Однако автоматизация не отменяет понимания структуры исходных данных: для стабильного результата нужно правильно разложить light, dark, flat и при необходимости bias-кадры, выбрать рабочий каталог и не смешивать экспозиции с разными параметрами в неподходящей последовательности.

Опытному пользователю Siril интересен ручным контролем регистрации, нормализации и rejection при стеккинге, обработкой FITS и SER, астрометрией, SPCC, HST Drizzle, фоновым вычитанием, инструментами анализа звёзд, командной строкой и скриптами. Программа также подходит для повторяемых серий: одну и ту же структуру каталога и сценарий можно применять к нескольким ночам съёмки, а результаты нормализации и параметры последовательности сохраняются в служебных данных Siril.

Для научно-ориентированной работы полезны plate solving, WCS, быстрая фотометрия, построение световых кривых и формирование данных для AAVSO. Эти функции не превращают Siril в специализированный профессиональный пакет обсерватории, но позволяют выполнять измерительные операции в той же среде, где подготавливается изображение. Для пользователя это сокращает число переходов между отдельным стеккером, астрометрическим решателем и простым фотометрическим инструментом.

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

Siril распространяется как свободное программное обеспечение по GPL-3.0-or-later. Пользователь получает доступ к исходному коду и может запускать программу без подписки. Для Windows предлагается обычный установщик и portable-вариант; для macOS публикуются отдельные пакеты для Intel и Apple Silicon; для Linux доступен AppImage, а также Flatpak. На странице загрузки для текущего Flatpak есть предупреждение о известных проблемах этой сборки, поэтому при выборе Linux-пакета следует учитывать состояние конкретного канала, а не считать все способы установки полностью равноценными.

У Siril нет отдельной платной редакции с дополнительными алгоритмами. Это отличает его от коммерческих астрофотографических пакетов, где лицензия определяет возможность запуска или срок обновлений. В Siril различия связаны прежде всего с платформой, архитектурой и состоянием конкретной сборки. Сценарии из репозитория и расширения могут иметь собственные зависимости; особенно это касается Python-сценариев, которые способны обращаться к внешним программам.

Свободная лицензия не отменяет требований к сторонним компонентам и данным. Например, SPCC может использовать локальный каталог Gaia DR3, а отдельные сценарии работают с GraXpert или StarNet, если путь к соответствующему исполняемому файлу указан в Preferences. Эти внешние компоненты не являются скрытыми обязательными частями базового Siril: программа запускается и выполняет основной цикл обработки без них, а интеграции подключаются под конкретную задачу.

Интерфейс и логика рабочего окна

Главное окно Siril построено вокруг изображения и последовательности этапов обработки. В центре находится область просмотра, над которой можно переключать каналы Red, Green, Blue или B&W. Для монохромного изображения доступен чёрно-белый просмотр, а для цветного — отдельные каналы и композит. Это не просто косметическая возможность: просмотр каналов помогает заметить различия фона, насыщение, проблемы дебайеризации и локальные дефекты до того, как они станут частью итогового стека.

Основные вкладки соответствуют типичному циклу предварительной обработки: Conversion, Sequence, Calibration, Registration, Plot, Stacking и Console. В стабильном интерфейсе им назначены клавиши F1–F7. Такая структура задаёт логичный переход от подготовки файлов к анализу результата, но не заставляет пользователя проходить вкладки строго по порядку. Например, после открытия уже готовой FITS-последовательности этап Conversion можно пропустить, а после регистрации можно перейти в Plot, чтобы оценить FWHM, количество звёзд и другие метрики перед стеккингом.

Верхняя и нижняя части окна содержат команды открытия файлов и выбора рабочей директории, Undo/Redo, переход к инструментам обработки, запуск Scripts и Livestack, сведения о доступной памяти и дисковом пространстве, число потоков, а также сохранение изображения. Информационная строка важна при больших сериях: нехватка диска или чрезмерное выделение RAM часто проявляется не как «плохой алгоритм», а как проблема ресурсов, поэтому состояние системы полезно видеть до запуска длительной регистрации или Drizzle.

Контекстное меню области изображения содержит команды Undo и Redo, инструменты PSF, выбор звезды, работу с выделением, Crop и RGB align. Наличие PSF прямо в контекстном меню отражает специфику Siril: оценка профиля звезды используется не только для визуальной проверки, но и как часть анализа качества и регистрации. Выделение прямоугольной области тоже имеет несколько назначений — от локального анализа до ограничения области для отдельных операций.

Режимы отображения и реальное изменение данных

Одна из принципиальных особенностей интерфейса — разделение между способом отображения линейного изображения и фактическим изменением пиксельных значений. В выпадающем списке просмотра доступны Linear, Logarithm, Square root, Squared, Asinh, Autostretch и Histogram. Autostretch делает слабый линейный стек хорошо видимым на экране, но не превращает данные в нелинейное изображение. Если просто включить Autostretch и сохранить файл без настоящего растяжения, результат в другом просмотрщике может выглядеть значительно темнее, чем в окне Siril.

Для фактического изменения данных применяются инструменты Asinh Transformation, Histogram Transformation, Generalized Hyperbolic Stretch и Curves. Это различие нужно проверять на каждом этапе: SPCC, например, требует линейное изображение, а финальный JPEG обычно требует уже нелинейно растянутых данных. Ошибка порядка операций приводит не к сбою программы, а к математически другому результату.

Меню Tools и специализированные области

Меню Tools объединяет несколько групп, которые выходят за рамки простого стеккинга. В Image Analysis находятся Statistics, Noise Estimation, Aberration Inspector, Show Tilt, Show Distortions и Dynamic PSF. Astrometry включает Image Plate Solver и аннотацию объектов. Photometry предоставляет операции для фотометрических измерений и световых кривых. Отдельно доступны Color Management, FITS Header и Image Information. Благодаря этому пользователь может проверять не только «красив ли кадр», но и численные свойства изображения, WCS, метаданные и геометрию звёздного поля.

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

Windows

Для стабильной версии 1.4.4 публикуется 64-разрядный UCRT64-установщик для Windows 10 и Windows 11. Обычная установка размещает Siril в каталоге Program Files и создаёт стандартные элементы запуска. Современный UCRT64-вариант стал основной Windows-сборкой после перехода с MINGW64; среди практических последствий — увеличенный предел количества файлов в последовательности до 8192 вместо прежнего лимита 2048. Это заметно при длинных сериях коротких субэкспозиций и планетарно-подобных наборах кадров.

Portable-пакет предназначен для запуска без классической установки. Исполняемый файл находится внутри структуры пакета, и его нельзя переносить отдельно от сопутствующих библиотек. Причина техническая: Siril зависит от набора DLL и ресурсов, поэтому копирование только siril.exe в произвольную папку нарушает целостность окружения. Для переносимого варианта следует сохранять исходную структуру каталогов.

macOS

Для Siril 1.4.4 существуют отдельные DMG для компьютеров Intel x86_64 и Apple Silicon arm64. Актуальные macOS-сборки с ревизией «-3», обновлённые 26 июня 2026 года, требуют macOS Ventura 13 или более новую систему. Выбор архитектуры должен соответствовать процессору Mac: пакет arm64 предназначен для Apple Silicon, x86_64 — для Intel. На современном Mac с Apple Silicon нативная arm64-сборка предпочтительнее запуска Intel-варианта через слой совместимости.

Linux

Для Linux публикуется x86_64 AppImage. Этот формат удобен, когда не хочется собирать программу из исходного кода или зависеть от версии пакета в конкретном дистрибутиве. После выдачи права на выполнение AppImage запускается как самостоятельный пакет. Также существует Flatpak, однако для текущего канала на странице загрузки присутствует предупреждение о известных проблемах. Пользователю, которому важна предсказуемость стабильной версии, рационально ориентироваться на AppImage либо пакет своего дистрибутива, если его версия и зависимости соответствуют требуемому выпуску.

Что настроить до первой большой серии

Перед обработкой полезно открыть Preferences и проверить каталог временных данных, доступную память, количество потоков и пути к внешним инструментам, если они будут использоваться. В разделе Performances можно задать лимит RAM как долю доступной памяти либо фиксированное число гигабайт. Значение отношения памяти выше 1 включает более агрессивное использование paged memory и способно сделать систему неотзывчивой; для обычной работы безопаснее оставлять запас для операционной системы и других процессов.

Рабочая директория Siril имеет практическое значение: сценарии и последовательности используют относительную структуру файлов, а некоторые операции создают промежуточные данные рядом с исходными или в подкаталогах. Для первого проекта проще выделить отдельную папку с понятной структурой и не менять её местоположение в середине обработки. При работе с SSD регистрация, временные файлы и Undo/Redo выполняются заметно предсказуемее, чем на медленном диске, потому что многие операции интенсивно читают и записывают большие массивы данных.

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

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

1. Организация кадров

Light-кадры содержат объект съёмки. Dark-кадры фиксируют темновой ток и другие стабильные компоненты сигнала при закрытом оптическом тракте; flat-кадры описывают неравномерность освещения и пыль; bias или короткие offset-кадры используются в тех схемах калибровки, где они необходимы. Siril не может автоматически исправить неправильную физическую подготовку калибровочных данных. Если flat снят после изменения положения пыли или оптики, математически корректная операция всё равно не восстановит отсутствующую информацию.

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

2. Конвертация и создание последовательности

Вкладка Conversion нужна, когда исходные файлы не являются нативной последовательностью Siril. Нативными форматами последовательностей служат FITS и SER; другие поддерживаемые изображения преобразуются в рабочую последовательность. Фактический набор импортируемых типов зависит от того, с какими библиотеками собрана программа: LibRaw отвечает за многие RAW камер, libtiff — за TIFF, libjpeg/libpng — за распространённые растровые форматы, libheif — за HEIF/AVIF, а libjxl — за JPEG XL.

При конвертации цветных RAW важно не дебайеризовать данные преждевременно, если последующая схема рассчитана на работу с CFA. Siril умеет обрабатывать Bayer CFA и поддерживает варианты, где дебайеризация выполняется после калибровки. Это позволяет применить коррекцию к исходной мозаике сенсора до интерполяции цветов. Для HST Drizzle с Bayer CFA исходные кадры также должны оставаться недебайеризованными до соответствующего этапа.

3. Калибровка

На вкладке Calibration выбираются light-последовательность и мастер-кадры, затем задаются параметры калибровки и дебайеризации. Результатом становятся откалиброванные кадры, в которых устранены компоненты, описываемые master bias/dark/flat. Проверка результата проводится не по одному финальному стеку: нужно открыть несколько откалиброванных кадров и убедиться, что flat не создал инвертированную виньетку, что hot pixels уменьшились, а цветная CFA не была интерпретирована с неверным паттерном.

4. Регистрация

Регистрация сопоставляет одно и то же звёздное поле между кадрами. Для глубокого неба стандартным выбором является Global Star Alignment: Siril обнаруживает звёзды, сопоставляет треугольные конфигурации и использует RANSAC для устойчивой оценки трансформации. Затем кадры геометрически преобразуются относительно опорного. Перед большим запуском имеет смысл зарегистрировать небольшой поднабор и проверить, что звёзды совпадают и не возник систематический поворот или неверная геометрия.

5. Оценка качества и отбор

После регистрации вкладка Plot позволяет сравнивать метрики кадров. Для звёздных полей практическое значение имеют FWHM, weighted FWHM, roundness, число обнаруженных звёзд и уровень фона. Один показатель не заменяет визуальный контроль: низкий FWHM полезен как индикатор резкости, но кадр с облаком, спутниковым следом или локальным дефектом следует оценивать в контексте остальных параметров.

6. Стеккинг

В Stacking выбираются метод объединения, нормализация, rejection и при необходимости весовые коэффициенты. Для обычной серии light-кадров чаще применяется Average With Rejection, потому что он одновременно усредняет полезный сигнал и позволяет исключать выбросы. После вычисления стека полезно просмотреть rejection maps, если они были включены: они показывают, какие пиксели алгоритм исключал как низкие или высокие выбросы.

7. Постобработка

Сложенное изображение обычно остаётся линейным. На этом этапе выполняются фоновые операции, plate solving, SPCC, шумоподавление и затем растяжение. Порядок зависит от задачи, но цветовую фотометрическую калибровку выполняют до нелинейного растяжения. После перехода к нелинейным данным применяются GHS, Histogram Transformation, Curves и дополнительные локальные корректировки. Финальную проверку следует проводить не только в Autostretch, а в реальном состоянии данных, которое будет записано в TIFF, FITS, PNG или JPEG.

Калибровка: что именно контролирует пользователь

Калибровка в Siril — не единичная «кнопка улучшения», а последовательность операций над значениями пикселей. Light-кадры содержат полезный сигнал вместе с электронными и оптическими неоднородностями. Master dark, master flat и при необходимости bias/offset описывают разные составляющие этих неоднородностей. Когда исходники подготовлены правильно, калибровка уменьшает фиксированный рисунок сенсора, горячие пиксели и неравномерность поля. Когда калибровочные кадры не соответствуют light-набору, Siril не скрывает физическое несоответствие — оно проявляется как остаточная виньетка, светлые или тёмные пылевые кольца, усиленный шум либо неверный фон.

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

Debayer и CFA

Цветная камера с матрицей Bayer записывает не готовые RGB-пиксели, а мозаичную CFA. Поэтому момент дебайеризации влияет на обработку. Калибровка до дебайеризации сохраняет исходную структуру сенсора и позволяет корректировать её без добавленной интерполяции. После этого Siril преобразует CFA в цветное изображение выбранным алгоритмом. Неправильный Bayer pattern даёт характерные ложные цвета или сетчатую структуру; если такая ошибка появляется сразу после debayer, её нужно исправлять на уровне интерпретации CFA, а не последующей цветокоррекцией.

Для X-Trans и Bayer возможности отдельных операций различаются. Например, предстекинговое извлечение фона поддерживает Bayer CFA, но не предназначено для X-Trans в том же режиме. Для Bayer при фоновом вычитании до стеккинга документация ограничивает полиномиальную модель первым порядком. Это один из примеров, где «продвинутый» параметр не всегда означает лучший результат: более высокий порядок математической модели на неподходящих исходных данных способен подстроиться под структуру сенсора вместо реального градиента.

Регистрация кадров

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

В Global Star Alignment можно выбрать класс преобразования. Shift содержит только два параметра смещения и подходит для данных без заметного вращения или масштаба. Euclidean добавляет вращение, Similarity — изменение масштаба, Affine допускает более общую линейную геометрию, а Homography использует восемь степеней свободы и служит стандартным гибким вариантом. Поддерживаются и SIP-искажения, что особенно важно при широком поле, где простой линейной трансформации недостаточно.

Число звёзд, участвующих в поиске, влияет на надёжность и стоимость вычислений. Значение по умолчанию для максимального числа звёзд — 2000. Увеличивать его без необходимости не следует: большое количество слабых или плохо измеренных источников не гарантирует лучшего сопоставления. Если поле насыщено звёздами, стандартного предела обычно достаточно; если кадр беден звёздами, важнее качество детектирования и корректная опорная область.

Интерполяция при геометрическом преобразовании

После вычисления трансформации пиксели нужно пересчитать на новую сетку. Siril предлагает Nearest Neighbor, Bilinear, Bicubic, Pixel Area Relation, Lanczos-4 и режим без интерполяции там, где он применим. Lanczos-4 используется как качественный универсальный вариант и включает ограничение значений для уменьшения нежелательных выбросов. Nearest Neighbor сохраняет исходные значения без сглаживания, но создаёт ступенчатую геометрию и редко оптимален для финального глубокого неба.

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

Другие режимы регистрации

HST Drizzle

В ветке 1.4 Siril получил HST Drizzle. Этот метод строит выходную сетку с контролируемым масштабом и параметром pixfrac, распределяя вклад исходных пикселей на более плотную сетку. Доступны ядра point, turbo, square, gaussian, lanczos2 и lanczos3. Drizzle полезен, когда исходная серия достаточно хорошо дизерирована и дискретизация изображения ограничивает детализацию. Он не создаёт отсутствующую оптическую информацию из одного кадра и не исправляет плохой фокус.

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

Для Bayer CFA при Drizzle исходные кадры должны оставаться недебайеризованными до соответствующего этапа. Это позволяет использовать пространственное смещение между субэкспозициями для восстановления цветной информации. Если кадры были заранее интерполированы в RGB, исходная структура CFA потеряна и этот вариант Drizzle уже не работает как задумано.

Оценка качества кадров перед стеккингом

Siril сохраняет для последовательности численные показатели, по которым можно фильтровать кадры. Наиболее понятная для звёздных изображений метрика — FWHM: она описывает ширину профиля звезды и связана с резкостью, seeing и качеством ведения. Weighted FWHM учитывает дополнительные параметры; roundness помогает выявлять вытянутые звёзды; количество звёзд показывает, насколько хорошо алгоритм обнаруживает поле; background отражает уровень фона. В Plot эти значения можно сравнивать между кадрами и искать выбросы.

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

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

Стеккинг и rejection

Стеккинг объединяет зарегистрированную последовательность в одно изображение. Siril предлагает Sum, Average With Rejection, Median, Pixel Maximum и Pixel Minimum. Для астрофотографии глубокого неба центральным методом служит среднее с отбраковкой выбросов: полезный сигнал всех кадров участвует в результате, а аномальные пиксели — космические лучи, часть спутниковых следов, горячие пиксели и другие одиночные выбросы — могут быть исключены статистически.

Методы отбраковки пикселей

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

Нормализация

Перед объединением кадры могут иметь разные уровни фона и масштабы яркости. Siril предоставляет None, Additive, Multiplicative, Additive with Scaling и Multiplicative with Scaling. Для dark и bias нормализация обычно не нужна, для flat применяется мультипликативная логика, а для light типичным вариантом является Additive with Scaling. Нормализация позволяет сравнивать кадры в общей статистической системе до вычисления среднего и rejection.

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

Весовое объединение

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

Дополнительные параметры стека

В диалоге доступны RGB equalization, максимизация framing, увеличение x2 и принудительный 32-битный результат. Эти параметры решают разные задачи. RGB equalization выравнивает канальные соотношения в определённом контексте, framing влияет на область общего покрытия, x2 увеличивает выходную сетку, а Force 32b сохраняет более высокую точность чисел. Не следует включать всё одновременно «для качества»: каждый пункт имеет вычислительную стоимость и меняет свойства результата.

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

Удаление градиентов и выравнивание фона

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

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

Subtraction подходит для аддитивного градиента — например, добавочного свечения неба. Division предназначена для мультипликативной неоднородности, но реальную виньетку оптики корректнее убирать хорошим flat-кадром. Деление фоновой моделью не является заменой физически корректной flat-калибровки: оно работает с уже наблюдаемым распределением яркости и может затронуть структуру объекта.

Фоновое вычитание можно применять и к последовательности до стеккинга. Это помогает при меняющемся градиенте между кадрами, но требует аккуратности. Для Bayer CFA разрешён соответствующий режим, а для полиномиальной модели до стеккинга следует использовать порядок 1. X-Trans в этой схеме не поддерживается так же, как Bayer. При выраженном полосатом рисунке полезный вклад даёт dithering во время съёмки: программная обработка эффективнее, когда дефект не закреплён на одних и тех же координатах относительно неба.

Астрометрия и проверка WCS

Image Plate Solver сопоставляет звёзды изображения с небесным каталогом и записывает WCS — преобразование между пикселями и небесными координатами. Диалог вызывается через Tools → Astrometry → Image Plate Solver, также предусмотрено сочетание Ctrl+Shift+A. Для решения нужны разумная начальная оценка поля, масштаба или координат; после успешного plate solving Siril может аннотировать объекты и использовать WCS в других операциях.

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

Инструменты Show Tilt и Show Distortions дополняют визуальную диагностику. Они помогают отделить проблемы оптики и наклона сенсора от ошибок постобработки. Если звёзды в одном углу систематически отличаются от противоположного, усиление резкости не исправит геометрическую причину; сначала нужно диагностировать поле, а затем решать, относится проблема к съёмке, регистрации или оптической системе.

Калибровка цвета: PCC и SPCC

Siril предоставляет ручную калибровку цвета, Photometric Color Calibration и Spectrophotometric Color Calibration. PCC использует сведения о звёздах и астрометрическое решение, чтобы получить физически обоснованный баланс каналов. SPCC развивает этот подход: сопоставляет спектральные данные Gaia DR3 с характеристиками сенсора и фильтров. Для SPCC изображение должно оставаться линейным, поэтому операцию выполняют до Histogram Transformation, GHS и других настоящих растяжений.

SPCC вызывается сочетанием Ctrl+Shift+C. Перед расчётом изображение должно иметь корректный plate solution. Пользователь выбирает подходящую модель сенсора и фильтров либо задаёт характеристики своего тракта. Ошибка в выборе фильтра или камеры меняет математическую модель отклика, поэтому совпадение названия оборудования важнее визуального желания получить «более тёплый» или «более холодный» результат.

Каталожные данные можно получать удалённо или хранить локально. Локальная работа появилась в ветке 1.4 и рассчитана на пользователей, которым требуется повторяемость без постоянного обращения к сетевому каталогу. Полный специализированный каталог разбит на 48 областей HEALPix уровня 1 и занимает менее 21 GB; необязательно устанавливать все области, если обработка ограничена конкретными участками неба. Путь к локальному каталогу задаётся в Preferences, а сценарий Siril_Catalog_Installer.py помогает установить полный набор, видимые области либо выбранные участки.

После SPCC следует проверить не только общий оттенок изображения, но и то, что ни один канал не был обрезан в тенях или светах. Цветовая калибровка не восстанавливает данные, потерянные из-за пересвета, и не исправляет неправильный debayer. Если звёздные ядра уже насыщены во всех каналах, их истинное цветовое соотношение в этих пикселях отсутствует.

Растяжение линейного стека

После калибровки и фоновых операций слабый сигнал глубокого неба всё ещё находится в линейной шкале. На экране такой стек может выглядеть почти чёрным, хотя Autostretch показывает детали. Настоящее растяжение переводит данные в нелинейное представление, чтобы слабые структуры стали видимыми без полного насыщения ярких звёзд. В Siril для этого есть Asinh Transformation, Histogram Transformation, Generalized Hyperbolic Stretch и Curves.

Asinh Transformation

Asinh хорошо подходит для первого мягкого подъёма слабого сигнала при сохранении цветовых различий ярких областей. Основные параметры — stretch factor и black point. Увеличение stretch factor сильнее поднимает слабые значения, а black point определяет уровень, относительно которого тени приближаются к нулю. В диалоге предусмотрены варианты обработки клиппинга и RGB Blend. Слишком высокий black point приводит к необратимой потере слабого фона, поэтому ориентироваться нужно на гистограмму и видимость самых слабых полезных структур.

Histogram Transformation

Histogram Transformation использует классическую модель с точками shadows, midtones и highlights. Тени определяют отсечение нижней части диапазона, midtones меняют яркость без прямого сдвига белой точки, highlights контролируют верхнюю границу. Интерфейс показывает процент клиппинга, что позволяет заметить, когда чёрная точка начинает удалять значимую часть данных. Для астрофотографии полезно оставлять небольшой запас фона, а не стремиться сделать небо абсолютным нулём на раннем этапе.

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

Generalized Hyperbolic Stretch

GHS — наиболее гибкий из встроенных инструментов растяжения Siril. Он использует параметры D, b, SP, LP и HP для управления силой и формой преобразования в разных диапазонах яркости. Благодаря этому можно отдельно контролировать область, где растяжение наиболее активно, и защищать тени либо света. GHS рассчитан на итеративную работу: несколько умеренных шагов дают больше контроля, чем одно экстремальное преобразование.

В GHS есть режимы RGB blend и варианты работы с насыщенностью. Это важно для астрофотографии, потому что изменение яркости каналов независимо способно сдвинуть цвет. При последовательной обработке полезно сравнивать гистограммы каналов после каждого шага и следить, не начал ли один канал упираться в предел раньше остальных. Undo/Redo позволяет вернуться к предыдущему состоянию, но история хранится через дисковый swap и сама потребляет место.

Curves

Curves предназначены для точечной настройки тонального отклика после базового растяжения. Кривой можно усилить локальный контраст, поднять слабые средние тона или скорректировать насыщенность в подходящем режиме. Этот инструмент доступен через графический интерфейс и естественно используется ближе к концу обработки, когда базовая динамика уже сформирована. Сильная S-образная кривая быстро делает изображение визуально контрастным, но одновременно рискует зажать фон и пересветить звёзды; оценивать результат нужно при масштабе 100% и по гистограмме.

Шумоподавление, деконволюция и детализация

В Siril основной современный алгоритм шумоподавления построен вокруг NL-Bayes; доступны связанные методы и опции DA3D, SOS и Anscombe variance-stabilizing transform. Шумоподавление особенно полезно на линейной или слабо растянутой стадии, когда статистика шума ещё не разорвана агрессивным контрастом. Документация рекомендует выполнять noise reduction до deconvolution: деконволюция пытается восстановить высокочастотную структуру и при наличии сильного шума способна усилить его вместе с деталями.

Косметическая коррекция применяется в соответствующем процессе по умолчанию и помогает устранять остаточные дефектные пиксели. Она не заменяет dark-калибровку и rejection: единичный hot pixel после стека — локальная проблема, а систематический фиксированный рисунок по всему полю требует разбираться с калибровкой. Отдельно стоит оценивать хроматический шум OSC-камер: часть цветного шума удобнее завершать в универсальном редакторе после экспорта, если встроенные методы Siril уже выполнили основную задачу.

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

Фотометрия и измерительные задачи

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

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

Фотометрия подчёркивает важную особенность Siril: программа хранит и обрабатывает изображения как данные, а не только как картинку для визуальной публикации. Поэтому FITS-заголовки, время, WCS и статистика имеют практическое значение. Если метаданные времени в исходнике неверны, красивое астрометрическое решение не исправит временную шкалу световой кривой.

Поддерживаемые форматы, импорт и экспорт

Нативными форматами последовательностей Siril являются FITS и SER. FITS — базовый формат астрономической обработки, позволяющий хранить численные данные и заголовки с метаданными. Siril распознаёт распространённые расширения .fit, .fits и .fts; при наличии соответствующей поддержки используются и сжатые варианты. SER удобен для последовательностей кадров, в том числе полученных астрономическими камерами. Для прочих форматов вкладка Conversion создаёт рабочую последовательность.

Точный список доступных форматов зависит от сборки, потому что часть кодеков подключается как необязательные зависимости. Это особенно важно при самостоятельной компиляции Linux-версии: отсутствие libheif или libjxl означает отсутствие соответствующего импорта, даже если сама версия Siril та же. Готовые пакеты формируют свой набор зависимостей, поэтому при неожиданной ошибке открытия редкого формата нужно сначала проверить поддержку конкретной сборки.

FITS в современном workflow Siril обычно хранится как 32-битные float-данные в нормированном диапазоне, что снижает риск накопления ошибок округления при последовательных математических операциях. При необходимости можно принудительно использовать 16-битный формат, но это должно быть осознанным выбором. Для промежуточных мастер-файлов и сложной постобработки более высокая численная точность обычно полезнее экономии нескольких гигабайт.

Цветовые профили

Siril содержит систему Color Management. FITS, TIFF и PNG могут работать со встроенными ICC-профилями; возможности JPEG зависят от используемой библиотеки. Простые форматы без полноценного управления профилем приводятся к sRGB в соответствующем рабочем процессе. При передаче результата в Photoshop, GIMP или другой редактор нужно понимать разницу между численными значениями каналов и их интерпретацией через профиль. Несовпадение профилей может создать видимый цветовой сдвиг даже без изменения самих пикселей.

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

Интеграции с внешними инструментами

В Preferences можно указать путь к StarNet и GraXpert. Такая интеграция позволяет включать внешние процессы в общий workflow, не выдавая их за встроенные алгоритмы Siril. StarNet применяется для разделения звёздной и беззвёздной составляющей в подходящих сценариях; GraXpert может использоваться для своих операций через интеграцию. Чтобы команда работала, соответствующее приложение или исполняемый файл должен быть установлен отдельно и путь должен быть корректным.

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

Сценарии и автоматизация

Сценарии Siril предназначены для повторяемых последовательностей команд. Стандартные preprocessing-сценарии позволяют автоматизировать конвертацию, создание мастер-кадров, калибровку, регистрацию и стеккинг при ожидаемой структуре каталогов. Они особенно удобны для первой обработки однотипной OSC-сессии, когда исходники организованы одинаково. Если структура не соответствует сценарию, ошибка каталога или отсутствие нужной группы файлов не является «сбоем стеккинга» — сценарий просто не получает ожидаемые входные данные.

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

Командная строка

Headless-режим и siril-cli позволяют запускать более сотни команд без постоянной работы в GUI. Это подходит для автоматической обработки ночных данных, серверного pipeline и повторяемых операций над несколькими проектами. Командный режим использует те же базовые сущности — рабочую директорию, последовательности, FITS и параметры процессов, поэтому GUI остаётся удобным местом для предварительной настройки и проверки алгоритма до автоматизации.

У live stacking есть собственные команды start_ls, livestack и stop_ls. Во время активного live stacking состояние программы ограничивает часть других команд, потому что последовательность изменяется в реальном времени. Это режим оперативного накопления данных, а не замена полноценной калибровке и финальному стеку с тщательно настроенным rejection.

Python в Siril 1.4

Python-сценарии появились в разработке 1.3.5 и входят в стабильную ветку 1.4, но документация продолжает помечать Python scripting как experimental. Библиотека sirilpy связывается с работающим Siril и позволяет создавать более сложные сценарии, чем классический командный файл. Экспериментальный статус важен для долгоживущей автоматизации: интерфейсы и детали взаимодействия могут меняться быстрее, чем базовые команды Siril.

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

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

Астрофотографическая серия быстро превращается в десятки гигабайт промежуточных данных. Siril параллелит многие вычисления и использует несколько потоков, но скорость зависит не только от процессора. Регистрация, конвертация, 32-битные FITS, Drizzle и история Undo/Redo интенсивно работают с диском. SSD поэтому влияет на общую отзывчивость не меньше, чем дополнительные ядра CPU в сценариях, где много чтения и записи.

В Preferences → Performances можно управлять долей RAM. Значение core.mem_ratio по умолчанию составляет 0,9. Смысл этого параметра — оставить часть памяти системе и ограничить объём, который Siril считает доступным для крупных операций. Попытка назначить больше физической памяти через коэффициент выше 1 переводит нагрузку в paging; на медленном диске это способно резко замедлить процесс, а при нехватке ресурсов — сделать систему нестабильной.

В практических рекомендациях Siril фигурирует минимум примерно 2 GB доступной памяти для монохромной обработки и 4 GB для цветной, но это не следует воспринимать как комфортную конфигурацию для больших современных сенсоров. Реальный расход масштабируется с шириной и высотой кадра, числом каналов, разрядностью и выбранным алгоритмом. Drizzle x2, например, увеличивает сетку в четыре раза по числу пикселей; одновременное хранение нескольких буферов требует значительно большего запаса.

Для оценки проекта до старта полезно взять размер одного декодированного кадра, умножить его на количество промежуточных последовательностей и оставить дополнительное место под регистрацию, нормализацию, swap и итоговые файлы. JPEG-размер исходника для этой оценки бесполезен: после декодирования 16- или 32-битный FITS занимает существенно больше. Если свободное место близко к расчётному минимуму, длительная операция может остановиться уже после нескольких часов вычислений.

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

Практические сценарии использования

Глубокое небо с цветной OSC-камеры

Для типичной OSC-сессии Siril может закрыть весь путь от калибровки до подготовленного нелинейного TIFF. Исходные light, dark и flat размещаются в согласованной структуре, затем создаётся последовательность, выполняется калибровка CFA, регистрация по звёздам и статистический отбор. После Average With Rejection получается линейный мастер, для которого последовательно проверяют градиент, plate solving, SPCC и шум. Только после цветовой калибровки выполняется настоящее растяжение.

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

Монохромная камера и узкополосные фильтры

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

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

Комета

Комета движется относительно фоновых звёзд, поэтому один стек не может одновременно идеально совместить и ядро кометы, и звёздное поле обычной звёздной регистрацией. В Siril есть Comet Registration, которая строит последовательность относительно движения кометы. Практический workflow включает отдельную проверку звёздно-регистрированного и кометно-регистрированного вариантов. При стеке по комете звёзды закономерно образуют смещённые следы, а при стеке по звёздам смещается сама комета.

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

Мозаика

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

Проверка мозаики проводится на масштабе всего изображения и на 100%. На общем виде ищут крупномасштабные переходы фона, а в увеличении — двойные звёзды и локальные ступени на границе панелей. Если проблема геометрическая, её нужно исправлять регистрацией; если фотометрическая — нормализацией и фоном. Размывание шва не должно скрывать неверное совпадение звёзд.

Большая серия коротких экспозиций

Современные камеры и быстрые оптические системы могут создавать тысячи коротких кадров. UCRT64-сборка Windows увеличила предельное число файлов последовательности до 8192, что делает такие наборы практичнее, чем в старой MINGW64-сборке с пределом 2048. Однако верхний программный предел не означает, что любая серия такого размера удобна на любом компьютере. Файловые операции, метрики качества и промежуточные FITS потребуют большого дискового пространства.

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

Переменная звезда и световая кривая

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

Нельзя применять к последовательности обычный художественный workflow и затем использовать растянутые изображения как исходные фотометрические данные. GHS, Curves и локальная контрастная обработка меняют численную связь между пикселем и потоком. Для измерительной ветки следует сохранять отдельный линейный набор.

Ограничения Siril

Первое ограничение связано с порогом входа. Интерфейс последовательно организован, но термины Calibration, Registration, Normalization, Rejection, PSF, WCS и SPCC требуют предметного понимания. Пользователь, который ожидает полностью автоматический «улучшатель фото», столкнётся с тем, что одна и та же операция может быть корректной для одного типа данных и ошибочной для другого. Скрипты снижают число ручных действий, но не объясняют физический смысл входных кадров.

Второе ограничение — Siril не заменяет универсальный растровый редактор. Он отлично решает специализированную астрофотографическую математику, но сложная локальная ретушь, художественные маски, текст, композиционный дизайн и печатная подготовка удобнее в приложениях другого класса. Нормальный workflow часто заканчивает астрономические операции в Siril, экспортирует 16-битный или 32-битный файл и продолжает точечную художественную доработку в другом редакторе.

Третье ограничение — ресурсоёмкость больших проектов. Drizzle, десятки мегапикселей, 32-битные промежуточные FITS и длинная история Undo требуют RAM и диска. Программа умеет управлять памятью, но не отменяет физический размер данных. На HDD или почти заполненном SSD крупный workflow становится заметно тяжелее, а paging при чрезмерном лимите памяти может сделать всю систему неотзывчивой.

Четвёртое ограничение касается экспериментального Python scripting. Классические команды Siril зрелы и широко применяются, но Python-интеграция в 1.4 всё ещё обозначена как experimental. Сценарий, который должен работать годами без сопровождения, разумнее строить на стабильных интерфейсах либо закреплять версии окружения и тестировать после обновления.

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

Шестое ограничение проявляется при работе с внешними инструментами и редкими форматами. Путь к StarNet или GraXpert, наличие ffmpeg, конкретные библиотеки HEIF/JPEG XL и кодеки зависят от сборки и окружения. Если внешний процесс отсутствует, соответствующая интеграция не работает. Поэтому перенос проекта на другой компьютер должен учитывать не только файлы Siril, но и сторонние зависимости сценария.

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

Плюсы

• полный специализированный цикл от калибровки и регистрации до стеккинга, астрометрии, цветовой калибровки и растяжения находится в одной программе;
• свободная лицензия GPL-3.0-or-later и отсутствие отдельной платной редакции с заблокированными алгоритмами;
• поддержка Windows, macOS и Linux с готовыми стабильными пакетами;
• работа с FITS и SER как нативными последовательностями, импорт RAW камер и распространённых растровых форматов через подключённые библиотеки;
• несколько классов регистрации, включая Global Star Alignment, астрометрию, кометный режим и HST Drizzle;
• развитый стеккинг с несколькими rejection-алгоритмами, нормализацией, весами и картами отбракованных пикселей;
• SPCC на данных Gaia DR3, включая возможность локального каталога в ветке 1.4;
• инструменты анализа PSF, шума, tilt, distortion, WCS и FITS-заголовков;
• фотометрия и световые кривые позволяют использовать программу не только для эстетической постобработки;
• скрипты, headless-режим и siril-cli подходят для повторяемого pipeline;
• информационная строка и настройки Performances дают контроль RAM, диска и потоков при больших сериях;
• активная стабильная ветка 1.4 получила несколько исправляющих релизов в 2026 году.

Минусы

• освоение требует понимания специализированной терминологии и порядка линейной обработки;
• полностью автоматический сценарий не избавляет от необходимости правильно организовать калибровочные кадры и проверять результат каждого критичного этапа;
• для художественной локальной ретуши и сложного композиционного редактирования нужен редактор другого класса;
• Drizzle, длинные последовательности и 32-битные промежуточные данные предъявляют высокие требования к свободному месту и памяти;
• Python scripting в стабильной ветке 1.4 всё ещё имеет экспериментальный статус;
• часть импортируемых форматов и внешних функций зависит от библиотек конкретной сборки;
• текущий Flatpak-канал сопровождается предупреждением о известных проблемах;
• сторонние Python-сценарии требуют обычной проверки безопасности, потому что выполняют код с правами пользователя.

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

Требования Siril удобнее разделять на формальную совместимость готовых сборок и практические ресурсы для реальной астрофотографии. Для Windows стабильный пакет 1.4.4 рассчитан на 64-разрядные Windows 10 и Windows 11 и использует UCRT64. Для macOS актуальные сборки 1.4.4 требуют macOS Ventura 13 или новее и выпускаются отдельно для Intel x86_64 и Apple Silicon arm64. Для Linux предоставляется x86_64 AppImage; также существуют другие способы установки и сборки из исходного кода.

Числа 2 и 4 GB относятся к доступной памяти как нижнему практическому ориентиру, а не к комфортной конфигурации для современной большой камеры. Например, цветной кадр 6000×4000 в 32-битном формате занимает десятки или сотни мегабайт в зависимости от представления и числа буферов. Алгоритм, которому нужны несколько копий изображения, быстро превышает минимальный ориентир. Для планирования важнее размер конкретного сенсора и выбранная операция.

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

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

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

Профессиональные обзоры

Профильная пресса обычно оценивает Siril как серьёзный специализированный пакет, а не как простое приложение «в один клик». В обзоре Space.com от 16 марта 2026 года подчёркивались сильные возможности обработки астрофотографии, открытая модель распространения и автоматические сценарии, одновременно отмечался высокий порог освоения и необходимость регулярно обращаться к документации. Важно учитывать контекст: автор обзора работал с Siril 1.2.6, поэтому его впечатления от интерфейса и базового workflow полезны, но функции, впервые появившиеся в 1.4, нельзя приписывать протестированной им версии.

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

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

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

В тематических ветках Cloudy Nights Siril регулярно рассматривают как быстрый инструмент калибровки и стеккинга, особенно для OSC-наборов, а PixInsight — как более широкую среду для глубокой постобработки и проектной работы. Такие сообщения являются пользовательским опытом, а не лабораторным сравнением: конкретная скорость зависит от процессора, накопителя, числа кадров, Drizzle и выбранных алгоритмов. Поэтому отдельные опубликованные секунды или минуты нельзя переносить на другую систему.

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

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

Как интерпретировать отзывы

Для Siril полезнее отделять три типа оценок. Первый — проверяемая функциональность: наличие HST Drizzle, SPCC, FITS, SER или конкретного rejection подтверждается документацией и выпуском. Второй — субъективная удобность интерфейса: один пользователь считает вкладки логичными, другой — перегруженными. Третий — производительность: она измерима, но результат применим только к описанной конфигурации и набору кадров. Смешивание этих типов создаёт ложное впечатление, будто субъективная фраза подтверждает техническое свойство.

При выборе программы стоит ориентироваться на собственный workflow. Если задача ограничена калибровкой, регистрацией, стеккингом и базовой постобработкой, набор Siril уже закрывает эти стадии. Если требуется сложная система масок, десятки специализированных процессов и глубокая нелинейная обработка внутри одной коммерческой среды, сравнение с PixInsight становится релевантнее. Если центральная задача — крупные много-панельные мозаики с максимально направленным workflow, следует отдельно оценивать Astro Pixel Processor.

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

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

Siril и PixInsight

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

Для пользователя с ограниченным бюджетом различие фундаментально: Siril не требует покупки лицензии. Для пользователя, которому нужна одна среда от калибровки до очень глубокой нелинейной обработки с большим набором специализированных процессов, PixInsight может оправдать дополнительную сложность. При этом Siril не следует считать только «бесплатным стеккером»: SPCC, GHS, HST Drizzle, фотометрия, WCS и анализ поля выходят далеко за рамки простого объединения кадров.

Siril и Astro Pixel Processor

Astro Pixel Processor ориентирован на последовательный астрофотографический pipeline и особенно известен мозаичным workflow. Его calibration, registration, normalization и integration тесно связаны в общей логике. Siril предлагает сопоставимые по классу базовые стадии, но добавляет открытый scripting/CLI-подход и более свободную модель расширения. Для проекта, где обработка регулярно автоматизируется на уровне командной строки, это существенное отличие.

При больших мозаиках APP стоит оценивать отдельно из-за специализации на нормализации и blending панелей. Siril тоже умеет астрометрическое совмещение и stitching, поэтому наличие мозаики само по себе не требует смены программы. Решение зависит от размера проекта и от того, насколько важны привычные инструменты Siril после интеграции.

Как выбрать между тремя программами

• для бесплатного локального workflow с серьёзной калибровкой, стеккингом, SPCC, Drizzle и автоматизацией рационально начинать с Siril;
• для максимально глубокой процессной постобработки в одной коммерческой среде стоит оценивать PixInsight;
• для крупного мозаичного проекта, где центральны панельная регистрация, нормализация и blending, имеет смысл отдельно сравнить Astro Pixel Processor с Siril на собственном наборе;
• для обучения астрофотографической математике Siril удобен тем, что автоматический сценарий можно постепенно заменять ручными стадиями без перехода в другой продукт.

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

Сценарий не находит light, dark или flat

Первым делом нужно смотреть Console и структуру рабочей директории. Стандартный сценарий ожидает определённые имена и расположение групп. Если пользователь назвал каталог иначе или запустил Siril из родительской папки, алгоритм стеккинга ещё не начинался — ошибка возникла при поиске входных данных. Исправление состоит в приведении структуры к ожиданиям сценария либо в ручном выборе последовательностей.

После калибровки появилась странная виньетка

Такой результат чаще связан с flat, чем с растяжением. Нужно открыть откалиброванный линейный кадр в Autostretch, сравнить центр и углы, затем отдельно проверить master flat. Инвертированный или чрезмерный градиент указывает на неподходящий flat, неверную нормализацию либо изменение оптического тракта между light и flat. Background Extraction не следует использовать как средство скрыть очевидно неправильную flat-калибровку.

После debayer изображение имеет ложные цвета или сетку

Проверяется Bayer pattern и ориентация исходного RAW/CFA. Если ошибка появляется сразу после дебайеризации, поздняя SPCC не является правильным исправлением: она калибрует отклик каналов, но не меняет геометрию цветового фильтра сенсора. Нужно вернуться к калиброванной CFA-последовательности, установить верный паттерн и повторить debayer.

Global Star Alignment не регистрирует часть кадров

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

После регистрации звёзды раздвоены

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

Спутниковые следы остались в стеке

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

После Background Extraction исчезла слабая туманность

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

SPCC недоступна или даёт ошибку каталога

Проверяется plate solving, линейность изображения, соединение с удалённым каталогом либо путь к локальным данным Gaia. Если используется локальный каталог, каталог в Preferences должен указывать на установленные области. Ошибка не исправляется растяжением или ручной цветокоррекцией: сначала нужно восстановить WCS и доступ к спектральным данным.

После сохранения изображение выглядит темнее, чем в Siril

Нужно выяснить, был ли включён только Autostretch. Autostretch меняет представление на экране, но не пиксельные данные. Для финального нелинейного файла требуется применить Asinh, Histogram Transformation, GHS или другой настоящий stretch, после чего сохранить результат. Проверка проста: переключение режима просмотра обратно в Linear не должно полностью возвращать изображение к почти чёрному виду, если реальное растяжение уже выполнено.

Изображение стало слишком чёрным после Histogram Transformation

Чёрная точка сдвинута слишком далеко. Следует посмотреть процент clipped pixels и вернуть shadows левее. Астрофотографический фон обычно не нужно прижимать к абсолютному нулю. Слабая пыль и протяжённые внешние области объекта находятся близко к фону и первыми исчезают при чрезмерном клиппинге.

GHS быстро пересвечивает звёзды

Один сильный шаг заменяют несколькими умеренными. Параметры SP, LP и HP позволяют локализовать воздействие, а D и b — управлять формой и силой. После каждого шага проверяют яркие ядра и гистограмму. Если значения уже достигли верхнего предела, последующее уменьшение яркости не вернёт потерянные различия внутри насыщенного участка.

Процесс остановился из-за диска или памяти

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

Внешний StarNet или GraXpert не запускается

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

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

Базовая обработка Siril выполняется локально: исходные FITS, SER, RAW и промежуточные последовательности не требуется загружать в облачный редактор. Это удобно для больших объёмов данных и снижает зависимость от внешнего сервиса. Сетевой доступ появляется в функциях, которым нужны удалённые каталоги или репозиторий сценариев, например при загрузке астрометрических или спектрофотометрических данных.

SPCC можно перевести на локальный каталог Gaia DR3. Такой режим полезен в изолированной рабочей среде и для повторяемой обработки без сетевого обращения к каталогу. Plate solving и аннотации тоже могут зависеть от выбранного источника каталожной информации; конкретный workflow следует настраивать в соответствии с требованиями к сети.

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

Исходные кадры следует хранить отдельно от рабочих копий. Siril создаёт производные последовательности и умеет Undo/Redo через дисковый swap, но это не система резервного копирования. Ошибка пользователя, удаление каталога или сбой накопителя не восстанавливаются историей операций программы. Для ценной ночной съёмки мастер-копия исходников должна существовать независимо от рабочего проекта.

Рабочая схема для повторяемого результата

Повторяемость в Siril достигается не сохранением одного красивого пресета, а фиксацией входных условий и порядка действий. Для каждой сессии полезно записывать камеру, gain/offset, экспозицию, температуру, фильтр и оптическую конфигурацию, а также хранить master calibration files с понятной датой и назначением. Тогда при неожиданном результате можно определить, какой именно набор участвовал в обработке.

Внутри Siril рабочий pipeline лучше разделять по состоянию данных: raw/CFA, calibrated, registered, stacked linear, color-calibrated linear, stretched nonlinear и final export. Такое деление предотвращает типичную ошибку, когда SPCC пытаются применить к уже растянутому файлу или повторно регистрируют зарегистрированную последовательность. Имена файлов и каталогов могут быть любыми, но состояние данных должно быть однозначным для пользователя.

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

FAQ по Siril

Siril бесплатный?

Да. Siril распространяется как свободное программное обеспечение по GPL-3.0-or-later. Для доступа к основным и продвинутым алгоритмам не требуется платная редакция или подписка.

Какая версия Siril является стабильной сейчас?

Стабильная версия — 1.4.4 от 17 июня 2026 года. Ветка 1.5 развивается отдельно и относится к development, поэтому номер 1.5 не следует указывать как текущий стабильный выпуск.

Работает ли Siril в Windows 11?

Да. Текущий 64-разрядный UCRT64-установщик предназначен для Windows 10 и Windows 11.

Какая версия macOS нужна?

Актуальные пакеты Siril 1.4.4 для Intel и Apple Silicon требуют macOS Ventura 13 или более новую версию системы.

Можно ли использовать Siril без установки в Windows?

Да, существует portable-пакет. Его внутреннюю структуру нужно сохранять: нельзя переносить только siril.exe отдельно от библиотек и ресурсов.

Подходит ли Siril для RAW с DSLR?

Да, импорт многих RAW камер выполняется через LibRaw, после чего файлы преобразуются в рабочую последовательность. Для цветного сенсора нужно корректно учитывать CFA и Bayer pattern.

Нужно ли сначала конвертировать все файлы в FITS?

Для нативной последовательностной обработки Siril использует FITS и SER. Вкладка Conversion преобразует поддерживаемые исходники, поэтому ручная конвертация сторонней программой обычно не нужна.

Почему Autostretch не сохраняется в JPEG?

Autostretch — режим отображения. Он показывает линейные данные удобным для глаза способом, но не меняет пиксели. Перед финальным JPEG нужно применить настоящее растяжение.

Когда использовать SPCC?

После корректного plate solving и до нелинейного растяжения. SPCC требует линейного изображения и использует спектральные данные Gaia DR3 вместе с моделью сенсора и фильтров.

Можно ли работать с SPCC без интернета?

Да. В ветке 1.4 поддерживается локальный каталог Gaia DR3. Можно установить полный набор или только необходимые области и указать каталог в Preferences.

Сколько места занимает полный локальный каталог SPCC?

Специализированный каталог разбит на 48 областей HEALPix уровня 1; полный набор занимает менее 21 GB. Пользователю, который обрабатывает ограниченные области неба, необязательно устанавливать все части.

Что лучше для стека: Median или Average With Rejection?

Для обычной серии light-кадров среднее с rejection обычно сохраняет полезный сигнал эффективнее и позволяет статистически удалять выбросы. Median устойчив к выбросам, но имеет другие статистические свойства. Выбор проверяют по типу серии и rejection map.

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

Percentile Clipping предназначен в том числе для небольших наборов, вплоть до примерно шести кадров. Методы, основанные на более развитой статистике, становятся устойчивее по мере роста серии.

Когда полезен GESDT?

GESDT ориентирован на крупные последовательности и особенно осмыслен, когда кадров больше примерно пятидесяти. Для короткой серии он не является автоматическим лучшим выбором.

Для чего нужен HST Drizzle?

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

Нужно ли дебайеризовать Bayer-кадры перед Drizzle?

Для CFA Drizzle исходные Bayer-кадры должны оставаться недебайеризованными до нужного этапа. Предварительный debayer удаляет исходную структуру цветового фильтра, на которой основан этот вариант обработки.

Можно ли стекать комету?

Да. В Siril есть Comet Registration, которая совмещает последовательность относительно движения кометы. Для резкого звёздного поля обычно также создают отдельный стек по звёздам.

Есть ли в Siril фотометрия?

Да. Программа измеряет звёздные величины и неопределённости, позволяет работать со сравнительными звёздами и строить световые кривые; предусмотрены функции вывода для AAVSO.

Можно ли использовать Siril только из командной строки?

Да, для автоматизации существует siril-cli и headless-режим с большим набором команд. GUI при этом остаётся удобным способом визуально проверить параметры и результат до переноса workflow в скрипт.

Стабилен ли Python scripting?

В Siril 1.4 Python scripting доступен, но документация помечает его как experimental. Для критичной автоматизации нужно тестировать сценарий после обновлений и контролировать используемую версию sirilpy.

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

Базовые требования готовых сборок не делают выделенный GPU обязательным условием запуска. Основная нагрузка типичного preprocessing ложится на CPU, RAM и накопитель. Внешние AI-инструменты или отдельные сценарии могут иметь собственные требования к GPU.

Почему Siril расходует много дискового пространства?

Исходники преобразуются в высокоразрядные рабочие файлы, регистрация создаёт новую последовательность, Undo/Redo использует swap, а Drizzle увеличивает число пикселей. Поэтому размер проекта может многократно превышать размер исходных сжатых RAW.

Можно ли обрабатывать данные только на HDD?

Программа будет работать при достаточной скорости и свободном месте, но для больших FITS-последовательностей SSD предпочтительнее. Регистрация, временные файлы и paging чувствительны к скорости случайного чтения и записи.

Заменяет ли Siril Photoshop или GIMP?

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

Можно ли сделать весь workflow только в Siril?

Для многих проектов глубокого неба — да: калибровка, регистрация, стеккинг, background extraction, plate solving, SPCC, denoise, stretch и экспорт присутствуют. Потребность во внешнем редакторе возникает прежде всего из-за индивидуальной художественной доработки, а не из-за отсутствия базового preprocessing.

Как понять, что plate solving верный?

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

Как проверить, что Background Extraction не удалил объект?

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

Как проверить настройки rejection?

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

Какой формат лучше сохранить после Siril?

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

Сохраняет ли Siril исходники?

Рабочий процесс создаёт новые последовательности и файлы, но исходные данные всё равно нужно хранить как независимую мастер-копию. История Undo/Redo и рабочие файлы не заменяют резервное копирование.

Итог

Siril 1.4.4 — зрелая специализированная среда для астрофотографической обработки, которая сочетает калибровку, регистрацию, статистический стеккинг, HST Drizzle, астрометрию, SPCC, инструменты фона, растяжение, шумоподавление, анализ и фотометрию. Его сильная сторона — не одна автоматическая функция, а связный путь от серии экспозиций до проверяемого мастера с возможностью переходить от готовых сценариев к ручным параметрам и командной автоматизации.

Для новичка разумный старт — стандартный preprocessing-сценарий на небольшой OSC-серии с обязательной проверкой Console, калиброванных кадров, регистрации и rejection. Для опытного пользователя ценность дают ручная нормализация, несколько моделей регистрации, Drizzle, SPCC с локальным Gaia-каталогом, headless и фотометрия. Для очень глубокой художественной постобработки Siril можно сочетать с отдельным растровым редактором; для максимального числа специализированных процессов стоит сравнивать его с PixInsight, а для тяжёлых мозаичных проектов — с Astro Pixel Processor.

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