PlanetarySystemStacker помогает превратить видеоролик или серию кадров Луны, Солнца и планет в более детализированное изображение: программа ранжирует кадры по качеству, стабилизирует сцену, строит сетку точек выравнивания, измеряет локальные смещения, складывает лучшие участки, а затем позволяет усилить детали волновыми фильтрами, подавить шум, выровнять RGB-каналы и при необходимости применить dark/flat-калибровку.

Основной расчёт построен вокруг lucky imaging: атмосферная турбулентность портит разные области кадра неодинаково, поэтому недостаточно выбрать один удачный снимок целиком. PlanetarySystemStacker сначала оценивает общую резкость, затем после глобального совмещения рассматривает изображение через множество локальных областей вокруг alignment points. Для каждой такой области набор лучших кадров может отличаться. Это особенно полезно на протяжённых объектах — лунной поверхности и солнечном диске, где волновые искажения по полю заметно меняются от участка к участку.

Работу можно вести пошагово с контролем промежуточных стадий или запускать однотипные задания автоматически после настройки первого примера. В очередь допускаются ролики AVI, MOV, MP4 и SER, а также каталоги одинаковых по размеру кадров; отдельно можно открыть TIFF, FITS, PNG или JPEG для постобработки. Результат стекинга сохраняется в 16-битном PNG, TIFF или FITS, а настройки качества, стабилизации, сетки точек, доли кадров, нормализации яркости и drizzle позволяют подстроить расчёт под конкретную съёмку.

Для каких задач подходит PlanetarySystemStacker

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

Сильная сторона алгоритма проявляется на Луне и Солнце. Эти объекты занимают большую часть кадра и не имеют вокруг каждой детали удобного тёмного фона. Простое центрирование диска здесь не решает проблему: один край поля может быть резким, а другой в тот же момент — искажённым seeing. Режим Surface сначала фиксирует общую геометрию по контрастному участку, а затем сеть alignment points измеряет локальное искривление. Для небольшого изолированного диска планеты предусмотрен режим Planet, где глобальная стабилизация опирается на объект, окружённый тёмным небом.

Программа также полезна как отдельный этап постобработки уже сложенного кадра. В этом случае этапы ранжирования и суммирования не выполняются: открывается готовый TIFF, FITS, PNG или JPEG, после чего доступны wavelets и выравнивание цветовых каналов. Такой режим удобен, когда стек получен ранее, но нужно аккуратно усилить детали, сравнить несколько наборов параметров или исправить цветные каймы, появившиеся из-за атмосферной дисперсии.

Как устроен алгоритм стекинга

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

На опорном изображении строится mesh из alignment points. Автоматический генератор не ставит точки равномерно любой ценой: он учитывает локальную структуру и яркость, чтобы не создавать бессмысленные области в тёмном небе или на почти однородной поверхности. Вокруг каждой точки задаётся квадратный alignment box. В пределах заданной search width программа измеряет локальное смещение относительно reference frame; если совпадение не найдено, измерение считается неудачным и не должно трактоваться как надёжный вектор деформации.

Затем для каждой точки выбирается фиксированное количество или доля лучших кадров. Из-за локального ранжирования один и тот же номер кадра может попасть в стек для кратера, но не попасть для соседней равнины. Участки выравниваются по найденным локальным смещениям, усредняются, после чего готовые патчи плавно смешиваются в единое изображение. Там, где alignment points нет, используется фон reference image. Такой подход отличает многоточечный стекинг от простого суммирования кадров после одного глобального сдвига.

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

Окно выбора заданий позволяет собрать последовательность из нескольких роликов, каталогов кадров и отдельных изображений для постобработки. Это не просто список файлов: тип операции определяется по выбранному объекту. Видео AVI, MOV, MP4 и SER либо папка с последовательностью изображений образуют stacking job. Одиночный TIFF, TIF, FIT, FITS, PNG или JPG образует postprocessing job. Эти два типа можно смешивать в одной очереди и обрабатывать по порядку.

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

Новые задания добавляются через Add job(s) или перетаскиванием из файлового менеджера. Ненужные строки можно выделить и удалить кнопкой Remove selected job(s) либо клавишей Delete. Для цветных заданий контекстное меню позволяет переопределить Bayer pattern, если автоматическое определение выбрало неверный вариант. Такой способ удобен для серии, снятой одной камерой: можно выделить несколько строк и назначить одинаковую интерпретацию цвета без изменения глобального значения для всех будущих проектов.

Что проверить перед запуском серии

• У всех still-кадров одного задания должна совпадать геометрия изображения.
• Для SER стоит проверить корректность Bayer pattern в заголовке, если запись цветная.
• Для AVI, MOV и MP4 полезно убедиться, что автоматическое определение цвета не приняло монохромный материал за RGB или наоборот.
• Если используются master dark или master flat, их размер, цветовой тип и способ debayering должны соответствовать входному материалу.
• Для нескольких однотипных роликов сначала разумно обработать один интерактивно и только после этого включать Automatic.

Интерактивный режим и автоматическая очередь

В интерактивной работе PlanetarySystemStacker останавливается на стадиях, где решение зависит от конкретного изображения: можно исключить плохие кадры, выбрать участок стабилизации, задать долю кадров, ограничить область ROI, проверить alignment points и оценить результат. Такой режим особенно полезен при первом ролике новой сессии, потому что он показывает, как параметры реагируют на масштаб, шум, контраст и характер seeing. После настройки однотипных данных флажок Automatic позволяет провести следующие задания без тех же пауз.

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

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

Ранжирование кадров и отбраковка явного брака

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

Дополнительное окно исключения кадров включается параметром Dialog to exclude frames from stacking. В нём можно просматривать кадры в порядке качества или хронологически, отмечать отдельные позиции и диапазоны, возвращать ранее исключённые элементы. Хронологический просмотр полезен, когда дефект длится непрерывный отрезок записи, например серия толчков монтировки или прохождение облака. Сортировка по качеству помогает быстро увидеть нижний хвост рейтинга и проверить, не скрываются ли там кадры с нетипичным артефактом.

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

Глобальная стабилизация: Surface и Planet

После ранжирования требуется убрать крупное движение объекта между кадрами. PlanetarySystemStacker предлагает два принципиально разных режима. Planet подходит для планетного диска, который со всех сторон окружён тёмным небом. В такой геометрии граница объекта даёт устойчивый ориентир. Surface предназначен для протяжённой структуры — лунной поверхности, солнечной фотосферы, крупных фрагментов диска — где объект выходит за границы поля или не отделён тёмным фоном.

В Surface mode сдвиг измеряется по прямоугольному stabilization patch. Хороший участок должен содержать выраженную структуру одновременно по горизонтали и вертикали. Длинная почти однородная полоса или гладкая область дают неоднозначное совпадение: сдвиг вдоль слабого направления определяется хуже. Автоматический режим ищет подходящий патч сам, а в интерактивной работе его можно задать вручную. Размер задаётся как доля кадра, поэтому одна и та же процентная настройка масштабируется вместе с разрешением ролика.

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

Stabilization search width

Параметр Stabilization search width ограничивает максимально ожидаемый сдвиг между соседними кадрами по каждой координате. Небольшое значение ускоряет поиск и снижает риск ложного совпадения, если ведение камеры стабильное. Слишком маленькая граница при заметном дрейфе приводит к тому, что правильная позиция просто лежит вне области поиска. В этом случае программа пытается использовать другой патч при автоматической стабилизации, а если проблема остаётся, задание может быть остановлено. Руководство допускает увеличение параметра до 150 пикселей, когда фактические скачки требуют более широкого поиска.

Увеличивать search width на всякий случай до максимума не нужно. Это не повышает качество само по себе и расширяет пространство, в котором алгоритм ищет совпадение. Сначала стоит оценить реальную амплитуду движения в ролике. Если объект дрейфует плавно и соседние кадры отличаются на несколько пикселей, умеренного диапазона достаточно; большой запас нужен при неровном ведении или редких скачках.

Reference frame и быстро меняющиеся объекты

После глобального совмещения PlanetarySystemStacker строит reference frame усреднением части лучших кадров. Этот кадр служит геометрическим эталоном для дальнейших локальных измерений. Параметр Percentage of best frames for reference frame computation регулирует компромисс: малое число кадров лучше сохраняет мгновенную резкость, но сильнее подвержено шуму; большее число даёт более стабильное усреднение, но при заметном изменении самого объекта может смешать детали, существующие в разные моменты времени.

Для Юпитера и Солнца предусмотрен флажок Object is changing fast. При его включении программа старается брать материал для reference frame из как можно более короткого участка видео. Смысл не в ускорении обработки, а в уменьшении размытия от собственной эволюции сцены: Юпитер вращается, а солнечные детали могут меняться на временном масштабе записи. Функция относится именно к построению опорного изображения и не отменяет необходимости выбирать разумную длительность исходного ролика.

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

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

После стабилизации интерфейс показывает кадры и график качества. Ограничение можно задавать двумя способами: Number of frames или Percentage of frames. Это разные представления одного решения — сколько лучших кадров будет использоваться для каждого alignment point. Если выбран процент, итоговое количество автоматически масштабируется с длиной ролика; число удобнее, когда серии имеют сильно разную продолжительность, но вы хотите сравнивать одинаковый объём данных.

График можно просматривать в порядке качества. Тогда граница стекинга отделяет выбранную верхнюю часть рейтинга от оставшегося материала. Чем меньше доля, тем выше средняя резкость выбранных кадров, но тем слабее статистическое подавление шума. Чем больше доля, тем лучше усредняется шум, однако в стек начинают попадать более мягкие моменты seeing. Универсального процента нет: правильное значение зависит от качества записи и цели последующего sharpening.

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

Как подобрать долю без угадывания

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

При сравнении важно не менять одновременно drizzle, размер alignment box и wavelets. Иначе нельзя понять, какой параметр повлиял на результат. PlanetarySystemStacker умеет добавлять в имя файла число или процент кадров и параметры AP, поэтому варианты удобно разводить автоматически. Логи рядом с результатами дополняют имена и помогают позже восстановить конфигурацию эксперимента.

Region of Interest: когда ограничивать область

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

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

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

Alignment points: сетка локального выравнивания

Alignment points — центральный механизм PlanetarySystemStacker. После создания reference frame программа размещает точки по информативным участкам объекта. Каждая точка определяет центр локального патча, в котором измеряются качество и смещение. Автоматический генератор использует три ключевых критерия: стандартную ширину alignment box, минимальную структуру и минимальную яркость. Тем самым сетка не обязана покрывать тёмный фон и гладкие области, где корреляционный поиск ненадёжен.

Alignment box width задаёт стандартный размер квадратной области. Малый box лучше локализует небольшие деформации, но чувствительнее к шуму и недостатку текстуры. Большой охватывает больше деталей и повышает устойчивость сопоставления, однако усредняет движение на большей площади. Руководство прямо рекомендует увеличивать размер при шумном или малоконтрастном материале. Подбор лучше вести по фактическому масштабу структуры, а не по фиксированному числу для всех телескопов и камер.

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

Ручное редактирование сетки

Автоматическая сетка — стартовая точка, а не запрет на ручную корректировку. В интерактивном режиме alignment points можно добавлять, удалять, перемещать и менять размер отдельных областей. Это полезно на сложной геометрии: например, у терминатора Луны, рядом с краем солнечного диска или вокруг маленькой планеты, где стандартная сетка может поставить несколько точек на слабой структуре. Undo и Redo позволяют экспериментировать без необходимости каждый раз генерировать mesh заново.

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

Локальные смещения и диагностика warp

После сетки PlanetarySystemStacker измеряет локальный warp для каждого AP на участвующих кадрах. Параметр Max. alignment search width задаёт предел поиска после уже выполненной глобальной стабилизации. Если правильное совпадение лежит за пределом, измерение не принимается и учитывается как failed. В нормальном материале локальные смещения должны отражать умеренные seeing-деформации, а не компенсировать крупный дрейф камеры: за крупное движение отвечает предыдущая стадия.

По завершении стекинга программа показывает гистограмму размеров локальных смещений. Узкое распределение с преобладанием малых значений обычно согласуется с устойчивым выравниванием. Широкий хвост в сторону больших сдвигов может указывать на проблемные AP, недостаток структуры, слишком маленькие boxes или неудачную стабилизацию. На этой стадии полезно смотреть не только на финальную картинку, но и на число failed measurements: оно показывает, где поиск систематически не справлялся.

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

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

Для каждого alignment point кадры ранжируются по локальному контрасту, затем отбирается заданное число лучших. После вычисления смещений соответствующие патчи перемещаются в общую систему координат и усредняются. Важная деталь: список contributing frames не обязан быть одинаковым для всех AP. Именно поэтому большой объект можно собрать из лучших локальных моментов seeing, а не искать редкий кадр, который идеален по всей площади одновременно.

Готовые локальные стеки должны превратиться в непрерывное изображение. PlanetarySystemStacker смешивает соседние патчи, чтобы границы boxes не проявлялись как плитка. В областях без AP используется фон опорного изображения. Если сетка сформирована разумно, пользователь видит единый кадр, а не мозаику отдельных квадратов. Появление локальных разрывов или странной геометрии чаще указывает на ошибочные сдвиги, а не на необходимость более сильных wavelets.

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

Drizzle: увеличение сетки с субпиксельным совмещением

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

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

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

Нормализация яркости кадров

Параметр Normalize frame brightness выравнивает среднюю яркость кадров. Это полезно, когда прозрачность атмосферы менялась во время записи — например, проходила тонкая облачность или высота объекта заметно влияла на поток. Нормализация участвует не только в финальном суммировании: она учитывается при оценке качества кадров и локальных AP-патчей, поэтому делает сравнение контраста более сопоставимым при изменяющейся общей экспозиции.

Normalization black cut-off исключает слишком тёмные пиксели из расчёта средней яркости. Для планеты с большим чёрным полем это существенно: если размер тёмного пространства меняется из-за движения объекта, среднее по всему кадру менялось бы даже при неизменной яркости самой планеты. Ненулевой cut-off помогает считать по информативной части. Значение задаётся в шкале 0–255; для 16-битного входа оно масштабируется программой.

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

Dark и flat: калибровка перед стекингом

PlanetarySystemStacker умеет создавать master dark и master flat из видео либо каталогов кадров, снятых той же камерой. Master dark описывает постоянный темновой и электронный вклад при соответствующих условиях съёмки, а flat корректирует пространственную неравномерность чувствительности, виньетирование и следы оптического тракта. Эти операции выполняются до основной оценки качества, чтобы последующие алгоритмы работали уже с откалиброванными данными.

Мастер-кадр создаётся через меню Calibrate из собственного набора dark или flat. Если используются оба вида коррекции, сначала формируют master dark, чтобы он мог быть учтён при построении master flat. Готовые мастеры можно сохранить в 16-битном PNG, TIFF или FITS и загрузить позднее. Такой подход удобен для повторяющихся сессий одной камеры, если условия соответствуют требуемой калибровке.

Совместимость мастеров проверяется строго: должны совпадать размеры и цветовой тип, а для RAW-материала важен тот же способ debayering. Если загруженный dark и flat не согласуются между собой или с заданием, неподходящая коррекция отключается или игнорируется. Это защитный механизм, но он не заменяет дисциплину при съёмке калибровочных данных. Мастер с другой геометрией нельзя подогнать одной галочкой внутри PSS.

Почему Bayer pattern важен и для калибровки

До debayering каждый пиксель цветной матрицы несёт измерение только одного цветового канала. Если raw-последовательность и master были интерпретированы с разными Bayer pattern, одинаковые позиции массива соответствуют разным цветам, и математическая коррекция теряет физический смысл. Поэтому программа требует согласованности. Для серии стоит один раз проверить правильность паттерна на кадре с очевидной цветовой структурой, а затем применить тот же вариант к калибровочным наборам.

Если калибровка внезапно не применяется, искать проблему следует не в wavelets и не в стекинге. Проверьте размеры изображения, mono/RGB тип и параметры debayering. В протоколе PlanetarySystemStacker фиксирует информацию о найденных или отсутствующих совпадающих master frames, поэтому лог помогает отличить реальное применение dark/flat от ситуации, когда файлы были загружены в интерфейс, но отвергнуты как несовместимые.

Автоматический и ручной debayering

Цветные астрономические камеры часто записывают сырую Bayer-мозаику. Для SER PlanetarySystemStacker в автоматическом режиме читает информацию о паттерне из заголовка. Для AVI, MOV и MP4 программа анализирует первый кадр. Если три канала фактически идентичны, материал рассматривается как grayscale; для трёхканального цвета порядок RGB или BGR оценивается по шуму первого и третьего каналов с предположением, что синий обычно шумнее.

Автоматика полезна, но не является абсолютной гарантией. Сильно фильтрованный, необычно окрашенный или уже предварительно преобразованный материал может нарушить статистические предпосылки. Контекстное меню задания позволяет вручную выбрать Grayscale, RGB, BGR либо принудительный Bayer RGGB, GRBG, GBRG или BGGR. Если на результате видна явно неправильная цветовая мозаика, странные оттенки или цветная сетка, паттерн надо исправить до стекинга, а не компенсировать RGB Alignment после него.

Для интерполяции Bayer доступны методы Bilinear, Variable Number of Gradients и Edge Aware. Bilinear указан как самый быстрый вариант. Для планетного материала руководство предлагает попробовать более качественные методы VNG или Edge Aware. Выбор зависит от шума и масштаба деталей: более сложная интерполяция не отменяет необходимости хорошей фокусировки и правильного sampling, но может лучше сохранить цветовые границы.

Параметр Noise level при измерении сдвигов

Перед измерением сдвигов программа использует гауссово сглаживание, ширина которого задаётся Noise level. Идея состоит в том, чтобы корреляция ориентировалась на устойчивую структуру, а не на случайный высокочастотный шум. Для шумного материала значение можно увеличить; для чистого — уменьшить, чтобы сохранить точность на мелких деталях. В командной строке диапазон параметра указан от 0 до 11, стандартное значение — 7.

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

Wavelets: усиление деталей после сложения

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

Коррекция строится из слоёв. Для каждого задаются Radius, Amount, Bilateral Fraction, Bilateral Range и Denoise. Radius определяет характерный пространственный масштаб. Для корректно отсэмплированного изображения руководство предлагает начинать первый слой примерно с 1–2 пикселей; при добавлении нового слоя его радиус исходно становится в 1.5 раза больше предыдущего, после чего значение можно изменить вручную. Так создаётся многоуровневая модель от мелкой текстуры к более крупным структурам.

Amount определяет силу вклада слоя. Значение 1.00 оставляет этот компонент без изменения; большее усиливает резкость на выбранном масштабе, меньшее ослабляет вклад. Это важнее, чем просто поднять резкость: два слоя с разными Radius воздействуют на разные размеры деталей. На Юпитере тонкие структуры облачных поясов и широкие контрастные переходы требуют разных масштабов, а на Луне мелкие кратерлеты не следует усиливать тем же способом, что крупный рельеф терминатора.

Bilateral Fraction и Bilateral Range

Обычный Gaussian-based sharpening легко создаёт светлые и тёмные ореолы у резких границ. PlanetarySystemStacker позволяет для каждого слоя смешивать Gaussian и bilateral filtering. Bilateral Fraction равный 0 соответствует простому Gaussian, а 1.00 — полностью bilateral варианту; промежуточные значения смешивают поведение. Практический подход — начать с левой части шкалы и добавлять bilateral составляющую только до уровня, при котором нежелательные контурные артефакты становятся приемлемыми.

Bilateral Range управляет тем, насколько фильтр учитывает разницу яркости между соседними пикселями. Этот параметр сильно влияет на характер обработки. При неудачной крайности изображение может стать неестественно пластиковым или приобрести локальные ступени. Поэтому range нельзя подбирать изолированно: он работает вместе с Fraction, Radius и Amount. Малый фрагмент с резким краем планеты или стенкой кратера лучше подходит для оценки артефактов, чем просмотр всего кадра в масштабе Fit.

Denoise и выбор каналов

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

Для цветного изображения можно применять postprocessing только к luminance channel либо ко всем цветовым каналам. Переключение относится ко всем слоям. Luminance-only помогает усиливать пространственную деталь без такого же увеличения цветного шума. При этом руководство отмечает, что одинаковый визуальный эффект Bilateral Range в режиме luminance достигается при заметно меньших значениях, поэтому параметры не следует механически переносить между режимами.

Версии постобработки и blink comparison

Чтобы не затирать удачный вариант при экспериментах, postprocessing содержит version manager. Исходное изображение обозначается как Version 0, а рабочие варианты создаются отдельно. Кнопка New копирует параметры текущей версии в новую, после чего можно изменить один или несколько слоёв. Такой порядок удобен для A/B-теста: одна версия остаётся контрольной, в другой меняется только Radius или Amount, поэтому различие легко интерпретировать.

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

Масштаб просмотра имеет значение. Клавиша 1 возвращает viewer к 100%, а zoom и pan позволяют проверить конкретный фрагмент. Финальное решение о резкости лучше принимать как минимум на 100% и на нескольких областях: центр кадра может выглядеть хорошо, а яркий край диска уже показывать halo. Постобработка должна улучшать информативность изображения, а не только делать миниатюру более контрастной.

Сохранение результата постобработки

После подтверждения выбранная версия сохраняется вместе с исходным изображением как 16-битный PNG, TIFF или FITS; к базовому имени добавляется суффикс _gpp. Кнопка Save as позволяет выбрать другое место и имя. Параметры всех postprocessing versions и номер выбранного варианта сохраняются в конфигурации, поэтому при следующем открытии модуля набор моделей можно восстановить и использовать как основу.

Сохранённую модель wavelets полезно рассматривать как стартовый пресет для похожего sampling, а не как универсальную настройку камеры. Если меняется фокусное расстояние, размер пикселя, drizzle или масштаб ресэмплинга, те же Radius соответствуют другому физическому размеру детали. Поэтому перенесённый профиль надо проверять на 100% и при необходимости масштабировать слои.

Автоматический формат вывода задаётся параметром Write images as. Независимо от него диалог Save as позволяет выбрать один из трёх 16-битных форматов. Для дальнейшей астрономической обработки FITS удобен сохранением привычного формата данных, TIFF хорошо совместим с графическими редакторами, PNG обеспечивает без потерь хранение 16-битного изображения в распространённом контейнере. Выбор зависит от следующего этапа рабочего процесса.

RGB Alignment: исправление цветных кайм

При низкой высоте объекта атмосфера преломляет разные длины волн по-разному, и красный, зелёный и синий каналы оказываются слегка смещены. На резких границах появляются цветные полосы. Вкладка RGB Alignment сдвигает красный и синий каналы относительно зелёного. Она доступна только для трёхканального цветного входа и является частью каждой postprocessing version, поэтому цветовое совмещение можно сочетать с собственной wavelet-моделью.

Проще всего включить Automatic. Программа сама ищет положение каналов. Resolution выбирается из 1, 0.5 или 0.25 пикселя; для очень больших изображений самые точные уровни могут отсутствовать, если не хватает памяти. Noise level влияет на устойчивость оценки шумного изображения. После расчёта панели показывают фактические сдвиги красного и синего каналов, поэтому автоматический результат можно не только увидеть, но и количественно проверить.

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

RGB Alignment не заменяет корректный debayering

Два механизма решают разные задачи. Debayering реконструирует цвет из мозаики сенсора и определяет, какой пиксель относится к какому каналу. RGB Alignment лишь сдвигает уже сформированные красную и синюю плоскости относительно зелёной. Если Bayer pattern выбран неверно, цветовая ошибка сложнее простого геометрического сдвига, и никакое движение каналов не восстановит корректную интерполяцию. Сначала исправляют интерпретацию RAW, затем при необходимости атмосферную дисперсию.

Настройки workflow и протоколирование

Конфигурация PlanetarySystemStacker разделена на Workflow Parameters, Frame-related Parameters, Multipoint Alignment Parameters и Stacking Parameters. Такое деление соответствует этапам алгоритма и помогает не смешивать причины ошибок. Параметры workflow управляют выводом, логами и памятью; frame-related — чтением цвета, шумом и глобальной стабилизацией; multipoint — локальной сеткой и поиском; stacking — долей кадров, яркостью и drizzle.

Write protocol to file добавляет сообщения в PlanetarySystemStacker.log. Protocol detail level имеет три уровня: 0 без протокола, 1 с основными стадиями и 2 с подробностями каждого этапа. Для серии особенно полезен Store protocol with results: тогда рядом с итогом создаётся отдельный файл с суффиксом _stacking-log.txt или _postproc-log.txt. Он связывает конкретный результат с параметрами и диагностикой, а не оставляет всё в одном длинном общем журнале.

Include parameters in output file name позволяет вставить в имя число сложенных кадров, процент, alignment box size и количество alignment points. Например, комбинация процента и числа AP быстро отличает варианты одного ролика. Это практичнее ручных имён вроде final2 или best-new, потому что часть ключевых условий эксперимента видна непосредственно в списке файлов. Если отдельные логи включены, те же параметры добавляются и к их именам.

Управление памятью и уровни buffering

Стекинг видео требует хранить оригинальные кадры и несколько промежуточных представлений: монохромные версии, сглаженные изображения, результаты Laplacian of Gaussian и другие массивы. Если всё помещается в RAM, повторные стадии не обязаны заново читать видео и пересчитывать ранние преобразования. Поэтому производительность PlanetarySystemStacker сильно зависит от доступной оперативной памяти, особенно на больших кадрах и длинных роликах.

Data buffering level принимает auto или фиксированные уровни 0–4. При 0 исходные кадры повторно читаются, а промежуточные данные пересчитываются. На 1 сохраняется Laplacian of Gaussian для всех кадров; на 2 дополнительно буферизуются сглаженные монохромные изображения; на 3 — также монохромные; на 4 — ещё и исходные кадры. Чем выше уровень, тем меньше повторной работы и тем больше расход памяти.

Auto является рекомендуемым вариантом: программа выбирает самый высокий уровень, который помещается в доступный объём. Можно также включить Maximum RAM и задать целое число гигабайт, которое PSS не должен превышать; в этом случае buffering фиксируется на auto, а программа сама вписывается в лимит. Такой режим особенно полезен на машине, где одновременно работают другие задачи и отдавать стекингу всю свободную память нельзя.

Руководство рекомендует минимум 16 ГБ RAM для видеостекинга, подчёркивая, что меньший объём не обязательно делает расчёт невозможным, но увеличивает повторное чтение и пересчёт. При нехватке памяти на выбранном фиксированном уровне PSS сообщает об ошибке и переходит к следующему заданию. Подробный протокол может указать расчётную потребность и рекомендованный допустимый buffering level.

Frame-related Parameters: что меняет каждый пункт

Параметр	Назначение	Когда менять
Debayering default	Базовая интерпретация цвета или Bayer pattern для новых stacking jobs.	Когда автоопределение не соответствует данным камеры.
Debayering method	Метод преобразования Bayer RAW в RGB: Bilinear, VNG или Edge Aware.	При сравнении скорости и качества цветовых границ.
Noise level	Ширина гауссова сглаживания перед измерением сдвигов.	Повышать на шумных данных, снижать на чистых для большей точности.
Frame stabilization mode	Выбор Surface или Planet для глобального совмещения.	Planet — изолированный диск на тёмном небе; иначе Surface.
Automatic frame stabilization	Автоматический поиск контрастного stabilization patch в Surface.	Отключать только для осмысленного ручного выбора в интерактивной работе.
Stabilization patch size	Размер опорной области как процент кадра.	Подбирать так, чтобы в патче была двумерная структура.
Stabilization search width	Предельный сдвиг между соседними кадрами.	Увеличивать при реальном дрейфе или скачках ведения.
Reference-frame percent	Доля лучших кадров для reference frame.	Снижать осторожно при быстро меняющемся объекте, контролируя шум.
Exclude-frames dialog	Показывает окно ручного исключения кадров.	Включать при возможных повреждённых кадрах или эпизодах сильной вибрации.
Object is changing fast	Собирает reference frame из короткого временного интервала.	Для длительных записей Юпитера или Солнца, когда эволюция заметна.

В этой вкладке удобно искать причину, если проблема возникает ещё до локального mesh. Неверный debayering искажает цвет, слишком малый stabilization search срывает глобальное совмещение, а неправильный режим Planet/Surface задаёт неподходящую геометрию поиска. Такие ошибки нельзя надёжно исправить поздними AP или wavelets. Поэтому при переносе конфигурации на материал с другой камеры именно Frame-related Parameters стоит проверять в первую очередь.

Multipoint Alignment Parameters

Вкладка multipoint содержит четыре основных параметра, но они непосредственно определяют устойчивость локального совмещения. Alignment box width задаёт размер AP-патча и в командной строке допускает значения 20–140 пикселей. Max. alignment search width задаёт максимальный локальный warp после глобальной стабилизации, в CLI — 6–30 пикселей. Minimum structure и Minimum brightness управляют тем, где автоматический grid вообще имеет право создавать точки.

Стандартные значения, показанные в руководстве и CLI, — box 48, local search 14, minimum structure 0.04 и minimum brightness 10. Их удобно использовать как базу для теста, но изображение Луны с тысячами пикселей и маленький Юпитер предъявляют разные требования. Если box физически закрывает слишком большую часть планеты, локальность теряется; если внутри лишь несколько шумных пикселей, совпадение ненадёжно. Значения нужно связывать с sampling и реальным размером деталей.

Признак слишком низкого Minimum brightness — AP на чёрном фоне. Признак слишком низкого Minimum structure — точки на гладких областях, где алгоритму нечего сопоставлять. Слишком высокие пороги, наоборот, могут оставить большие зоны без точек. Поэтому после Create AP Grid полезно визуально оценить распределение и при необходимости вручную добавить точки на информативные места, которые автоматический порог пропустил.

Stacking Parameters

На вкладке stacking выбирается процент либо абсолютное число лучших кадров для каждого AP, нормализация яркости, black cut-off и drizzle. Эти настройки влияют уже после того, как геометрия совмещения подготовлена. Ошибка здесь обычно проявляется как чрезмерный шум, мягкость или неоправданно большой размер результата, тогда как геометрические разрывы чаще нужно искать в стабилизации и alignment points.

В командной строке --stack_percent допускает 1–100 и по умолчанию равен 10. Если задан --stack_number, абсолютное число имеет приоритет; когда оно превышает доступное количество, складываются все кадры. Такой приоритет полезен в скриптах: можно явно зафиксировать статистический объём независимо от процента. Для GUI выбор Number/Percentage доступен непосредственно при работе с графиком качества.

Normalize frame brightness включается отдельно, а black cut-off в CLI ограничен диапазоном 0–40 со стандартным значением 15. Drizzle принимает Off, 1.5x, 2x или 3x. Эти диапазоны стоит соблюдать и в автоматических профилях: скриптовая обработка не делает экстремальные значения более корректными, чем интерактивная.

Командная строка для серийного стекинга

PlanetarySystemStacker может выполнять stacking jobs без открытия GUI. Это удобно для сценариев, где набор роликов уже проверен, а параметры должны быть одинаковыми. В команду передаются один или несколько путей к видео либо папкам still-кадров; допускаются wildcard-выражения. Интерфейс командной строки повторяет параметры пакетного стекинга из конфигурации, поэтому профиль можно сначала отладить визуально, а затем перенести в автоматизацию.

К базовым workflow-аргументам относятся --protocol для отдельного лога рядом с результатом, --protocol_detail со значениями 0, 1 или 2, --buffering_level auto/0–4, --ram_size в гигабайтах и --out_format png/tiff/fits. Флаги --name_add_f, --name_add_p, --name_add_apb и --name_add_apn добавляют в имя результата число кадров, процент, размер alignment box и количество AP соответственно.

Frame-related параметры включают --debayering с Auto detect color, Grayscale, RGB, BGR и четырьмя принудительными Bayer patterns; --debayering_method с Bilinear, Variable Number of Gradients или Edge Aware; --noise; --stab_mode Surface/Planet; --stab_size; --stab_sw; --rf_percent; --fast_changing_object; а также --dark и --flat с путями к PNG, TIFF или FITS master frames.

Для локального совмещения предусмотрены --align_box_width, --align_search_width, --align_min_struct и --align_min_bright. Для суммирования — --stack_percent либо приоритетный --stack_number, --normalize_bright, --normalize_bco и --drizzle. Такой набор позволяет воспроизводимо прогонять большие серии, не меняя параметры мышью от ролика к ролику. При этом wavelet-параметры в CLI не представлены, поэтому тонкую postprocessing-модель удобнее настраивать в графическом интерфейсе.

Диапазоны CLI, которые важно не перепутать

Аргумент	Допустимое значение	Стандарт
--protocol_detail	0, 1 или 2	1
--buffering_level	auto, 0, 1, 2, 3, 4	auto
--noise	0–11	7
--stab_size	5–80 %	33
--stab_sw	5–150 px	34
--rf_percent	3–30 %	5
--align_box_width	20–140 px	48
--align_search_width	6–30 px	14
--align_min_struct	0.01–0.3	0.04
--align_min_bright	2–50	10
--stack_percent	1–100 %	10
--normalize_bco	0–40	15
--drizzle	Off, 1.5x, 2x, 3x	Off

Диапазоны не являются рекомендацией ставить верхнюю границу. Например, alignment search 30 нужен только если локальные смещения действительно велики; стабилизационный search до 150 относится к глобальному движению соседних кадров, а не к мелкому seeing-warp. Аналогично 3x drizzle оправдан sampling, а не желанием получить файл втрое шире. Правильная автоматизация фиксирует осмысленный профиль и меняет один параметр только при диагностируемой причине.

Логи в автоматическом запуске

Для пакетной серии отдельный protocol полезнее скриншота настроек. В нём сохраняется ход операций, а при подробности 2 фиксируются дополнительные диагностические сведения, включая оценки памяти. Если один ролик в очереди дал отличающийся результат, сначала сравните его log с соседним успешным заданием. Такой метод позволяет заметить, например, другой buffering level, отсутствие подходящего master frame или необычное число failed shifts.

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

Практический сценарий: лунный ролик

1. Добавьте ролик или каталог кадров и убедитесь, что цветовая интерпретация соответствует камере.
2. Выберите Surface, поскольку поле заполнено лунной поверхностью и объект не окружён тёмным небом со всех сторон.
3. На первом ролике работайте интерактивно. Если есть явно испорченные кадры, включите окно исключения и уберите только их.
4. Проверьте stabilization patch: в нём должны быть кратеры или другая структура по обеим координатам.
5. Оцените график качества и выберите долю кадров как компромисс между резкостью и шумом.
6. При необходимости задайте ROI, если нужен конкретный участок и края поля нестабильны.
7. Создайте AP grid и удалите точки на тёмном фоне или слабой структуре; размер box согласуйте с масштабом кратеров.
8. После стекинга проверьте гистограмму warp и процент failed shifts до перехода к усилению резкости.
9. Настройте wavelets от мелкого Radius к более крупным слоям, сравнивая версии blink-компаратором.
10. Сохраните 16-битный результат и протокол, если планируете сравнивать параметры позже.

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

При больших лунных кадрах память становится главным ограничением. До снижения качества алгоритма сначала можно оставить buffering в auto или задать Maximum RAM, чтобы программа сама выбрала уровень. ROI также уменьшает объём последующих операций, если нужен лишь регион. Уменьшать alignment box только ради ускорения опасно: слишком маленький box может ухудшить измерение локальных сдвигов и дать более дорогой по качеству компромисс, чем дополнительное время расчёта.

Для лунной поверхности полезно отдельно проверять терминатор и равномерно освещённые области. У терминатора контраст высок и корреляция обычно устойчива, но wavelets легче создают ореолы. На светлой равнине структура слабее, поэтому слишком маленькие alignment boxes могут давать нестабильные сдвиги. Если один набор параметров хорошо работает только на контрастной части, это повод скорректировать AP mesh, а не просто усилить весь кадр.

Практический сценарий: Юпитер

Для небольшого диска Юпитера, полностью окружённого тёмным небом, выбирают Planet. Если запись достаточно длинная и вращение заметно на масштабе целевых деталей, включают Object is changing fast для построения reference frame из короткого временного фрагмента. Доля кадров для самого стека выбирается отдельно: этот флажок не ограничивает весь стек одним коротким интервалом, а относится к опорному изображению.

Цветной Юпитер чувствителен к двум разным источникам ошибок. Неверный debayering даёт неправильную реконструкцию цвета ещё на чтении видео; атмосферная дисперсия после корректного debayering проявляется как сдвиг каналов. Поэтому сначала проверяют Bayer pattern, затем после стекинга используют RGB Alignment. Automatic с разрешением 0.25 px полезен, если памяти хватает и края диска дают надёжный сигнал; ручные стрелки оставляют для случаев, когда автоматический результат требует коррекции.

Wavelets на Юпитере лучше строить несколькими умеренными слоями, а не одним очень сильным. Малый Radius отвечает за мелкую структуру поясов, более крупный — за широкие переходы. Bilateral filtering помогает удержать ореол у края диска, но чрезмерный Range способен сделать облака искусственно сегментированными. Blink compare с исходником и мягкой версией быстрее показывает, не превратилась ли шумовая текстура в псевдодеталь.

При выборе stacking fraction следите за тем, чтобы более высокий процент не начал заметно размывать полосы, а низкий не сделал их зернистыми. На хорошем seeing можно позволить большему числу кадров участвовать без сильной потери резкости; на переменном seeing узкий верх рейтинга может быть лучше. Решение проверяют серией сохранённых _pss до wavelets, потому что sharpening способен скрыть разницу в статистике шума.

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

Для крупного солнечного поля используется Surface: фотосфера, пятна или протяжённая H-alpha структура не являются изолированным диском в смысле режима Planet, если объект заполняет поле. Stabilization patch следует ставить на контрастную структуру, а не на однородный участок. На динамичном Солнце флажок fast changing object может уменьшить временное размытие reference frame, когда запись достаточно длинная относительно изменения деталей.

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

При postprocessing солнечных деталей важно следить за локальным контрастом и не создавать светлые контуры вокруг пятен или нитей. Bilateral Fraction и Range дают инструменты для контроля границ, а Denoise — для шума. Оценивать обработку лучше на нескольких участках разной яркости, потому что параметры, красиво работающие в одной области, могут чрезмерно усилить другую.

Если поле содержит большой тёмный край или фон, Minimum brightness помогает не размещать alignment points там, где нет полезной структуры. На диске, наоборот, слишком высокий порог может вырезать слабоконтрастные, но содержательные зоны. После автоматической генерации mesh солнечный материал особенно полезно просмотреть целиком, а не доверять только числу точек.

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

PlanetarySystemStacker принимает каталог still images как stacking job при условии одинаковых размеров. Это удобно, если камера записывает последовательность кадров отдельно или видео было заранее без потерь разобрано на изображения. Для алгоритма ключевое значение имеет последовательность массивов, а не обязательное наличие видео-контейнера. Однако каталог должен быть чистым: файлы другого разрешения или случайные изображения нарушают единообразие задания.

Если still-кадры сохранены уже как RGB, не следует принудительно задавать Bayer pattern. Если это RAW-подобные данные в поддерживаемом представлении, цветовую схему нужно согласовать с фактическим содержимым. В сомнительном случае откройте первый интерактивный результат и проверьте цвет до длинного расчёта. Ошибку чтения лучше обнаружить на стадии job setup, чем после часов стекинга.

Для больших DSLR-подобных кадров расход памяти быстро растёт из-за площади изображения. Auto buffering и ограничение Maximum RAM становятся особенно важными. Если цель — небольшой участок Луны, ROI может сократить дальнейшие вычисления после глобальной стабилизации. Если нужен весь кадр, лучше оставить полный общий intersection и принять более низкий buffering level, чем обрезать данные только ради скорости.

Как читать итоговые файлы и имена

Результат stacking job получает суффикс _pss, а postprocessing — _gpp. При включении параметров в имени к базовой строке добавляются сведения о числе или проценте кадров, размере AP box и количестве alignment points. Такая схема позволяет хранить серию тестов в одной папке и понимать различия без открытия каждого изображения. Для серьёзного сравнения имя файла лучше дополнять отдельным логом, потому что не все параметры умещаются в короткий суффикс.

Автоматическое сохранение использует выбранный 16-битный формат. Если нужен другой формат только для одного варианта, Save as не требует менять общую конфигурацию. Это удобно, например, когда основная серия хранится в FITS, а конкретный кадр нужно передать в графический редактор как TIFF. Старайтесь не переводить мастер-результат в JPEG до завершения анализа: сжатие и 8-битное представление хуже подходят для дальнейшего сильного тонального преобразования.

Лог _stacking-log фиксирует ход конкретного задания, а _postproc-log — postprocessing job. При поиске ошибки сначала сопоставьте лог именно с проблемным результатом. Общий PlanetarySystemStacker.log накапливает сообщения и удобен для общей диагностики, но при длинной очереди отдельный протокол быстрее показывает параметры конкретного ролика.

Именование серийных тестов

Если вы сравниваете несколько долей stacking, включите добавление процента или числа кадров. Если тестируется плотность и размер AP, полезны AP box size и number of alignment points. Не стоит одновременно менять все четыре параметра и затем пытаться определить победителя по имени файла: автоматическое именование работает лучше всего вместе с дисциплиной один эксперимент — одна переменная.

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

Типичные ошибки: стабилизация не находит движение

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

При автоматическом выборе PSS способен попробовать другой patch, если поиск не удался. Если проблема повторяется, в интерактивном режиме полезно выбрать контрастную область вручную и увеличить search width ровно до уровня фактического движения. Максимум 150 px предназначен для сложных случаев, а не как стандарт. Если скачок между соседними кадрами ещё больше, сначала стоит понять, не содержит ли запись повреждённый участок, который проще исключить.

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

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

Чёрные области или резкие локальные искажения после stacking часто связаны не с wavelets, а с тем, что AP mesh не обеспечил надёжные измерения. Проверьте, не попали ли точки на тёмное небо, гладкую поверхность или участки, которые отсутствуют в части кадров. Увеличение Minimum brightness и Minimum structure очищает автоматическую сетку, а ручное удаление позволяет точечно убрать проблемные AP.

Если структура есть, но она шумная, увеличьте Alignment box width. Более крупный патч содержит больше информации для сопоставления. Если же проблема в слишком большом реальном warp, проверьте Max. alignment search width, но не подменяйте им глобальную стабилизацию. Гистограмма смещений и failed count дают более объективную картину, чем попытка оценить только финальный контраст.

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

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

Если изображение имеет странную цветовую мозаику, неверные оттенки по всему диску или регулярный цветной узор, сначала проверяйте debayering. Для SER прочитайте фактический Bayer pattern камеры и сравните его с заголовком. Для AVI/MOV/MP4 автоматическое определение анализирует первый кадр и может быть уязвимо к необычному материалу. Ручное Force Bayer позволяет проверить четыре стандартных расположения без изменения исходного видео.

Если базовые цвета правильные, но по противоположным краям планеты видны красная и синяя каймы, это уже задача RGB Alignment. Automatic вычисляет сдвиги, а ручной режим позволяет корректировать красный и синий каналы относительно зелёного. Не пытайтесь исправлять атмосферную дисперсию сменой Bayer pattern: это разные уровни обработки и разные геометрические признаки.

Если при automatic RGB alignment шум мешает оценке, попробуйте Noise level и более грубое Resolution. Самая тонкая сетка 0.25 px не всегда доступна на очень больших изображениях из-за памяти. Более грубое выравнивание без ошибки лучше, чем формально максимальная точность на нестабильном шумном сигнале.

Типичные ошибки: после wavelets появились ореолы

Ореол у края планеты или кратера означает, что выбранное усиление не согласовано с резкой границей. Сначала уменьшите Amount проблемного слоя. Затем проверьте Bilateral Fraction: добавление bilateral-компоненты может подавить boundary artifact. Bilateral Range регулирует агрессивность и требует небольших шагов. Исправлять ореол Denoise неэффективно, потому что denoise предназначен прежде всего для высокочастотного шума, а не для систематического overshoot на контуре.

Полезно создать копию версии через New и менять один параметр. Blink compare покажет, что именно исчезло: случайная зернистость, реальная мелкая структура или ореол. Если снижение Amount сразу делает изображение естественным, проблема была в силе sharpening. Если контур остаётся неестественным при умеренном Amount, подбирайте bilateral настройки и Radius.

Не оценивайте halo только на уменьшенной картинке. При Fit-to-window светлая кайма может сливаться с краем и создавать впечатление общей резкости. На 100% видны её ширина и симметрия. Хорошая обработка не должна требовать скрывать артефакт уменьшением масштаба просмотра.

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

Высокий шум после стекинга обычно означает один из трёх компромиссов: выбрано слишком мало кадров, исходный сигнал слаб или sharpening слишком агрессивен. Увеличение доли кадров повышает статистическое усреднение, если дополнительные кадры ещё имеют приемлемое качество. Denoise в wavelet-слоях уменьшает усиление высокочастотного шума. Но если материал сильно недоэкспонирован, postprocessing не может восстановить отсутствующее отношение сигнал/шум без потери деталей.

Чтобы отличить проблему стека от postprocessing, сохраните и оцените сырой _pss до wavelets. Если он чистый, а шум появляется только в _gpp, меняйте Amount, Denoise и Radius. Если сырой стек уже зернистый, проверьте долю кадров и качество записи. Такой разделённый анализ быстрее, чем пытаться лечить всё одним ползунком.

При color data шум может быть особенно заметен в цветовых каналах. Luminance-only sharpening позволяет усиливать пространственную детализацию без равного подъёма цветного шума. Это не обязательный режим, но полезная контрольная версия для сравнения. RGB Alignment следует выполнять аккуратно, чтобы сдвиг каналов не интерпретировался как шумовой эффект.

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

Первое средство — вернуть Data buffering level в auto. Тогда PSS оценивает доступный объём и выбирает самый высокий безопасный уровень. Если системе нужно оставить запас для других процессов, задайте Maximum RAM. Ручной level 4 разумен только когда вы уверены, что оригиналы и все промежуточные массивы помещаются. Иначе попытка избежать повторного чтения может закончиться ошибкой и потерей времени на прерванном задании.

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

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

Типичные ошибки: TIFF не сохраняется

В трекере проекта зафиксирован случай сбоя при сохранении TIFF с расширением .tif вместо .tiff. Если ошибка возникает именно на этом действии, практический обходной путь — выбрать .tiff либо сохранить 16-битный PNG/FITS и не менять остальные параметры обработки. Такая проверка отделяет проблему расширения от ошибки в самом изображении. После успешного сохранения можно продолжить рабочий процесс в нужном формате через совместимое приложение.

Не следует многократно пересчитывать весь стек из-за сбоя финального диалога сохранения, если _pss уже получен. Postprocessing можно открыть отдельным job и сохранить результат другим форматом. Отдельный режим постобработки как раз позволяет повторить wavelets/RGB Alignment без повторного ранжирования и локального стекинга исходного ролика.

Типичные ошибки: интерфейс не помещается на экране

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

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

Как вести воспроизводимые эксперименты

PlanetarySystemStacker располагает несколькими механизмами, которые стоит использовать вместе: конфигурационные файлы, имена с параметрами, отдельные протоколы и версии postprocessing. Хороший эксперимент меняет одну группу параметров за раз. Например, сначала сравните 10%, 25% и 50% кадров с одной сеткой AP и без изменения wavelets. Затем выберите лучший стек и уже на нём сравнивайте Radius/Amount. Так причинность результата остаётся понятной.

Конфигурацию можно сохранить через File / Save configuration и загрузить позже. При завершении текущий набор также записывается в пользовательский ini-файл и восстанавливается при следующем запуске. Это удобно, но означает, что параметры предыдущего проекта могут автоматически перейти в новый. Перед важной серией полезно просмотреть четыре вкладки конфигурации, особенно Surface/Planet, debayering, AP box и долю кадров.

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

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

Время расчёта складывается из чтения видео, преобразования кадров, ранжирования, глобального и локального поиска сдвигов, суммирования и postprocessing. Большая площадь кадра увеличивает почти все этапы. Большое число кадров увеличивает рейтинг и локальные измерения. Густая сетка AP добавляет больше независимых patch-расчётов. Drizzle увеличивает рабочую сетку. Высокий buffering, наоборот, расходует RAM, но сокращает повторное чтение и повторные вычисления.

Поэтому ускорение должно учитывать узкое место. Если диск медленный, buffering даёт заметный выигрыш. Если не хватает RAM, попытка удерживать всё в памяти ухудшает устойчивость. Если процессор занят локальным совмещением, уменьшение ROI может быть эффективнее случайного снижения плотности AP. PlanetarySystemStacker использует массивные операции OpenCV и NumPy, но алгоритм всё равно вычислительно тяжёлый на больших сериях.

Для пакетной очереди выгодно обработать первый job интерактивно, затем включить Automatic. Это сокращает паузы между однотипными роликами без потери проверенного профиля. Но материал из другой ночи, с другим масштабом или камерой лучше считать новым типом задания: прежние AP box, noise и debayering могут уже не соответствовать данным.

Совместимость с Windows, Linux и macOS

Код PlanetarySystemStacker написан на Python 3 и использует Qt5, NumPy, OpenCV, SciPy, Astropy, scikit-image и другие библиотеки. Проект проверялся на Windows, нескольких Linux-дистрибутивах и macOS. Практическая совместимость зависит не только от названия операционной системы, но и от Python и бинарных зависимостей. Поэтому при переносе рабочего процесса на другой компьютер важно воспроизвести совместимый набор библиотек и отдельно сохранить конфигурацию обработки.

Для современных Python-сред важное ограничение связано с закреплённой зависимостью NumPy ниже 1.23. В пользовательских отчётах установка на слишком новой версии Python может упираться в несовместимость старого NumPy. Это особенно заметно на macOS и новых Linux-системах. Если установка через pip не проходит, нужно проверять не только сам PSS, но и совместимость версии Python с указанными зависимостями; случайная замена библиотек на неподдерживаемые версии может привести к другим ошибкам.

Сами вычислительные функции — AP mesh, dark/flat calibration, wavelets, RGB alignment, buffering и CLI — сохраняют одинаковую логику на поддерживаемых системах. Различаться могут доступность конкретных зависимостей, поведение видеодекодеров и объём свободной памяти. Поэтому проект с проверенной рабочей средой лучше сначала воспроизвести на тестовом ролике, а уже затем переносить на неё большую очередь.

Ограничения, которые важно учитывать

• Видеовход ограничен AVI, MOV, MP4 и SER; произвольный контейнер нельзя считать поддерживаемым только потому, что его читает другой видеоплеер.
• Каталог still images должен содержать кадры одинаковой геометрии.
• Режим Planet требует, чтобы объект был окружён тёмным небом; для протяжённых сцен нужен Surface.
• Dark и flat применяются только при совпадении размеров, цветового типа и параметров debayering.
• RGB Alignment работает с трёхканальным цветным изображением и исправляет сдвиг каналов, а не ошибки Bayer-реконструкции.
• Drizzle увеличивает пиксельную сетку, но его польза зависит от недосэмплирования и наличия субпиксельной информации.
• Большие видео требуют значительного объёма RAM; при нехватке приходится снижать buffering и повторно читать или пересчитывать данные.
• CLI охватывает параметры пакетного стекинга, но не предоставляет полный набор управления wavelet-постобработкой.

Эти ограничения очерчивают правильный класс задач. PSS полезен, когда есть серия кадров одного объекта и нужно извлечь лучший локальный сигнал из seeing, а затем аккуратно усилить итог. Он не заменяет каталогизатор фотографий, универсальный RAW-конвертер, панорамный редактор или видеоконвертер. Подготовку неподдерживаемого контейнера и общую художественную обработку разумнее выполнять другими средствами, оставляя PlanetarySystemStacker вычислительную часть lucky imaging.

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

Программа	Лучше подходит для	Главное ограничение
PlanetarySystemStacker	Многоточечного lucky-imaging стекинга Луны, Солнца и планет с AP grid, калибровкой и встроенными wavelets.	Ограниченный набор видеоформатов и чувствительность к совместимости Python-зависимостей.
AutoStakkert!3	Быстрого планетного и лунного стекинга с автоматическим размещением точек.	Основной workflow ориентирован на Windows; постобработка обычно выполняется отдельно.
RegiStax 6	Стекинга планетных серий и последующего усиления деталей wavelets в одном интерфейсе.	Рабочий процесс и интерфейс рассчитаны прежде всего на классическую Windows-среду.
AstroSurface	Совмещения, stacking и разнообразной планетной postprocessing в одном пакете.	Основной рабочий сценарий ориентирован на Windows.
Lynkeos	Стекинга астрономических серий на macOS с визуальным управлением.	Основной рабочий сценарий ориентирован на macOS.

Если приоритет — протяжённая лунная или солнечная поверхность и хочется видеть диагностику локального warp, вручную корректировать AP mesh и затем применять wavelets/RGB alignment, PlanetarySystemStacker даёт цельную цепочку. AutoStakkert!3 остаётся сильным выбором для привычного быстрого стекинга, RegiStax удобен тем, кто ценит знакомые wavelets, AstroSurface предлагает широкий набор последующей обработки, а Lynkeos интересен пользователям macOS. Выбор лучше делать по реальному формату камеры, масштабу объекта, доступной системе и необходимости пакетной автоматизации.

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

Финальный кадр нельзя оценивать только по тому, насколько контрастными стали мелкие детали. Сначала проверьте геометрию: круглый край планеты должен оставаться плавным, кратерные стенки — непрерывными, солнечные структуры — без локальных разрывов. Затем проверьте шум и ringing. После этого сравните цветовые края и только в конце решайте, достаточно ли sharpening. Такая последовательность соответствует стадиям алгоритма и помогает искать причину там, где она возникла.

Для геометрии полезна warp histogram и failed shifts. Для шума — сравнение сырого _pss и postprocessed _gpp. Для цвета — RGB Alignment status и визуальная проверка противоположных краёв. Для резкости — blink versions на 100%. Если один этап уже содержит дефект, следующий обычно делает его заметнее, но редко исправляет фундаментальную ошибку предыдущего.

Особенно опасна ситуация, когда агрессивные wavelets маскируют плохой stacking. Высокий local contrast создаёт впечатление детализации, хотя линии могут быть двойными или ломаными. Поэтому надёжный порядок — сначала добиться чистого мягкого стека, затем усиливать его. PlanetarySystemStacker предоставляет достаточно промежуточных экранов, чтобы оценить качество до финального sharpening.

Как подготовить профиль для серии роликов

Возьмите один ролик, который представляет типичное качество серии: не самый лучший и не самый плохой. Проверьте debayering, выберите режим стабилизации, настройте patch, AP grid и долю кадров. Сохраните конфигурацию и отдельный лог. Затем обработайте второй ролик с теми же параметрами в Automatic и сравните диагностику. Если mesh, warp и цвет ведут себя стабильно, профиль можно расширить на остальную очередь.

Если второй ролик требует существенно другого stabilization patch или AP box, это сигнал, что серия неоднородна. Возможно, изменился масштаб, фокус, ROI камеры или seeing. В таком случае лучше разделить материалы на группы и хранить отдельные конфигурации. Универсальный профиль, который как-то работает на всём, обычно хуже двух точных профилей, потому что алгоритм чувствителен к масштабу локальной структуры.

Для postprocessing сохраните несколько versions внутри одного проекта: мягкую, среднюю и более сильную. В batch применяется выбранная версия последней интерактивной сессии, поэтому перед запуском большой серии убедитесь, что активен именно нужный вариант. Automatic RGB alignment предпочтительнее ручного, если условия съёмки между роликами хоть немного менялись.

Когда возвращаться через Go back to

Go back to экономит перерасчёт, когда проблема обнаружена поздно. Если после warp histogram понятно, что сетка AP плохая, возвращайтесь к стадии alignment points, а не перечитывайте видео с начала. Если устраивает геометрия, но выбран неудачный процент кадров, возврат к соответствующей фазе позволяет пересчитать стек с другой границей. Если требуется лишь новая резкость, отдельный postprocessing job вообще не требует исходного видео.

Возврат следует выбирать по зависимости параметра. Изменение debayering или dark/flat влияет на раннее представление кадров, поэтому поздний возврат недостаточен. Изменение wavelets не требует трогать ranking. Изменение drizzle относится к stacking и требует повторить суммирование. Такое понимание связей между стадиями позволяет экономить время на больших роликах без риска использовать промежуточный результат, рассчитанный с уже изменёнными исходными условиями.

FAQ по PlanetarySystemStacker

Можно ли складывать серию фотографий Луны, а не видео?

Да. Каталог still images одинакового размера можно выбрать как stacking job. Программа применит к последовательности ранжирование, глобальную стабилизацию, alignment points и локальное сложение так же, как к видеокадрам. Одиночная фотография не даёт статистического выигрыша lucky imaging; её имеет смысл открывать как postprocessing job для wavelets или RGB Alignment.

Какой режим выбирать для лунной поверхности?

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

Нужно ли всегда включать drizzle?

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

Что означает много failed local shifts?

Это значит, что часть AP-поисков не нашла надёжного совпадения в заданной области. Причиной могут быть слабая структура, слишком маленький alignment box, слишком узкий local search или проблема глобальной стабилизации. Проверьте mesh и гистограмму warp; расширять search без диагностики не стоит.

Можно ли использовать программу только для wavelets?

Да. Одиночный TIFF, TIF, FIT, FITS, PNG или JPG открывается как postprocessing job без повторного стекинга. Можно создать несколько versions, сравнивать их blink-компаратором, настраивать wavelet layers и для цветного изображения применять RGB Alignment, после чего сохранить выбранный вариант в 16-битном PNG, TIFF или FITS.

Почему больший процент кадров иногда даёт лучший итог?

Потому что дополнительная статистика снижает шум. Хотя средняя резкость расширенного набора может быть немного ниже, более чистый _pss часто выдерживает аккуратный sharpening лучше, чем очень шумный стек из малого процента. Сравнение корректно только при одинаковых AP, drizzle и postprocessing; иначе влияние доли кадров смешивается с другими параметрами.

Зачем хранить протокол рядом с результатом?

Чтобы воспроизвести расчёт и отличать близкие варианты. Имя файла может содержать процент, число кадров и сведения об AP, но отдельный log фиксирует больше условий, включая buffering и диагностические сообщения. При пакетной обработке это самый быстрый способ понять, почему один ролик прошёл иначе, чем соседние.

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

PlanetarySystemStacker даёт наиболее предсказуемый результат, когда его стадии рассматриваются как последовательная система: корректно прочитать и при необходимости откалибровать кадры, убрать явный брак, стабилизировать глобальное движение, построить надёжный reference frame, разместить информативные alignment points, проверить локальные смещения, выбрать разумную статистику для stacking и только затем усиливать детали. Каждый экран отвечает за свою причину качества, поэтому одновременная случайная настройка всех параметров хуже осмысленного движения по цепочке.

Для повторяемой работы сохраняйте 16-битный _pss до sharpening, отдельный postprocessed _gpp, конфигурацию и протокол. Тогда можно вернуться к позднему решению без потери исходного стека, сравнить wavelet versions и понять, почему один вариант оказался лучше другого. Так локальное lucky imaging становится контролируемым процессом извлечения устойчивой детали из серии атмосферно искажённых кадров, а не попыткой усилить резкость уже после того, как ошибка появилась на стадии выравнивания.