WinJUPOS помогает измерять положение и ориентацию диска планеты на готовых кадрах, компенсировать её вращение между сериями, собирать разнесённые по времени изображения и каналы RGB, строить проекционные карты, измерять координаты деталей и рассчитывать эфемериды с положениями спутников; для этого используются Image measurement с контурной рамкой, De-rotation of images, De-rotation of R/G/B frames, Map computation, инструменты позиционных измерений и окно Ephemerides.

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

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

Для каких задач нужен WinJUPOS

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

Для астрофотографа наиболее востребована деротация уже сложенных кадров. Несколько коротких последовательностей можно обработать отдельно, получить из каждой качественный стэк, измерить его в Image measurement и объединить в De-rotation of images. WinJUPOS пересчитывает вид поверхности или атмосферы к общей временной точке и совмещает результаты с учётом вращения, поэтому полезный интервал наблюдений становится шире, чем при прямом сложении готовых изображений.

Вторая крупная группа задач — измерительная. На вкладке Pos. можно ставить перекрестие на атмосферные или поверхностные образования, получать их координаты и записывать результаты в файлы измерений. Из серий таких записей строят drift charts, оценивая дрейф долгот деталей на Юпитере и Сатурне. Для исследовательской работы важна и возможность выгрузить таблицу измерений в CSV, чтобы продолжить расчёты во внешней статистической или табличной среде.

• деротация последовательности готовых планетных кадров к общему времени;
• сведение красного, зелёного и синего каналов с компенсацией вращения между экспозициями;
• измерение геометрии кадра и сохранение результата в .ims;
• построение картографических проекций из измеренных кадров;
• измерение координат планетных деталей и накопление записей .mea;
• построение диаграмм дрейфа по наборам позиционных измерений;
• расчёт эфемерид, центральных меридианов и видимого расположения крупных спутников;
• графическая симуляция диска с сеткой, текстурой, затенением и выбранной ориентацией.

Как устроен рабочий процесс

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

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

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

Выбор небесного тела

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

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

Смена тела полезна и при планировании наблюдений. В Ephemerides можно заранее посмотреть видимую сторону планеты, направление оси и положение крупных спутников на нужное время. Это помогает решить, стоит ли продолжать серию ради транзита, тени спутника или появления нужной долготы, а также позволяет заранее проверить, не перепутаны ли местное время и UT в плане наблюдений.

Image measurement: вкладка Imag.

Окно Measurements of … images открывается через Recording → Image measurement. На вкладке Imag. находится загрузка кадра и основные поля наблюдения: дата, UT, географическая долгота и широта, имя наблюдателя и строка Image info. В верхней части одновременно отображаются вычисляемые значения центральных меридианов и другие координатные параметры. Эти числа должны меняться согласованно с датой и временем; если после ввода сведений вид планеты в графическом расчёте явно не соответствует кадру, сначала проверяют временные поля.

Open image загружает файл, а Save создаёт или обновляет измерение. В практике планетной съёмки часто используют PNG или TIFF, потому что они не добавляют JPEG-компрессию и позволяют сохранить высокую разрядность после стэкинга и предварительной обработки. В окнах компиляции WinJUPOS предусмотрены высокоразрядные варианты вывода, включая 48-битные PNG и TIFF, что удобно при дальнейшем тоновом и цветовом редактировании.

Поля Observer и Image info не влияют на геометрическую модель так же, как время или контур, но помогают не путать многочисленные серии. В Image info полезно оставлять короткую метку фильтра, камеры, номера ролика или этапа обработки. При десятках .ims это снижает вероятность случайно объединить изображения разных ночей, фильтров или масштабов, особенно если имена файлов отличаются только временем.

Дата, UT и координаты места

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

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

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

Вкладка Adj.: подготовка изображения к измерению

На Adj. сосредоточены параметры отображения и контурная рамка. Здесь выбирают Channel, меняют Zoom, при необходимости корректируют Rotation, Gamma, Contrast и Brightness для удобства визуальной подгонки. Эти настройки нужны прежде всего для того, чтобы уверенно видеть край диска и ориентиры; они не должны превращаться в замену полноценной обработки. Если для обнаружения лимба приходится экстремально вытягивать гамму, лучше вернуться к мастер-кадру и проверить стэкинг, фон или уровень резкости.

Channel важен при раздельной монохромной съёмке. Для цветного изображения выбирают Colour, а для отдельных каналов — соответствующий цвет. Это особенно существенно перед De-rotation of R/G/B frames, где каждый .ims должен однозначно описывать, какому каналу принадлежит исходный кадр. Ошибка здесь может сохраниться незаметно до финальной компиляции и проявиться странным цветом, смещением деталей или невозможностью нормально собрать RGB.

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

Контурная рамка и автоматическая подгонка

Outline frame — центральный элемент Image measurement. Для Юпитера автоматическая подгонка вызывается F11 и часто даёт хорошую стартовую геометрию, особенно на кадре с чётким лимбом и без сильного пересвета. Но результат следует проверять вручную: рамка должна совпадать с видимой границей, направление северного полюса и маркер P должны соответствовать ориентации кадра, а экваториальная линия не должна быть явно повернута относительно реальной геометрии.

Ручная корректировка выполняется клавиатурой. Стрелки сдвигают рамку, Page Up увеличивает её, Page Down уменьшает, N и P вращают в противоположные стороны, Backspace разворачивает на 180 градусов. В практических руководствах для тонкой подгонки используют более мелкие шаги после грубого совпадения. Такой набор сохраняет физическую модель: меняются положение, масштаб и поворот расчётной фигуры, а не форма планеты произвольной деформацией.

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

Клавиша или действие	Что меняется	Когда применять
F11	Автоматическая подгонка контура	Получить стартовую рамку на хорошо видимом диске
Стрелки	Положение рамки по X и Y	Совместить центр модели с центром планеты
Page Up	Размер рамки увеличивается	Если расчётный лимб находится внутри диска
Page Down	Размер рамки уменьшается	Если рамка выходит за видимый край
N / P	Поворот рамки в разные стороны	Согласовать направление оси и экватора
Backspace	Разворот на 180°	Исправить север-юг у перевёрнутого кадра
LD compensation	Усиление различимости лимба	Когда край диска трудно оценить из-за потемнения к краю

LD compensation и край диска

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

На Юпитере контраст лимба меняется с длиной волны, обработкой и фазой. В метановом или инфракрасном канале край может выглядеть иначе, чем в RGB; на Марсе часть диска ограничена фазой и терминатором; у Сатурна отдельную сложность создают кольца. Поэтому один набор LD-параметров нельзя переносить между разными объектами и фильтрами без проверки.

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

Файл .ims и связь с исходным кадром

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

Хорошая схема имён отражает дату, UT, объект, канал и этап обработки. Отдельные каталоги для исходных стэков, обработанных версий и файлов измерений помогают не подменить кадр после повторной обработки. Если изображение было пересохранено с другим масштабом или обрезкой, старый .ims использовать нельзя: контур относится к прежней геометрии. Для новой версии кадра делают новое измерение.

В больших сериях полезно сохранять .ims рядом с рабочими изображениями или в выделенной папке, но не смешивать файлы разных ночей. В интерфейсе De-rotation of images список может выглядеть похожим даже при ошибочном выборе соседнего файла. Метки Observer и Image info плюс понятная структура каталогов превращаются в защиту от организационных ошибок, которые трудно заметить по одному превью.

De-rotation of images: объединение серии

После подготовки нескольких .ims открывают Tools → De-rotation of images. В верхней таблице отображается список измерений, для каждого задаётся Weighting и доступны связанные параметры, а через Edit добавляют или удаляют записи. Один из кадров можно назначить временной опорой. Ниже задаются каталог и имя результата, наблюдатель, описание, квадратный размер, тип файла и ориентация севером или югом вверх.

Смысл операции — привести видимые детали каждого исходного изображения к одной временной точке и только затем совместить их. Это отличает WinJUPOS от обычного усреднения слоёв. На быстро вращающемся Юпитере одна и та же структура облаков за несколько минут заметно изменяет долготу на диске; простое совмещение центра оставляет смазанные детали, тогда как деротация учитывает вращение модели.

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

Как выбирать кадры для деротации

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

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

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

Временная опора и Reference time

Итоговый момент связан со временем набора изображений, а в списке можно назначить конкретное измерение как time reference. Это полезно, когда финальный кадр должен соответствовать определённому моменту — например, для последовательности анимации, сопоставления с эфемеридами или сравнения с другим наблюдением. Выбор опоры не должен быть случайным, если на диске присутствует быстро меняющееся событие.

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

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

Предпросмотр и признаки хорошей компиляции

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

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

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

De-rotation of R/G/B frames

Для монохромной камеры отдельные красный, зелёный и синий ролики снимаются не одновременно. За время смены фильтра и записи следующего канала планета успевает повернуться. Если затем просто совместить RGB по краям диска, мелкие детали разных цветов окажутся на разных долготах; если совместить по детали в центре, может появиться цветная кайма на лимбе. De-rotation of R/G/B frames решает именно эту геометрическую проблему.

В диалоге указывают .ims для Red channel, Green channel и Blue channel; предусмотрен и Luminance. Для каналов доступны Gamma, LD value и Weighting, затем задаются параметры выходного изображения и запускается Compile image. Важно, чтобы каждый исходный .ims был измерен с правильным Channel и точным временем. RGB-компиляция не способна угадать, что файл красного канала фактически относится к синему или что дата скопирована неверно.

При LRGB-подходе полезно отделять задачи. Сначала можно получить максимально чистые отдельные L, R, G и B результаты из последовательностей одного фильтра, используя обычную деротацию изображений. Затем новые результирующие изображения измеряют как самостоятельные кадры и сводят в RGB/LRGB. Это удлиняет рабочий процесс, но позволяет видеть, на каком этапе возникает цветной ореол, сдвиг деталей или потеря разрешения.

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

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

Видео-деротация и её место в процессе

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

Видео-деротацию имеет смысл рассматривать, когда исходная запись настолько длинная, что вращение заметно уже внутри одного ролика, и её неудобно разделять на короткие независимые части. Для большинства любительских съёмок проще записывать короткие последовательности, складывать их отдельно и затем использовать De-rotation of images. Такой поток легче диагностировать: каждый мастер-кадр можно осмотреть до объединения и сразу исключить слабый участок.

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

Map computation: построение карты

Измеренный кадр можно не только деротировать, но и развернуть в картографическую проекцию. В Tools → Map computation добавляют .ims и выбирают тип проекции. В руководстве WinJUPOS цилиндрическая проекция указана как стандартный вариант; также задаются масштаб широт, ориентация севером или югом вверх, цвета сетки и шкал, фон, долгота левого края, система долгот и ширина карты.

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

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

Долгота левого края и система долгот

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

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

Мозаика из нескольких измерений

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

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

Позиционные измерения на вкладке Pos.

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

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

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

Файлы .mea и накопление наблюдений

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

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

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

Drift charts: отслеживание движения деталей

Диаграмма дрейфа строится из набора позиционных записей. Сначала через Analysis → Selection отбирают нужные данные, сортируют их и сохраняют выборку, затем в Drift chart указывают файл и выбирают тип графика, например долгота по оси X и время по оси Y. Получившаяся траектория показывает, как наблюдаемая структура смещается относительно выбранной системы вращения.

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

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

Экспорт измерений в CSV

WinJUPOS позволяет экспортировать таблицу measurement-записей в CSV через список измерений. Это упрощает статистическую обработку, построение собственных графиков и объединение с другими наборами наблюдений. При экспорте важно сохранить смысл колонок: система долгот, канал, дата, UT и код объекта должны интерпретироваться так же, как внутри WinJUPOS.

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

CSV удобен как переносимая форма результатов, но он не заменяет .ims и .mea. Из него нельзя восстановить контурную рамку изображения, если исходный файл измерения потерян. Поэтому архив проекта должен содержать снимки, геометрические измерения, позиционные данные и экспортные таблицы — каждый формат отвечает за свою часть воспроизводимости.

Ephemerides: расчёт вида планеты

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

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

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

Графика, сетка и подписи спутников

В Graphics можно включать Names, центральный меридиан и экватор, Grid, Texturing, Shading и показ неосвещённой поверхности. Ориентация выбирается планетная, экваториальная или горизонтальная. Комбинация сетки и подписей удобна при подготовке наблюдений: видно, какая сторона диска обращена к наблюдателю и где относительно неё находятся спутники.

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

Текстуры и собственные карты

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

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

Планирование транзитов и событий спутников

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

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

Работа с Юпитером

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

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

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

Работа с Сатурном

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

В RGB-съёмке Сатурна промежуток между фильтрами также приводит к изменению видимого положения атмосферных деталей. De-rotation of R/G/B frames помогает свести каналы к общей временной точке. При этом отличие seeing между каналами останется: геометрически правильный синий кадр с плохой детализацией не станет равным хорошему красному, поэтому качество отдельных каналов оценивают до компиляции.

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

Работа с Марсом

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

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

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

Уран и Нептун

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

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

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

Луна и Солнце

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

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

Форматы изображений и разрядность

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

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

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

Именование файлов и временные метки

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

Удобно использовать UTC в именах, а локальное время держать в журнале наблюдения. Тогда файлы из разных сезонов и часовых поясов проще сортировать, и отсутствует неоднозначность перехода на летнее время. Десятые доли минуты, которые показывает WinJUPOS, имеют смысл только если исходный момент рассчитан последовательно для всех роликов и соответствует середине каждого интервала.

Для каналов монохромной камеры добавляют R, G, B, IR, CH4 или другое понятное обозначение фильтра, а для цветных серий — метку Colour или RGB. Это помогает не перепутать Channel при создании .ims и быстро фильтровать файлы при RGB-деротации. Номер ролика полезен, когда два файла имеют близкий средний UT, но отличаются качеством, длительностью или этапом обработки.

Организация папок проекта

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

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

Настройки конкретного расчёта WinJUPOS можно сохранять и загружать, поэтому имеет смысл архивировать их вместе с результатом. Тогда спустя время можно восстановить список участников, веса, тип вывода и другие параметры, а не пытаться реконструировать их по финальной картинке. Для повторяемости это важнее, чем наличие одной эффектной PNG без контекста.

Производительность и длительные расчёты

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

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

Для анимационной последовательности важен свободный объём на диске: десятки или сотни кадров в 48-битном PNG/TIFF занимают значительно больше места, чем один финальный JPEG. Перед расчётом проверяют каталог назначения, шаблон имени и ожидаемое число кадров, чтобы не остановить длительную операцию из-за заполненного накопителя.

Интерфейс и язык

Интерфейс WinJUPOS построен вокруг нескольких отдельных окон и традиционного меню Program, Recording, Analysis, Lists, Administration, Tools, Window и Help. Основные рабочие диалоги не скрывают параметры в автоматических мастерах: пользователь видит дату, UT, координаты, систему долгот, рамку, список .ims, веса и параметры вывода. Для точной работы это полезно, но начальное освоение требует понимания терминов и дисциплины ввода.

Официальная страница перечисляет английский, французский, немецкий, португальский, испанский, японский, упрощённый и традиционный китайский языки. Русского интерфейса в этом списке нет. Поэтому русскоязычному пользователю желательно запомнить названия ключевых команд — Image measurement, Ephemerides, De-rotation of images, De-rotation of R/G/B frames и Map computation — и ориентироваться по ним независимо от языка руководства.

Горячие клавиши ускоряют измерение серии сильнее, чем постоянные переходы мышью. F7 используется для открытия изображения, F11 — для автоматической подгонки рамки, F2 — для сохранения измерения, F3 — для загрузки сохранённых параметров, F12 — для компиляции в соответствующих окнах. Перед массовой обработкой стоит отработать эти действия на нескольких кадрах и убедиться, что активна нужная вкладка.

Совместимость

Официальная страница указывает Windows XP, Vista, 7, 8, 8.1, 10 и 11, а также сборку 32/64 bit для x86-процессоров. Для Linux официально упомянут запуск через WineHQ. При использовании другой среды разумно сначала проверить открытие и сохранение файлов, отображение диалогов и горячие клавиши на небольшой тестовой серии, особенно если компьютер в обсерватории работает без постоянного доступа к основной рабочей системе.

На дисплеях с высоким масштабированием интерфейса важно убедиться, что числовые поля, вкладки и нижняя строка состояния видны полностью. Для установки рамки желательно, чтобы планета занимала достаточно большую область экрана без постоянного скроллинга. Масштаб Windows и Zoom внутри WinJUPOS решают разные задачи: первый влияет на элементы интерфейса, второй — на представление изображения в рабочем окне.

Типичные ошибки и способы диагностики

Симптом	Вероятная причина	Что проверить
Детали двоятся по долготе	Неверное время одного или нескольких .ims	Средний UT каждого ролика, дату около полуночи, часовую зону журнала
Лимб образует двойной ободок	Разный размер или центр контуров	Page Up/Page Down, стрелки, автоматическую рамку и одинаковый кроп
Полосы Юпитера наклонены относительно модели	Ошибка поворота	N/P, ориентацию N и P, возможный разворот Backspace
Цветная кайма после RGB	Каналы сняты в разное время без правильной RGB-деротации	Channel каждого .ims, UT, выбор Red/Green/Blue файлов
Спутник превратился в дугу	Планетная деротация применена к движущемуся спутнику	Сократить интервал или обрабатывать спутник отдельно
Тень спутника раздваивается	Слишком длинная серия через транзит	Уменьшить число кадров и временной диапазон
Компиляция не находит изображение	Исходный файл перемещён после сохранения .ims	Путь к файлу и структуру проекта
Карта растянута по широте	Несогласованная шкала или проекция	Projection type и Latitude scale
Карта смещена по долготе	Неверная система или левая граница	System и Longitude of left margin
Эфемериды не совпадают с видом	Неверная дата, UT или выбранное тело	Celestial body, временные поля и календарную дату
После деротации деталей меньше	Включены слабые кадры или чрезмерный охват	Качество каждого стэка, веса, временной интервал
Контур не распознаётся автоматически	Слабый или обрезанный лимб	Кроп, фон, контраст и ручную подгонку
Сатурн совпадает по диску, но не по кольцам	Ошибка поворота или размера модели	Ориентацию всей системы колец, а не только сферы
Марсианская карта имеет локальный сдвиг	Терминатор принят за полный лимб	Фазу, дополнительную графику и положение рамки
CSV искажает время	Автопреобразование таблицей	Импорт колонок как текст или число с явными типами
Одинаковое имя даёт другой результат	Файл был перезаписан другой обработкой	Размер, хэш и дату изменения исходника
На одном краю видна ступенька	Неверное положение части измерений	Сравнить край по всем .ims и исключить проблемный
Результат крупнее, но не детальнее	Завышен выходной размер	Реальный диаметр диска в пикселях и масштаб стэка
Текстура не совпадает с деталями	Неверный нулевой меридиан карты	Проекцию и долготу левого края
Drift chart распадается на группы	Смешаны коды объектов или системы долгот	Selection, объект, Sy. и диапазон дат

Неверное время

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

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

Неверный размер рамки

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

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

Перешарп до измерения

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

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

Артефакты спутников и теней

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

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

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

1. Записать несколько коротких последовательностей без изменения оптического масштаба и сохранить точные временные метки.
2. Сложить каждый ролик отдельно, получить мастер-кадры одинакового размера и умеренно повысить резкость для уверенного лимба.
3. Выбрать нужное небесное тело, открыть первый кадр в Image measurement и проверить дату, средний UT и сведения о месте.
4. На Adj. выбрать Colour, выполнить F11, затем вручную уточнить положение, размер и поворот контурной рамки.
5. Сохранить .ims и повторить измерение для каждого стэка, не перемещая исходные изображения после сохранения.
6. Открыть De-rotation of images, добавить .ims и проверить список, веса и временной диапазон.
7. При необходимости назначить кадр в середине серии как time reference, выбрать формат и разумный квадратный размер результата.
8. Скомпилировать изображение, проверить лимб, мелкие детали и зоны спутников или теней, затем сравнить с лучшим одиночным стэком.
9. После успешной геометрии выполнить финальную резкость, цвет, шумоподавление и публикационный кроп во внешнем редакторе.

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

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

Практический сценарий для монохромной RGB-съёмки

1. Подготовить отдельные стэки R, G и B с точным средним UT каждого ролика.
2. Измерить каждый канал в Image measurement, обязательно указав соответствующий Channel.
3. Если для каждого цвета есть несколько последовательных стэков, сначала объединить кадры одного цвета через De-rotation of images.
4. Измерить полученные красный, зелёный и синий итоговые кадры заново, потому что они имеют новую временную привязку и могут отличаться от исходников.
5. Открыть De-rotation of R/G/B frames и назначить .ims в правильные поля Red, Green и Blue; при LRGB добавить Luminance.
6. Проверить Gamma, LD value и Weighting, выбрать ориентацию и высокоразрядный выходной формат.
7. Скомпилировать RGB, оценить цветные края и совпадение мелких деталей, затем выполнить окончательный баланс цвета отдельно.

Ключевой принцип — не смешивать геометрическую коррекцию и художественный цветовой баланс. WinJUPOS сначала приводит каналы к одной геометрии и времени. Насыщенность, оттенок, локальный контраст и шум лучше править после того, как исчезло физическое смещение деталей между R, G и B. Иначе цветовая коррекция может визуально скрыть геометрическую проблему, но не устранит её.

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

Сценарий построения карты

1. Выбрать серию изображений, покрывающую нужные долготы, и для каждого кадра создать точный .ims.
2. Открыть Map computation и добавить измерения, которые относятся к одной карте и совместимой системе долгот.
3. Выбрать проекцию, согласованную шкалу широт, ориентацию и размер карты.
4. Задать систему долгот и Longitude of left margin так, чтобы итоговую карту было удобно сравнивать с другими датами.
5. Скомпилировать карту и проверить несколько известных деталей по координатной сетке.
6. При мозаике согласовать яркость участков и не использовать крайние зоны лимба там, где перспективное сжатие уничтожило детали.
7. Сохранить настройки проекции вместе с картой, чтобы следующая дата создавалась в тех же координатах.

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

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

Сценарий наблюдательного планирования

1. В Program выбрать объект будущей съёмки и открыть Ephemerides.
2. Ввести дату, UT и географические координаты места наблюдения.
3. В Graphics включить Names и при необходимости сетку, текстуру, центральный меридиан и экватор.
4. Прокрутить время с удобным шагом, отметить интервалы появления нужной долготы или спутникового события.
5. Проверить высоту и доступность объекта во внешнем планировщике, потому что WinJUPOS здесь используется прежде всего для планетной геометрии.
6. В журнале съёмки заранее фиксировать UT, чтобы последующая Image measurement воспроизводила тот же временной контекст.

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

Для Сатурна заранее оценивают положение колец и спутников, для Марса — видимую долготу и фазу, для Урана и Нептуна — ориентацию и поле со спутниками. Такой план помогает выбрать размер ROI и длительность серий до начала ночи, а не менять стратегию после того, как событие уже началось.

Сценарий измерения атмосферной детали

1. Создать точный .ims на кадре с хорошо видимым диском и правильным временем.
2. Перейти на Pos., выбрать удобное перекрестие и поставить его в повторяемую точку детали, например центр устойчивого овала.
3. Сохранить позицию с однозначным кодом объекта и каналом.
4. Повторить измерение на последующих датах, используя ту же трактовку центра детали.
5. Через Selection отфильтровать записи одного объекта и проверить сортировку.
6. Построить Drift chart в выбранной системе долгот, добавить тренд или вспомогательную линию только после очистки выбросов.
7. Экспортировать измерения в CSV для независимой проверки и статистики.

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

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

Что WinJUPOS не делает за пользователя

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

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

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

Поля Image measurement: что контролировать перед Save

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

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

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

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

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

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

Параметры Adj. без лишней коррекции

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

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

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

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

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

Как читать артефакты по форме

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

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

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

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

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

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

Контроль серии перед длинной деротацией

• Отсортируйте .ims по времени и просмотрите первый, средний и последний кадр.
• Сравните диаметр планеты в пикселях у файлов одной оптической конфигурации.
• Проверьте, что ни один кадр не был масштабирован или обрезан после создания .ims.
• Убедитесь, что Channel соответствует реальному фильтру или Colour.
• Сравните положение N и P на всех кадрах и исключите случайный разворот.
• Проверьте фон: сильный градиент и остатки выравнивания могут давать швы.
• Отделите серии до и после заметной перефокусировки или поворота камеры.
• Сохраните одиночный контрольный стэк при наличии спутника или тени.
• Запишите reference time и веса, чтобы удачный расчёт можно было повторить.
• Сначала сделайте тестовую компиляцию на небольшом наборе, а затем расширяйте группу.

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

Проверка картографической проекции

Сначала найдите на карте несколько деталей с хорошо известным взаимным расположением. Если их долготные расстояния выглядят правдоподобно, но вся карта смещена, проверяйте Longitude of left margin. Если расстояния между деталями сами искажены, причина вероятнее в рамке, масштабе широт или выбранной проекции.

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

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

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

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

Эфемериды как независимая проверка съёмки

Если на кадре виден Галилеев спутник, сопоставьте его сторону относительно Юпитера и примерное расстояние с Graphics. Грубое несоответствие обычно выявляет неправильное время или зеркальность быстрее, чем анализ полос. Для точной подгонки рамки спутник не является заменой лимба, но как независимый индикатор временной последовательности он очень полезен.

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

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

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

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

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

Если изменилось фокусное расстояние, поставлена другая линза Барлоу или изменён ROI с последующим ресайзом, создайте отдельную геометрическую группу. Смешение масштабов усложняет контроль и увеличивает риск ошибочного .ims. Формально WinJUPOS может пересчитать разные размеры, но практическая проверка становится намного сложнее.

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

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

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

Если использовались разные фильтры, не объединяйте их обычной De-rotation of images как однородные кадры, когда цель — цвет. Для каналов предназначен RGB-диалог или раздельные монохромные результаты. Смешение IR и RGB в одной обычной группе даст неопределённый спектральный результат даже при идеальной геометрии.

Справочная таблица по основным объектам данных

Элемент	Что содержит или делает	Практическое замечание
Исходный стэк	Готовое изображение из короткого ролика	Должен иметь стабильный размер и достаточный лимб
.ims	Геометрическое измерение конкретного изображения	Сохраняет связь с исходным файлом; после изменения изображения делайте новое измерение
.mea	Записи позиционных измерений объектов	Подходит для долговременных рядов и drift charts
Selection	Отфильтрованный набор измерительных записей	Перед графиком проверяйте объект, даты, систему и канал
Drift chart	График изменения координаты во времени	Показывает движение относительно выбранной системы вращения
CSV	Табличный экспорт измерений	Импортируйте с явными типами колонок
Map computation	Проецирование измеренных кадров на карту	Требует согласованной проекции и долготы левого края
Texture image	Карта для графического глобуса в Ephemerides	Нужны корректные проекция, ориентация и нулевой меридиан
Reference time	Время, к которому приводится серия	Обычно выбирают внутри временного диапазона данных
Weighting	Относительный вклад кадра в компиляцию	Не заменяет исправление плохого .ims
LD value	Параметр компенсации потемнения к лимбу	Проверяйте по всей окружности диска
Channel	Тип цветового или монохромного канала	Критично для RGB-деротации
Observer	Идентификатор наблюдателя	Полезен в совместных проектах и архивах
Image info	Короткая метка конкретного кадра	Указывайте фильтр, серию или этап обработки
CM1/CM2/CM3	Центральные меридианы доступных систем	Рассчитываются из времени и выбранного тела
Outline frame	Расчётный контур и ориентация планеты	Подгоняется автоматически и вручную
Additional graphic	Дополнительные ориентиры модели	Полезны для проверки ориентации на Марсе и других телах
Quadratic image size	Размер квадратного итогового кадра	Не завышайте относительно реального масштаба
Image orientation	Север или юг сверху в результате	Фиксируйте одно направление для серии
Compile image F12	Запуск итогового пересчёта	Сначала проверяйте список входов и каталог назначения
Real time	Подстановка текущего времени в эфемериды	Для анализа снятых данных вводите время из журнала
Names	Подписи планеты и спутников в Graphics	Удобны для планирования транзитов и идентификации
Grid	Координатная сетка на графическом диске	Включайте для оценки широт и долгот
Shading	Освещение графической модели	Полезно для визуального соответствия фазе
Unillum. surface	Показ видимой, но неосвещённой части	Особенно полезен для фазовых тел
Planetary orientation	Ориентация относительно планеты	Удобна для физического сравнения поверхности
Equatorial orientation	Ориентация относительно небесного экватора	Удобна при сопоставлении с телескопическим полем
Horizontal orientation	Ориентация относительно горизонта	Зависит от места и времени наблюдения

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

Программа	Лучше подходит для	Главное ограничение
WinJUPOS	Деротация планетных изображений, геометрические измерения, карты и эфемериды	Требует точной временной и контурной привязки каждого кадра
AutoStakkert!	Отбор, выравнивание и стэкинг тысяч кадров планетного или лунного видео	Не заменяет координатную модель, картографирование и drift charts WinJUPOS
AstroSurface	Стэкинг и последующая обработка планетных и лунных кадров, резкость и фильтры	Меньше специализированных инструментов для планетных координат и долговременных измерительных рядов
RegiStax	Wavelet-резкость, базовое выравнивание и обработка готовых планетных стэков	Не рассчитан на полноценную координатную деротацию серии и планетные эфемериды
PlanetarySystemStacker	Стэкинг планетных и лунных последовательностей с автоматизированной обработкой	Основной фокус — получение стэка, а не привязка атмосферы к системе долгот и построение карт

Практический выбор обычно не является взаимоисключающим. AutoStakkert!, AstroSurface или PlanetarySystemStacker удобнее на этапе отбора и сложения видеокадров, RegiStax часто используют для wavelet-резкости, а WinJUPOS подключают там, где нужно учесть физическое вращение планеты, связать изображение с координатами, построить карту или проверить эфемериды. Поэтому наиболее сильный рабочий поток сочетает специализированный стэкер с WinJUPOS, а не пытается заставить одну программу выполнять весь цикл.

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

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

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

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

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

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

Начните с деротации кадров Юпитера: так видно, как ошибки времени, масштаба и рамки меняют результат.

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