StarTools

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

Что именно представляет собой StarTools

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

Назначение StarTools уже, чем у универсального редактора. Внутри нет привычной модели «слои плюс десятки произвольных фильтров» как основы всего проекта. Вместо неё работа разбита на специализированные астрономические модули: Wipe для светового фона и градиентов, AutoDev или OptiDev для автоматизированного растяжения, Color для цветового баланса, Sharp и HDR для структурной детализации, SVDecon для деконволюции, Denoise для окончательного подавления шума, Compose и NBAccent для многоканальных композиций. Такое устройство задаёт более определённую последовательность действий и одновременно ограничивает произвольные перестановки операций.

Программа ориентирована на пользователей, которые уже получили стек в DeepSkyStacker, ASTAP, Siril, Astro Pixel Processor, PixInsight или другом средстве предварительной обработки и хотят довести изображение до публикационного вида. Новичку полезна короткая логика «диагностика — подготовка — растяжение — детали — цвет — шум», а опытному астрофотографу интересны Tracking, пространственно изменяемая деконволюция, раздельная обработка яркостного и цветового сигналов, narrowband-композиции и инструменты управления звёздным полем.

StarTools выпускается как самостоятельное локальное приложение. Оно не требует Java или .NET и не переносит обработку астрофотографии в браузер. Программа нативная и самодостаточная; дополнительная среда исполнения для Windows и macOS не нужна. На Linux требуются системные компоненты графического окружения, перечисленные в разделе системных требований. Работа с изображениями выполняется на компьютере пользователя, а не на удалённом сервере.

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

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

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

На странице загрузки одновременно поддерживаются две ветки. Стабильная — StarTools 1.8.527 Maintenance Release 3 от 15 ноября 2023 года, размер ZIP-пакета 6,8 MB. Актуальная экспериментальная ветка — StarTools 1.9.578 Beta 19 от 5 марта 2026 года, размер 7,2 MB. Ветка 1.9 содержит более свежие изменения, но обозначена как beta, поэтому её документация может отставать от интерфейса, а в отдельных сборках допускаются незавершённые или нестабильные элементы. Для компьютера, на котором важнее воспроизводимость, разумнее начинать со стабильной 1.8; для доступа к текущим изменениям — с 1.9, сохраняя исходные стеки отдельно.

Интерфейс StarTools

Основная навигация построена вокруг главного экрана и отдельных полноэкранных модулей. StarTools намеренно не использует россыпь перекрывающихся окон: пользователь открывает модуль, настраивает его, принимает результат через Keep или Done и возвращается к главному экрану. Такая схема уменьшает количество плавающих панелей и делает порядок обработки заметным по расположению инструментов.

В верхней части главного экрана находятся команды открытия и сохранения, Undo, Mask, Tracking, Restore, справка и служебные действия. Слева расположены модули обработки; их порядок примерно соответствует типичному маршруту от подготовки данных к детализации и финальным операциям. В самих модулях верхняя панель обычно содержит Before/After, Preset, Reset, Keep или Done, а справа размещаются элементы масштабирования и просмотра.

Before/After предназначен не для красивого сравнения «до и после» всей сессии, а для проверки вклада текущего модуля. В ряде инструментов встречаются варианты PreTweak/PostTweak, позволяющие отделить базовую работу алгоритма от последующей ручной подстройки. Для тяжёлых операций можно ограничивать область предварительного просмотра и оценивать параметр на меньшем фрагменте перед расчётом полного кадра.

Настройки представлены level setter — шкалами с числовым значением — и item selector для выбора режимов. У многих параметров есть контекстная помощь. Такой интерфейс непривычен после Lightroom или Photoshop: вместо длинных вертикальных панелей с классическими ползунками StarTools использует собственные элементы управления, рассчитанные на одинаковое поведение на разных платформах.

Колесо мыши используется для изменения масштаба, средняя кнопка — для перемещения изображения, а правая кнопка в подходящих режимах позволяет быстро мигать между состояниями Before и After. Масштабирование в StarTools связано не только с размером картинки на экране: визуализация старается сохранять воспринимаемый характер шума при разных уровнях увеличения. Поэтому оценивать мелкие артефакты лучше и на 100–200 %, и в масштабе Fit, а не только в одном представлении.

В интерфейсе доступны горячие команды. O открывает файл, S вызывает сохранение, M открывает Mask, D или Enter завершает текущий модуль там, где это предусмотрено, 0 подгоняет изображение к окну. В ряде контекстов B переключает сравнение или действие отмены. Набор зависит от активного экрана, поэтому при освоении полезнее ориентироваться на подписи текущего модуля, а не заучивать всё сразу.

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

Один ZIP-пакет содержит сборки для Windows, macOS и Linux. На Windows отдельный установщик с мастером не обязателен: после распаковки используется соответствующий исполняемый файл. На macOS запускается приложение из пакета StarTools.app. Linux-пользователь выбирает подходящую 64-битную сборку для X11 или Wayland и заранее проверяет наличие нужных библиотек и утилит.

macOS может блокировать приложение атрибутами карантина. В macOS 13 Ventura и более новых системах для снятия этих атрибутов применяются две команды:

sudo xattr -d -rs com.apple.quarantine StarTools.app
sudo xattr -d -rs com.apple.provenance StarTools.app

В macOS 12 и более ранних версиях используется:

xattr -dr com.apple.quarantine StarTools.app

Альтернативный вариант на macOS — открыть содержимое приложения через контекстное меню, перейти в Contents/MacOS и запустить исполняемый файл оттуда. Эти действия относятся именно к механизму Gatekeeper и атрибутам загруженного приложения; они не меняют данные астрофотографии.

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

Каким должен быть исходный стек

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

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

Для OSC-камер и DSLR необходимо учитывать, был ли Bayer-массив уже демозаицирован и выполнялся ли white balance. При открытии StarTools показывает классификацию входных данных, и от корректного выбора зависит трактовка цветового сигнала. Ошибка на этом этапе проявляется позднее в Color: пользователь пытается «вылечить» баланс ручными множителями, хотя исходная проблема возникла ещё при импорте.

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

Базовый рабочий процесс: от линейного стека до финального изображения

В StarTools последовательность операций важнее, чем в редакторе, где каждый фильтр существует сам по себе. Причина — Tracking и разделение этапов на подготовку сигнала, растяжение, улучшение структуры, работу с цветом и финальное шумоподавление. Для ветки 1.8 типовой маршрут строится вокруг AutoDev, а в ветке 1.9 текущие примеры используют OptiDev, обозначенный в журнале как RoI Optimized Develop. Остальная логика процесса сохраняется.

1. Открыть линейный стек. После импорта выбрать тип данных, соответствующий тому, как файл был сформирован. Для нетронутого линейного стека используется вариант, при котором Tracking начинает учитывать сигнал с самого начала.
2. Сделать диагностическое растяжение. В 1.8 для этого применяется AutoDev, в 1.9 — OptiDev. На этом шаге цель не получить красивую картинку, а увидеть градиенты, края сложения, пыль, сильную виньетку, пересэмплинг и слабые дефекты фона.
3. Исправить геометрию и подготовить поле. Lens используют при заметных искажениях звёзд к углам, Crop удаляет края сложения и неполные области, Bin уменьшает избыточное разрешение и одновременно повышает отношение сигнал/шум.
4. Очистить фон в Wipe. Модуль моделирует нежелательный световой фон и дефекты калибровочного характера. До расчёта нужно исключить тёмные аномалии, которые не должны участвовать в оценке фона.
5. Повторно растянуть изображение. После Wipe прежнее диагностическое представление уже не соответствует очищенному сигналу. AutoDev/OptiDev или FilmDev формируют рабочее нелинейное отображение для последующих операций.
6. Проработать структуру. Contrast, HDR и Sharp решают разные задачи: глобальный/локальный контраст, распределение динамического диапазона и многомасштабная структурная резкость. Они не взаимозаменяемы.
7. Выполнить SVDecon при необходимости. Для звёздного поля предпочтителен режим с несколькими образцами PSF, распределёнными по кадру. На Луне и планетах применяется специальная конфигурация без звёздных образцов.
8. Настроить Color. Пока Tracking включён, программа располагает информацией о том, как преобразовывалась яркость, и может отделять представление цвета от прежних операций с динамическим диапазоном.
9. Завершить дополнительные операции. В этот период используются Shrink, Filter, Entropy, Super Structure и NBAccent — только те модули, которые нужны конкретному изображению.
10. Отключить Tracking и выполнить Denoise. Это финальный основной этап, поскольку к этому моменту накоплена наиболее полная информация об эволюции шума.
11. Проверить результат в нескольких масштабах. Отдельно оцениваются фон, мелкие звёзды, яркие звёздные ядра, края туманностей и цвет слабых областей. Ошибка, незаметная в Fit, часто становится очевидной при 100–200 %.
12. Сохранить файл. Для дальнейшего редактирования или печати предпочтителен 16-битный TIFF; JPEG и 8-битный PNG подходят для готовой веб-публикации, если дополнительный запас тональных уровней уже не нужен.

Шаг диагностики: AutoDev и OptiDev

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

После очистки данных AutoDev применяют повторно уже для рабочего растяжения. Region of Interest позволяет сообщить модулю, какой участок должен сильнее влиять на распределение динамического диапазона. Параметры Ignore Fine Detail и Outside RoI Influence регулируют, насколько мелкая структура и область за пределами выбранного участка участвуют в расчёте. Shadow Linearity влияет на характер отображения теней и помогает не превращать слабый фон в излишне жёсткую границу.

В ветке 1.9 рабочие примеры используют OptiDev. Журнал 1.9.577 фиксирует название RoI Optimized Develop и параметры Brightness Tranches, Ignore Fine Detail, Outside RoI Influence и координаты RoI. В развитии 1.9 также появилась настройка целевой битовой глубины для случаев, когда особенности звёздных профилей в некоторых комбинациях сенсора и стэкера вводили автоматическое растяжение в заблуждение. Поэтому инструкции, написанные строго для 1.8, не всегда совпадают с названиями в 1.9, хотя место этапа в процессе то же.

Wipe: градиенты, виньетка и фон

Wipe предназначен для нежелательного светового смещения и калибровочных дефектов. Внутренняя логика охватывает моделирование смещения/тёмного сигнала, синтетическую коррекцию плоского поля и моделирование градиента. На обычном DSO-стеке это проявляется как удаление светового градиента, виньетки, полос и части фиксированного коррелированного рисунка, а не как произвольное затемнение неба.

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

Одна из частых причин плохого результата — тёмные аномалии внутри рабочей области. Пылевой круг, чёрную полосу на краю или дефектный пиксель алгоритм способен ошибочно принять за настоящий фон. Для мелких тёмных дефектов предусмотрен Dark Anomaly Filter; крупные зоны исключаются маской. Сначала надо удалить края сложения в Crop, и только затем просить Wipe моделировать поле, иначе неполные края влияют на математическую оценку.

Correlation Filtering рассчитан на коррелированные артефакты, которые выглядят как повторяющиеся «черви», комки или штриховой рисунок после демозаики, недостаточного dithering или особенностей сенсора. Увеличивать фильтрацию без наблюдаемого дефекта не следует: критерий применения — наличие фиксированной повторяющейся структуры, а не общее желание сделать фон гладким.

Bin: уменьшение избыточной дискретизации

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

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

Экономия памяти здесь имеет практический эффект. Уменьшение линейного размера в два раза сокращает количество пикселей примерно в четыре раза. Tracking, SVDecon и многомасштабные операции получают меньший массив, поэтому сокращаются и расчёты, и дисковое пространство для служебных данных. На системе с 16 GB RAM это часто полезнее, чем попытка обработать каждый исходный пиксель без реальной детализации.

Crop и Lens: что исправлять до Wipe

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

Lens применяется к систематическим искажениям звёзд, например к растяжению в углах. Он не исправляет потерянный фокус и не заменяет корректную оптику при съёмке. Цель — уменьшить геометрически предсказуемую деформацию перед тем, как алгоритмы детализации и деконволюции начнут интерпретировать форму звёзд как PSF.

Contrast, HDR и Sharp: три разных способа работать с деталями

Contrast перераспределяет контраст на масштабах крупнее отдельного шумового зерна. HDR управляет локальным динамическим диапазоном, чтобы одновременно показать детали в ярких и более слабых областях. Sharp использует многомасштабную wavelet-логику для подчёркивания структурной информации. Смысл различия важен: если яркое ядро галактики перегружено, Sharp не заменяет HDR; если туманность выглядит плоско на крупных масштабах, увеличение мелкой резкости не решает проблему композиционного контраста.

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

Color: баланс после работы с яркостью

Color логично расположен после основной обработки яркостной структуры. Tracking хранит сведения о предыдущих преобразованиях, поэтому режим Scientific (Color Constancy) стремится компенсировать искажения оттенка и насыщенности, которые возникают, когда яркость растягивается нелинейно. Для более стилизованного представления существуют Artistic, Detail Aware и Artistic, Not Detail Aware; они отличаются степенью использования информации Tracking при восстановлении цветового поведения.

Цветовой баланс оценивают по совокупности звёзд и объекту, а не по одной яркой звезде. Для поля с разнообразной звёздной популяцией полезно смотреть, сохраняется ли распределение от более холодных красноватых до горячих голубых звёзд. Сильное одинаковое окрашивание всех звёзд обычно указывает на неверный баланс входных каналов или чрезмерную коррекцию. Параметры Bright Saturation и Dark Saturation позволяют отдельно управлять насыщенностью светлых и тёмных зон.

Cap Green существует как ограничитель зелёного, но применять его автоматически к каждому кадру не следует. Нежелательный зелёный оттенок часто указывает на неверную цветовую калибровку, а его механическое подавление скрывает причину. Сначала проверяют входной Bayer/white-balance режим, баланс каналов и характер объекта; ограничение используют только после такой проверки.

Tracking: почему порядок операций отличается от обычного фоторедактора

Tracking — центральный механизм StarTools. Пока он включён, программа хранит сведения о том, как преобразовывался сигнал и как менялась оценка шума. Это не обычная история Undo. Undo отвечает на вопрос «какое действие отменить», а Tracking нужен последующим алгоритмам: Color учитывает прежние преобразования яркости, SVDecon использует накопленную информацию при подавлении артефактов, а Unified Denoise получает статистику шума после завершения основной обработки.

Практическое следствие — шум не нужно подавлять сразу после открытия стека. В обычной схеме пользователь часто боится, что растяжение сделает шум слишком заметным, и применяет denoise в начале. В StarTools ранний denoise нарушает задуманный процесс. Шум сохраняется как часть наблюдаемого сигнала до последнего этапа, а Tracking следит, где и насколько он был усилен. При выключении Tracking запускается переход к финальному Denoise.

Tracking требует дополнительного дискового пространства. Служебные данные способны вырасти до многих гигабайт, особенно на больших стеках. Сообщение Could not create Tracking data files означает не повреждение астрофотографии, а сбой создания или расширения рабочих данных. Сначала проверяют свободное место и право записи в каталог, затем уменьшают разрешение разумным Bin или освобождают накопитель.

StarTools ведёт журнал использованных модулей и параметров. Это полезно для воспроизводимости: при повторной обработке той же цели можно сравнить последовательность и числовые настройки, а не полагаться на память. Журнал также сохраняет сведения, которые нужны отдельным операциям восстановления; для SVDecon предусмотрена работа с ранее сохранёнными PSF-образцами.

SVDecon: пространственно изменяемая деконволюция

SVDecon предназначен для восстановления деталей, размытых атмосферой и оптикой. Его принцип отличается от обычного sharpening: деконволюция пытается обратить модель размытия Point Spread Function, а не просто увеличить локальный контраст. В реальной оптической системе PSF может отличаться по полю из-за комы, кривизны, наклона сенсора, остаточного ведения и других факторов. Поэтому StarTools умеет строить пространственно изменяемую модель по нескольким звёздным образцам.

Модуль имеет три практических режима. Без образцов используется один синтетический PSF для всего изображения. С одним образцом реальная звезда задаёт общий профиль, а синтетическая модель может дополнять его. С несколькими образцами строится изменяемая по положению модель; именно этот вариант раскрывает назначение SVDecon на DSO-кадре с достаточным количеством подходящих звёзд.

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

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

Apodization Mask определяет области звёздных профилей, используемые при построении локальной модели, и одновременно помогает контролировать ringing. Маска должна включать достаточную часть профиля. Слишком тесная граница увеличивает риск колец вокруг звёзд после итераций. Для лунных, солнечных и планетарных данных звёзд нет, поэтому preset Planetary/Lunar очищает такую маску и переводит модуль к синтетической PSF с параметрами, подходящими для высокомасштабного изображения.

Синтетическая часть предлагает Gaussian, Circle of Confusion и несколько Moffat-моделей. Их задача — описать типовой характер размытия, когда реальных образцов нет или требуется дополнение. Радиус задаёт пространственный масштаб PSF, а число итераций — глубину обратного восстановления. Увеличивать итерации до максимума бессмысленно: после полезного восстановления начинают сильнее проявляться шум и ringing, а время расчёта растёт.

PSF Resampling может повторно оценивать образцы в ходе итераций. Режим Intra-Iteration пересэмплирует их на исходных позициях, а Intra-Iteration + Centroid Tracking дополнительно обновляет положение центроида. Это вычислительно тяжёлая операция. При предварительном просмотре эффект лучше проверять на небольшом участке, а окончательный расчёт — без случайно оставленного preview, если требуется учитывать все образцы.

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

Denoise: финальный этап после отключения Tracking

Unified Denoise запускается после выключения Tracking. На этом шаге программа использует накопленную статистику, а не только текущее распределение пикселей. Такой подход объясняет, почему StarTools допускает заметный шум на промежуточных стадиях: его не считают окончательным дефектом до завершения всех операций, которые могли изменить отношение сигнал/шум.

Первичная настройка Grain Size задаёт масштаб видимого шумового зерна. Значение увеличивают до момента, когда отдельное зерно перестаёт определять структуру preview. Затем параметры по масштабам позволяют контролировать, сколько детализации сохраняется. Brightness Detail Loss и Color Detail Loss регулируют допустимое сглаживание яркостной и цветовой составляющей; эти величины нельзя оценивать только по небу — нужно следить и за слабой текстурой объекта.

Для walking noise предусмотрены Walking Noise Angle и Walking Noise Size. Угол можно задать направлением полос, а размер — характерной длиной структуры. Такой режим полезен, когда кадры снимались без достаточного dithering и после сложения появился направленный рисунок. Если направленного дефекта нет, эти параметры не должны становиться обычным средством «дочистить» фон.

После Denoise фон проверяют на двух уровнях. В масштабе Fit он должен выглядеть естественно, без пятен разной гладкости. При 100–200 % не должно появляться пластилиновых площадок вокруг мелких звёзд и тонких нитей туманности. Хороший результат не обязан быть абсолютно гладким: остаточная мелкая фактура часто безопаснее, чем потеря слабого сигнала из-за чрезмерного шумоподавления.

Compose и многоканальные данные

Compose объединяет раздельные наборы каналов и позволяет вести яркостный, цветовой и narrowband-сигнал в одной Tracking-сессии. Поддерживаются LRGB и LLRGB, SHO и LSHO, HaLRGB, двухцветные комбинации, а также данные от duo/tri/quadband-фильтров. Смысл модуля не сводится к склейке каналов: разные информационные потоки обрабатываются раздельно, но синхронно, чтобы Wipe, Color и другие инструменты обращались к нужной составляющей.

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

Основные слоты соответствуют Luminance, Red/S-II, Green/Ha и Blue/O-III. Если отдельной luminance нет, StarTools умеет формировать синтетическую яркость из цветовых каналов; экспозиции каналов задают их вклад. Такой способ полезен при разной суммарной выдержке R, G и B, поскольку вклад определяется не случайным равным смешением, а фактической экспозицией.

Для OSC и DSLR Compose учитывает способы построения luminance из Bayer-данных. При narrowband-комбинациях возможна синтетическая luminance из нескольких линий. Недостающий цветовой канал можно интерполировать в предусмотренных схемах, но это не создаёт измеренный спектральный сигнал там, где его не было; функция нужна для построения представления, а не для научного восстановления отсутствующей полосы.

NBAccent

NBAccent появился в ветке 1.8 и отделяет узкополосный акцент от основной luminance/chrominance-композиции. Типовой сценарий — добавить H-alpha к обычному LRGB или OSC-кадру так, чтобы H-II области усилились как акцент, а не стали частью исходной luminance. Narrowband-поток проходит Bin, Crop и Wipe параллельно основной картинке, а добавление выполняется после Color и до отключения Tracking.

Важно выбрать одну роль узкополосных данных. Если H-alpha уже включён в luminance через Compose, повторно использовать тот же канал как NBAccent без осмысленной причины означает дважды усиливать один источник. Для акцентирования H-II в галактике или слабой фоновой эмиссии канал лучше держать отдельным от luminance до соответствующего этапа.

Другие модули и их место в процессе

Наличие модуля не означает, что он должен присутствовать в каждом проекте. Короткая сессия с чистыми данными может ограничиться Crop, Bin, Wipe, развитием яркости, Color и Denoise. HDR нужен только при проблеме с динамическим диапазоном, SVDecon — при доступной для моделирования PSF, NBAccent — при отдельном узкополосном сигнале. Такой выбор уменьшает риск обработки ради самой обработки.

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

Для основного астрономического входа StarTools читает FITS, PNG и несжатый TIFF. Ошибка при открытии сжатого TIFF прямо указывает на необходимость несжатого IBM PC byte-order TIFF, FITS или PNG. На практике это особенно важно после DeepSkyStacker: визуально обычный TIFF может отличаться только внутренним методом сжатия, но StarTools рассматривает это как несовместимый вход.

Финальное сохранение устроено проще. Расширение .tif или .tiff создаёт 16-битный TIFF, .jpg — JPEG, .png — 8-битный PNG. Сохранение финальной обработки обратно в FITS не является обычным выходным маршрутом. Если результат планируется ещё корректировать в растровом редакторе, 16-битный TIFF сохраняет больше тональных уровней, чем 8-битный PNG или JPEG.

StarTools не требует плагина для Photoshop и не строит интеграцию через Adobe-совместимый host. Обмен с другими программами выполняется файлами. Наиболее чистая связка состоит из трёх этапов: захват и калибровка в соответствующем ПО, регистрация/stacking в специализированном стэкере, затем постобработка линейного стека в StarTools. После экспорта TIFF допустима финальная подготовка к печати или публикации в другом редакторе, но она уже находится вне Tracking-сессии.

Связка с DeepSkyStacker

После регистрации и сложения в DeepSkyStacker сохраняют линейный результат без применённых к нему экранных кривых. Background Calibration и white balance не должны менять вход перед StarTools. Если выбран TIFF, он должен быть несжатым. Перед Wipe обрезают края, получившиеся при регистрации. Такой порядок оставляет фоновую модель и цветовую информацию для тех модулей, которые рассчитаны работать с ними внутри StarTools.

Связка с Siril, ASTAP и PixInsight

Принцип одинаков независимо от стэкера: передавать нужно зарегистрированный и сложенный, но ещё линейный кадр. В Siril это означает завершить калибровку, регистрацию и stacking, не выполняя финальное растяжение и denoise. В ASTAP — сохранить стек до художественной обработки. В PixInsight — закончить ImageCalibration/регистрацию/ImageIntegration или эквивалентный сценарий, но не переносить в StarTools уже растянутый и шумоподавленный master.

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

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

Минимальная конфигурация StarTools не задаётся одной парой «процессор и память», потому что реальная нагрузка масштабируется вместе с разрешением стека. Чем больше пикселей и чем дольше активен Tracking, тем выше требования к RAM, виртуальной памяти и рабочему накопителю. Для комфортной обработки рекомендованы 16 GB RAM, современный многоядерный CPU и SSD; ещё быстрее работает RAM-диск, если его объёма достаточно для текущего проекта.

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

Для Linux есть расхождение в формулировках двух страниц: описание операционных систем называет GLIBC 2.29 и Zenity, а раздел нативных зависимостей перечисляет X11, GLIB 2.29, zenity и wmctrl. При подготовке Linux-системы практично проверить весь расширенный набор, поскольку отсутствие wmctrl или графических компонентов относится к окружению запуска, а не к изображению.

Производительность и использование CPU, GPU и диска

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

Начиная с ветки 1.7 тяжёлая подходящая арифметика переносится на OpenCL 1.1-совместимый GPU. Наиболее заметна эта схема в вычислительно интенсивных модулях, включая деконволюцию. Быстрый современный GPU сокращает ожидание preview, но не заменяет RAM и накопитель: если большой Tracking-массив не помещается в доступную память, узким местом становится обмен с диском или виртуальная память.

Первый способ ускорить работу — не покупать оборудование, а убрать ненужное oversampling в Bin. Сокращение размеров изображения снижает стоимость почти каждого последующего действия. Второй — хранить рабочие данные на SSD. Третий — обеспечить достаточный pagefile/swap и свободное место. Эти меры особенно заметны на SVDecon и на проектах с несколькими потоками Compose.

На старых интегрированных GPU возможна нестабильность под тяжёлой нагрузкой. В Windows система TDR способна сбросить драйвер, если вычисление слишком долго блокирует GPU. На старых macOS-устройствах ограниченный iGPU также может стать причиной проблем с большими кадрами. В таких ситуациях уменьшение размера данных, корректная виртуальная память и переключение вычислений на CPU безопаснее, чем многократный запуск того же тяжёлого расчёта.

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

Новичок с OSC-камерой или DSLR

Для первого проекта лучше выбрать чистый линейный цветной стек, выполнить диагностический Develop, Crop, умеренный Bin, Wipe, повторное растяжение, затем Color и Denoise. Sharp, HDR и SVDecon добавляются только после того, как понятна базовая цепочка. Такой подход позволяет увидеть причинно-следственную связь: если после Wipe фон остаётся перекошенным, проблема решается до Color, а не маскируется насыщенностью или шумоподавлением.

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

Широкое поле с сильным световым градиентом

Сначала Crop удаляет края регистрации, затем маской исключаются крупные тёмные дефекты, после чего Wipe моделирует фон. Если есть фиксированный полосатый рисунок, оценивается Correlation Filtering. В финале Wipe проверяют не темноту, а плавность остаточного фона по углам и сторонам кадра. Только после этого выполняется рабочее растяжение.

При сильной виньетке Wipe способен моделировать синтетическую flat-коррекцию, но это не аргумент отказаться от реальных flat-кадров при съёмке. Реальные flats устраняют информацию об оптической чувствительности на стадии калибровки, а Wipe работает уже с готовым стеком и исправляет остаток. Лучший вход для него — максимально хорошо откалиброванные данные.

Галактика с ярким ядром и слабым внешним диском

После Wipe и глобального растяжения HDR помогает перераспределить локальный динамический диапазон, чтобы ядро и внешняя структура оставались различимыми одновременно. Contrast задаёт общий визуальный вес крупных областей, а Sharp работает с меньшими масштабами. Если доступны качественные звёзды по полю, SVDecon восстанавливает PSF-ограниченную детализацию ближе к концу яркостной обработки.

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

Эмиссионная туманность с dual-band фильтром

Compose позволяет работать с Ha/O-III как с отдельными потоками, а NBAccent — использовать узкополосный сигнал именно как дополнительный акцент к обычному цвету. Перед импортом каналы должны быть выровнены и иметь одинаковые размеры. Экспозиции задаются так, чтобы синтетическая luminance отражала фактический вклад, если она формируется из нескольких наборов.

При обработке narrowband-данных Color не обязан имитировать визуальный цвет объекта. Пользователь выбирает схему композиции и понимает, какие линии сопоставлены каналам. Проверяемый критерий здесь — последовательность сопоставления и отсутствие клиппинга, а не соответствие оттенка тому, что видел глаз, поскольку узкополосная палитра по определению является представлением спектральных линий.

Лунный или планетарный кадр

SVDecon имеет Planetary/Lunar preset, который не требует звёздных образцов и использует синтетическую модель размытия. В отличие от DSO-сценария, здесь не строится пространственная PSF по звёздному полю. Итерации и радиус подбираются по seeing и масштабу изображения. Результат проверяется по известным кратерам, краям диска и мелким структурам: никакой восстановленный элемент не должен возникать только после агрессивной деконволюции.

Большой многоканальный проект

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

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

Как отличить реальную деталь от артефакта

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

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

Как проверять цвет

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

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

Обработка выполняется локально и не требует постоянного интернет-соединения. Это важно для больших FITS/TIFF: файлы не нужно загружать на удалённую платформу ради обычного рабочего процесса. Локальная модель уменьшает объём передаваемых данных и позволяет хранить исходные съёмки на собственном диске.

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

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

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

Плюсы

• Tracking связывает растяжение, цвет, деконволюцию и финальное шумоподавление в один контролируемый процесс.
• Wipe сочетает коррекцию градиента, остаточной виньетки, полос и части коррелированного рисунка в специализированном астрономическом модуле.
• SVDecon умеет строить пространственно изменяемую PSF по нескольким звёздным образцам и использует GPU.
• Compose ведёт luminance, chrominance и narrowband-потоки раздельно, но внутри одной Tracking-сессии.
• Пробный режим позволяет без короткого временного лимита проверить все этапы обработки; ограничение появляется на сохранении.
• Нативное приложение небольшого размера не требует Java или .NET и работает на Windows, macOS и Linux.
• Лицензия бессрочная и не требует постоянного сетевого подключения.
• Интерфейс не перегружен перекрывающимися окнами и поддерживает быстрые Before/After-проверки.

Минусы

• StarTools не выполняет полный цикл от raw/subframes до стэка; калибровка, регистрация и stacking требуют другого ПО.
• Своя логика интерфейса и фиксированная последовательность обработки требуют переучивания после универсальных растровых редакторов.
• Tracking создаёт большие служебные файлы и повышает требования к свободному месту на крупных проектах.
• Финальный PNG сохраняется в 8-битном виде, а FITS не является обычным форматом итогового экспорта.
• Актуальная ветка 1.9 остаётся beta; стабильная 1.8 заметно старше и использует часть других названий этапов.
• На слабых или старых GPU тяжёлые модули могут потребовать CPU-режима либо более умеренного размера данных.
• Автоматизированные модули не отменяют диагностику: плохой стек, обрезанный фон или тёмные аномалии способны привести к неверной модели Wipe и растяжения.

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

Что отмечала профильная пресса

BBC Sky at Night Magazine рассматривал StarTools ещё в апреле 2013 года. В той публикации программу характеризовали как решение с простым внешним интерфейсом, за которым скрывается глубокий набор инструментов, и отдельно отмечали способ объединять более базовые алгоритмические операции в специализированные астрономические процедуры. Этот отзыв важен как свидетельство ранней концепции продукта, но он не описывает современные функции Tracking веток 1.7–1.9, SVDecon, NBAccent и текущий интерфейс.

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

Что пишут пользователи

В сообществе StarTools регулярно повторяется положительная оценка короткого, направленного процесса: пользователям нравится, что после стэкинга не требуется вручную собирать длинную цепочку из десятков независимых процедур. Особенно часто выделяют Wipe, HDR, Super Structure и финальный denoise как инструменты, которые удобно применять в одном Tracking-сеансе. Это субъективное мнение сообщества, а не измеримая гарантия лучшего результата на любом наборе данных.

Одновременно встречается обратная реакция: часть астрофотографов предпочитает более свободные инструменты растяжения и цветовой обработки в Siril или PixInsight. В обсуждении Cloudy Nights от марта 2025 года один участник описал переход со StarTools на Siril после появления GHS, считая результат растяжения и цвета в Siril более подходящим для себя. Другой участник того же обсуждения согласился с преимуществом Siril в растяжении, но продолжил ценить HDR и Super Structure StarTools. Такие отзывы показывают реальный компромисс: алгоритмически направленный процесс StarTools нравится не всем, а отдельные модули остаются причиной использовать программу даже в смешанном наборе инструментов.

В апрельском обсуждении 2025 года на Cloudy Nights пользователь, перешедший к stacking и части обработки в Siril, всё ещё описывал StarTools как знакомый постпроцессор. Этот пример важен не как рейтинг двух программ, а как подтверждение того, что StarTools нередко используется именно вторым этапом после другого стэкера. Смешанный процесс естественен, поскольку StarTools и так не заменяет калибровку и stacking исходных субкадров.

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

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

Сравнивать StarTools корректно с программами, которые решают астрономическую обработку, но важно учитывать границы. Siril и PixInsight способны начинать значительно раньше — с калибровки, регистрации и stacking. StarTools вступает в процесс после этих этапов и концентрируется на постобработке. Поэтому таблица показывает не «победителя», а различие архитектуры и подходящего сценария.

StarTools и Siril

Главное различие — граница начала работы. Siril 1.4.4 умеет калибровать, регистрировать, складывать и затем улучшать изображение; StarTools ожидает, что первые три этапа уже завершены. Поэтому для пользователя, который хочет одну бесплатную программу от raw до готового кадра, Siril закрывает больше стадий. StarTools становится интереснее, когда уже есть стэкер и нужен направленный постпроцессинг с Tracking, Wipe, SVDecon и Super Structure.

В растяжении подходы тоже разные. Siril предоставляет более свободные трансформации, включая современные варианты ручного управления, а StarTools AutoDev/OptiDev анализирует структуру и предлагает автоматизированное распределение динамического диапазона с RoI. Выбор зависит от предпочтения: ручная форма кривой и полная свобода против алгоритмически направленного этапа, тесно связанного с Tracking.

StarTools и PixInsight

PixInsight охватывает и preprocessing, и постобработку: ImageCalibration, StarAlignment, ImageIntegration и WBPP позволяют сформировать master, после чего доступны многочисленные процессы для дальнейшей работы. StarTools не конкурирует с этим полным охватом; его архитектура заметно уже и более последовательна. Пользователь PixInsight сам решает, какие процессы и в каком порядке соединять, тогда как StarTools старается удерживать математически согласованный путь от линейного сигнала к финальному denoise.

Для опытного астрофотографа это означает разный тип контроля. PixInsight лучше соответствует сценарию, где требуется детально собирать собственную цепочку, автоматизировать preprocessing и комбинировать множество специализированных процедур. StarTools подходит тем, кто ценит короткий процесс и хочет, чтобы сведения о шуме и преобразованиях сопровождали изображение между модулями. Использование обоих пакетов в одном проекте также поддерживается: например, calibration/registration/integration выполняются в PixInsight, а линейный master передаётся в StarTools.

FAQ по StarTools

StarTools умеет складывать исходные кадры?

Нет. Программа рассчитана на постобработку уже зарегистрированного и сложенного изображения. Calibration, registration и stacking выполняются до неё в отдельном астрономическом ПО.

Какой файл лучше передавать из стэкера?

Линейный master без растяжения, denoise, деконволюции и финальной цветокоррекции. Наиболее типичны FITS или несжатый TIFF. Сжатый TIFF может не открыться.

Нужно ли растягивать изображение перед импортом?

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

Почему первый AutoDev показывает слишком шумную и некрасивую картинку?

Первый запуск служит диагностикой. Он проявляет и слабый небесный сигнал, и дефекты: градиенты, края stacking, пыль, oversampling. Это этап поиска проблем перед Crop, Bin и Wipe, а не финальный вид.

Почему после Wipe нужно снова выполнять Develop?

Wipe изменяет фоновую модель и устраняет нежелательные смещения. Старое диагностическое растяжение строилось на другом распределении данных. После очистки требуется новое глобальное растяжение уже полезного сигнала.

Когда отключать Tracking?

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

Сколько PSF-образцов выбирать в SVDecon?

Фиксированного числа для всех кадров нет. Нужны качественные изолированные звёзды, распределённые по полю. При заметной пространственной вариации PSF требуется больше образцов; для многих DSO-кадров практично собрать примерно десять или больше хороших выборок, если поле это позволяет.

Можно ли использовать SVDecon для Луны и планет?

Да. Для этого предусмотрен Planetary/Lunar preset, который не требует звёздных образцов и использует синтетическую PSF. Радиус и число итераций подстраиваются под масштаб и seeing.

Почему StarTools расходует много места, хотя сама программа занимает всего несколько мегабайт?

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

Нужен ли мощный GPU?

Современный OpenCL 1.1-совместимый GPU ускоряет тяжёлые вычисления, но StarTools продолжает активно использовать CPU. На небольших стеках более важны достаточная память, SSD и отсутствие избыточного разрешения. Пробный режим позволяет проверить реальную скорость на конкретной системе.

Почему системный монитор показывает неполную загрузку GPU?

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

Можно ли сохранять результат в FITS?

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

Какой формат выбрать для дальнейшей доработки?

16-битный TIFF. Он сохраняет больший тональный запас, чем 8-битный PNG или JPEG, и удобен для последующей печати, ресайза или локальных операций в стороннем растровом редакторе.

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

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

Подойдёт ли StarTools как единственная программа астрофотографа?

Не для полного цикла от субкадров. Понадобится отдельное средство calibration/registration/stacking. Если master уже создаётся в другом приложении, StarTools способен быть основной программой именно для постобработки.

Как выбрать между стабильной 1.8 и beta 1.9?

1.8.527 MR3 — стабильная ветка. 1.9.578 Beta 19 — более свежая ветка с текущими изменениями интерфейса и несколькими языками, но beta-статус прямо допускает недоработки и неполную документацию. Для повторяемой рабочей станции разумнее начинать с 1.8; для знакомства с новыми функциями — отдельно проверять 1.9 на копиях исходных стеков.

Кому подходит StarTools

StarTools наиболее логичен в процессе, где calibration и stacking уже решены другим инструментом, а постобработку хочется вести в короткой, математически связанной последовательности. Его сильные стороны раскрываются на линейном master: Wipe очищает фон до рабочего растяжения, Tracking связывает дальнейшие преобразования, SVDecon работает с моделью PSF, Color получает сведения о предыдущей яркостной обработке, а Denoise завершает сессию после накопления статистики шума.

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