PTAssembler: сборка панорам, мозаик и точное совмещение кадров

PTAssembler предназначен для точной сборки панорам, многострочных мозаик и совмещённых серий из перекрывающихся фотографий, когда автоматического «склеить в один клик» недостаточно и нужно управлять контрольными точками, геометрией объектива, проекцией, оптимизацией, экспозицией и способом вывода. Программа особенно полезна фотографам, которые снимают пейзажи, архитектуру, крупные предметы или высокодетальные сцены сериями кадров и хотят иметь возможность вручную исправить проблемное совпадение, а не принимать результат автоматического алгоритма как окончательный. PTAssembler строит работу вокруг пяти последовательных экранов: загрузка исходников, параметры объектива и проекции, контрольные точки, оптимизация положения кадров и создание результата; при этом те же операции можно частично автоматизировать через Autocreate, Autoalign, пакетную очередь и командную строку.

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

Главная логика программы проще, чем может показаться по количеству числовых полей. В проект сначала добавляются изображения, затем задаётся модель объектива и предполагаемая проекция будущей панорамы. После этого PTAssembler должен понять, какие детали на соседних кадрах соответствуют друг другу. Такие соответствия называются control points, или контрольными точками. На их основе оптимизатор оценивает пространственное положение каждого кадра: yaw отвечает за поворот влево и вправо, pitch — за наклон вверх и вниз, roll — за вращение вокруг оптической оси. При необходимости вместе с положением уточняются поле зрения и параметры геометрических искажений объектива.

Другие инструменты: ФотоМАСТЕР.

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

Кнопка Create запускает уже окончательный конвейер. В зависимости от настроек он может ограничиться ремапом и базовым объединением, либо дополнительно вызвать внешние программы для blending и stacking. Из-за этого два проекта с одинаковыми контрольными точками могут давать разные финальные файлы, если отличаются параметры Processing Options или конфигурация плагинов. Проект PTAssembler следует воспринимать не как готовую картинку, а как набор геометрических, фотометрических и выходных параметров, которые можно повторно использовать и пересобирать.

Установка и начало работы

PTAssembler рассчитан на Windows. В современных для самой программы сборках собственным движком сшивания служит PTAStitcher, поэтому старое требование устанавливать Panorama Tools для базовой работы больше не относится к обязательным условиям. Это важный момент при настройке: если встречается старое руководство, где PTAssembler описывается только как оболочка над PTStitcher или PTOptimizer, его инструкции по зависимостям нельзя механически переносить на более позднюю конфигурацию. Базовый цикл с ручными контрольными точками, оптимизацией и созданием панорамы выполняется штатным PTAStitcher.

После первого запуска полезно открыть Help → Check Installation. Эта команда не просто показывает сведения о версии: она проверяет наличие требуемых компонентов и сообщает состояние известных программе вспомогательных утилит. Если позже возникнет ошибка при Autocreate, stacking или blending, результат Check Installation помогает отделить проблему самого проекта от отсутствующего внешнего исполняемого файла. В той же группе команд есть просмотр файла ptasmblr.ini; в нём хранятся настройки PTAssembler, причём несколько установленных версий могут использовать общий файл конфигурации.

Отдельно следует проверить File → Preferences. На вкладке Files/Dirs задаются каталоги и временные пути, а в Plugins — местоположение внешних средств поиска контрольных точек, blending и stacking. Не нужно заполнять все поля «на всякий случай»: PTAssembler способен собрать обычную панораму без дополнительных программ. Подключать Enblend, Smartblend, Multiblend, TuFuse, Enfuse или другие поддерживаемые помощники имеет смысл только под конкретный сценарий. Неправильно указанный путь к плагину создаёт больше проблем, чем отсутствие неиспользуемого плагина.

Если интерфейс кажется перегруженным, команда Help → Show wizard now запускает мастер, который проводит через базовые этапы. Мастер удобен для знакомства с порядком действий, но не заменяет понимания пяти экранов: при сложном проекте всё равно придётся вернуться к Step 2–Step 4 и проверить параметры вручную. Для постоянной работы разумнее освоить последовательность экранов, а мастер оставить как подсказку.

Step 1: загрузка исходников и устройство проекта

Первый экран — Step 1. Source Images. Исходники можно добавить через File → Add Images, соответствующую кнопку на рабочем экране или перетаскиванием файлов. Актуальная справка ориентирует основной рабочий процесс на JPEG и TIFF. Если съёмка велась в RAW, предсказуемый вариант — сначала проявить серию в RAW-конвертере и передать PTAssembler TIFF или JPEG. В официальном описании пакетного процесса RAW также рассматривается как материал, который предварительно конвертируется в TIFF, а не как основной нативный вход самого PTAssembler.

Таблица исходников показывает не только имена файлов. Здесь видны значения yaw, pitch и roll, информация о контрольных точках и служебные признаки, связанные со стековыми группами. На раннем этапе большинство геометрических значений ещё не окончательны: их рассчитает оптимизатор. Однако порядок кадров уже важен для удобства работы. Для обычной однорядной панорамы лучше сохранять последовательность съёмки слева направо или справа налево; для многострочной мозаики — придерживаться понятного порядка по рядам. Алгоритму не всегда нужен «человеческий» порядок, но при ручной проверке соседних пар он существенно снижает риск выбрать не те два изображения.

Проект сохраняется командами File → Save Project и File → Save Project as. Формат проекта имеет расширение PTP. В нём находятся ссылки на исходники и рассчитанные параметры, а не копии фотографий. В Preferences доступна опция хранения полных путей к изображениям. С полными путями проект можно держать отдельно от исходников, но перенос папки на другой диск часто потребует восстановления путей. Без полных путей проект удобнее переносить вместе с изображениями, зато файл PTP должен находиться в согласованной с ними структуре. Перед большой серией стоит выбрать один подход и придерживаться его.

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

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

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

Для экспозиционного или фокусного стека полезно заранее отделить понятие «позиция камеры» от «варианта экспозиции/фокуса». PTAssembler умеет присваивать изображениям stack ID и передавать группы внешним stacking-инструментам. Если несколько кадров сняты из одной позиции, но отличаются экспозицией или плоскостью резкости, их следует рассматривать как один стек в рамках соответствующего узла панорамы, а не как очередные позиции по горизонтали.

EXIF, свойства и восстановление параметров

На Step 1 и связанных экранах программа использует метаданные там, где они доступны. EXIF помогает вычислить исходное поле зрения по фокусному расстоянию и параметрам камеры. Это не означает, что EXIF заменяет оптимизацию: метаданные дают стартовую оценку, а соответствия между реальными изображениями уточняют её. Если EXIF отсутствует, ошибочен или был потерян после промежуточного сохранения, значение FOV можно ввести вручную, получить через Lens Calculator либо взять из сохранённого профиля объектива.

Команда File → Properties открывает свойства проекта. В более сложных рабочих процессах здесь же используются сведения о местоположении, которые PTAssembler может получать из EXIF или GPX. Для обычной панорамы GPS никак не улучшает точность шва, поэтому заполнять координаты только ради сшивания не требуется. Географические данные — отдельный метаданный слой, а не замена control points.

Step 2: объектив, поле зрения и проекция

Экран Step 2. Lens/Settings задаёт математическую модель, в которую должны вписаться кадры. Два поля особенно важны: Lens Type и Horizontal FOV. Для обычного не-fisheye объектива справка предлагает rectilinear как типичный выбор. Кнопка Calculate using image EXIF data… позволяет вычислить горизонтальное поле зрения из метаданных, если камера и фокусное расстояние определяются корректно. Ошибка в типе объектива или грубо неверное FOV часто проявляется уже на оптимизации: края перестают согласовываться, а коэффициенты искажения уходят в неразумные значения.

Panorama Projection определяет не модель исходного объектива, а способ отображения общей сцены на плоскость результата. Это две разные настройки. Один и тот же набор rectilinear-кадров можно вывести, например, в rectilinear, cylindrical или equirectangular-проекции. Выбор зависит от охвата и сюжета. Rectilinear сохраняет прямыми и горизонтальные, и вертикальные линии, но не допускает горизонтальное поле зрения в 180° и больше и всё сильнее растягивает края при широком угле. Cylindrical снимает ограничение по горизонтальному охвату и сохраняет вертикали прямыми, но горизонтальные линии вне центральной области становятся дугами. Equirectangular предназначена в том числе для очень широких и сферических представлений.

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

Interpolator Quality и компромисс между скоростью и качеством

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

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

Параметры объектива a, b, c, d, e, g и t

PTAssembler может учитывать неидеальность оптики числовыми коэффициентами. Параметры a, b и c описывают радиальную дисторсию, а d и e — смещение центра. Дополнительные g и t относятся к shear-компонентам. Не следует оптимизировать всё одновременно только потому, что поля доступны. Чем больше свободных переменных, тем легче математике найти формально неплохое решение, которое плохо обобщается на весь кадр.

Для начала достаточно корректного Lens Type и разумного FOV. Если одна камера, один объектив и одно фокусное расстояние использовались для всей серии, логично связывать общие параметры объектива между изображениями. Затем по устойчивым, хорошо распределённым контрольным точкам можно уточнять дисторсию. Если кадры получены разными объективами, после изменения зума или из нескольких камер, жёсткая связь параметров уже может быть ошибкой; PTAssembler допускает linked и unlinked настройки именно для таких случаев.

Step 3: контрольные точки — основа точного совмещения

Step 3. Control Points — главный ручной экран PTAssembler. Он показывает два изображения рядом и позволяет отметить одну и ту же физическую деталь на обоих. Программа воспринимает такую пару координат как утверждение: эти два пикселя должны описывать одну точку сцены. Набор таких утверждений затем поступает оптимизатору. Чем точнее точки и чем лучше они распределены по области перекрытия, тем надёжнее оцениваются yaw, pitch, roll, FOV и параметры дисторсии.

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

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

Быстрое ручное добавление и управление просмотром

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

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

Есть и экспериментальное micro-positioning — попытка немного подвинуть поставленную точку, анализируя соседнюю область. В документации функция прямо отмечена как экспериментальная и по умолчанию отключена. Поэтому включать её глобально в надежде «исправить» плохо выбранные точки не стоит. Она может уточнить небольшое смещение, но не распознает неверную физическую деталь как ошибку пользователя.

Автоматический поиск контрольных точек

Кнопки автоматического поиска позволяют использовать подключённый control point picker. В разных конфигурациях PTAssembler поддерживает такие внешние средства, как PTAPicker, Panomatic, CPFind и Autopano; конкретный доступный список зависит от сборки и того, что указано в Preferences → Plugins. На Step 1 также присутствует команда генерации control points. Автоматический детектор удобен как старт, особенно для текстурных пейзажей и архитектуры, но его результат необходимо проверять перед серьёзной оптимизацией.

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

Линейные контрольные точки

Помимо обычных пар PTAssembler понимает вертикальные и горизонтальные линии. Они нужны не для совпадения двух разных кадров как таковых, а для передачи геометрического ограничения: эта линия в реальной сцене должна оставаться вертикальной или горизонтальной. Для архитектуры это особенно полезно. Пара корректно заданных вертикальных линий помогает оптимизатору определить pitch и roll, а горизонтальные линии дают информацию о yaw и roll. Справка отдельно отмечает, что при наличии достаточного числа line control points автооптимизатор меняет стратегию и может оптимизировать параметры опорного кадра, которые в обычном проекте оставались бы фиксированными.

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

Маски и участки, которые не должны участвовать в шве

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

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

Control Point Information: поиск слабых мест проекта

Команда View → Show all control points открывает отдельный экран Control Point Information. В нём точки можно сортировать, удалять и переходить к их положению на Step 3. Двойной щелчок по строке возвращает соответствующую пару в редактор, что удобно при чистке проекта после первой оптимизации. Команды thinning позволяют проредить избыточный набор по расстоянию или расположению, а Refresh обновляет вычисленные показатели после изменений.

Не следует удалять все точки с наибольшим расстоянием автоматически, не взглянув на сцену. Большой residual может означать три разные вещи: точка поставлена неверно; в этой части есть параллакс или движение; модель объектива пока недостаточно точна. В первом случае точку удаляют или переставляют. Во втором иногда оставляют точки на более дальнем стабильном плане и решают локальную проблему blending-маской. В третьем полезнее скорректировать модель и повторить оптимизацию, чем вычищать все крайние точки до искусственно красивого среднего числа.

Step 4: оптимизация геометрии проекта

На Step 4. Optimizer контрольные точки превращаются в параметры расположения кадров. Оптимизация ищет значения, при которых соответствующие точки после проецирования оказываются как можно ближе друг к другу. В простом однорядном проекте достаточно оценить yaw, pitch и roll изображений относительно опорного кадра. В более сложном можно добавлять FOV, коэффициенты дисторсии и другие параметры. PTAssembler предоставляет автоматический и ручной режимы, а также отдельный экран конфигурации оптимизатора.

Перед запуском важно определить, что должно оставаться неизменным. Для любого набора относительных положений нужна система координат. Обычно один кадр или reference point задаёт опору, относительно которой размещаются остальные. Команда Tools → Set Reference Point открывает соответствующий выбор. Если бездумно разрешить всем кадрам одновременно менять все параметры без устойчивой опоры, решение может «плыть»: относительное совпадение получится приемлемым, но вся панорама окажется неожиданно смещена или повернута.

Auto-Optimize и ручная стратегия

Auto-Optimize предназначен для типичного случая, когда программа сама выбирает разумную последовательность параметров. Это хороший первый запуск после создания корректного набора control points. Ручной режим нужен, когда проект нетипичен: разные объективы, недостаточное перекрытие, намеренно фиксированный FOV, необходимость оптимизировать только часть lens parameters или исследовать, какой параметр разрушает решение.

При ручной оптимизации лучше двигаться от малого к большому. Сначала добиться устойчивого расположения кадров только по ориентации. Затем, если систематическая ошибка растёт к краям, добавить FOV и один-два релевантных коэффициента объектива. После каждого шага смотреть не только на среднее расстояние, но и на Preview. Одновременное включение yaw, pitch, roll, FOV, a, b, c, d, e, g и t для слабого набора точек создаёт переобученную математическую модель: цифра residual может уменьшиться, а геометрия изображения станет менее правдоподобной.

ACPD: что показывает среднее расстояние контрольных точек

PTAssembler использует Average Control Point Distance, сокращённо ACPD, как сводную оценку того, насколько далеко после оптимизации остаются пары контрольных точек. Меньшее значение обычно означает лучшее геометрическое согласование, но у ACPD нет универсальной границы «хорошо/плохо» для любого проекта. Значение зависит от разрешения, распределения точек, параллакса, модели и сцены. Поэтому ACPD следует использовать как индикатор изменений в одном проекте, а не как оценку качества фотографии.

В Preferences → Autocreate есть порог, при превышении которого PTAssembler может предложить прервать создание результата. Это страховка против явно неудачной автоматической геометрии. Если предупреждение срабатывает, не надо просто повышать порог до исчезновения сообщения. Сначала нужно открыть список control points, проверить самые большие ошибки, убедиться в типе объектива и FOV, посмотреть связь соседних кадров и повторить оптимизацию.

Auto-Level и Auto-Rotate

Кнопка Auto-Level пытается выровнять горизонт, анализируя распределение roll относительно положения кадров. Эта операция полезна для панорам, снятых на штативной голове с близким roll у всех исходников. В документации отдельно оговорено, что при съёмке с рук предпосылка может нарушаться: каждый кадр слегка повернут по-своему, и тогда автоматическое выравнивание не обязано давать ожидаемый результат. В Preview Viewer той же задаче соответствует Correct Pitch.

Auto-Rotate и связанная с ним команда Correct Roll корректируют общий поворот панорамы. Эти действия не исправляют локальные неверные control points и не заменяют оптимизацию объектива. Их место — после получения согласованной геометрии, когда нужно правильно ориентировать уже собранную сцену.

Optimizer Configuration: когда трогать расширенные параметры

Отдельный экран Optimizer Configuration позволяет менять поверхность измерения расстояний и стратегию сходимости. По умолчанию справка рекомендует оставлять стандартные параметры. Особенно показателен выбор Distance Measurement Surface: при измерении на плоскости точки в сильно растянутых участках проекции получают иной вес, тогда как сферическая поверхность делает вклад разных областей более сопоставимым. Вмешательство оправдано, если пользователь понимает, какую математическую проблему решает настройка, а не как попытка случайно уменьшить ACPD.

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

Что делать, если оптимизация расходится

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

• Проверьте, что каждая соседняя пара действительно перекрывается и связана контрольными точками.
• Удалите очевидно ложные точки на движущихся и повторяющихся деталях.
• Убедитесь, что Lens Type соответствует исходникам, а стартовый FOV реалистичен.
• На время зафиксируйте коэффициенты дисторсии и оптимизируйте только положение.
• Выберите устойчивый reference image или корректный reference point.
• Для архитектуры добавьте обоснованные vertical/horizontal line control points.
• После восстановления геометрии постепенно возвращайте дополнительные параметры.

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

Step 5: предпросмотр перед финальной сборкой

Экран Step 5. Create объединяет параметры размера и поля зрения с двумя ключевыми действиями — Preview и Create. Предпросмотр нужен именно до полного рендера: он создаёт облегчённое изображение, показывающее положение ремапленных кадров. Программа специально не выполняет на этом этапе blending, stacking и другие поздние операции, чтобы результат появился быстрее. Поэтому грубые швы или разница экспозиции в Preview не обязательно присутствуют в финале; зато смещённые здания, разорванный горизонт или неверная область охвата должны восприниматься как повод вернуться к геометрии.

Кнопка Auto Size Parameters рассчитывает разумные Horizontal FOV, width и height по текущему расположению изображений. Это полезная отправная точка, но не обязательная финальная кадрировка. После расчёта можно сознательно изменить поле зрения и размеры. Если пользователь удерживает Shift при запуске Preview, PTAssembler не пытается автоматически корректировать FOV и габариты и использует введённые значения, если они допустимы для выбранной проекции.

Ограничения проекции продолжают действовать и здесь. Например, rectilinear не может охватывать 180° по горизонтали или больше; если запросить математически невозможное значение, программа уменьшит его до допустимого. Это не «обрезание из-за бага», а свойство самой проекции. Для действительно широкой сцены нужно либо перейти к cylindrical/equirectangular, либо сознательно сократить охват.

Preview Viewer/Editor: композиционная правка без повторной разметки

Встроенный Preview Viewer/Editor позволяет менять композицию, не возвращаясь к ручному редактированию всех yaw/pitch/roll. Щелчок и перетаскивание используются для смещения панорамы, вращательные действия — для коррекции ориентации; рядом доступны числовые поля и Numerical Transform для тех же задач с точными значениями. Важно, что трансформация пересчитывает параметры кадров согласованно и сохраняет их относительное расположение, а не просто прибавляет одно число к каждому yaw или pitch.

В Viewer можно изменить projection и перерисовать изображение, скорректировать Horizontal/Vertical FOV, включить Display Yaw/Pitch и вывести сетку с шагом в градусах. Сетка помогает понять, почему один тип проекции растягивает края сильнее другого. Для архитектуры полезно включить Display Control Points и границы исходных изображений: тогда видно, где именно располагаются соединения и не сосредоточены ли проблемные точки в одном участке.

Кнопки Correct Yaw, Correct Pitch и Correct Roll предназначены для общей ориентации результата. Correct Yaw центрирует панораму относительно опорной линии, Correct Pitch выполняет ту же задачу, что Auto-Level на Step 4, а Correct Roll соответствует общей коррекции вращения. После изменения нужно обновить Preview и проверить, что полезное содержимое не ушло за выбранные границы.

Нажатие OK принимает правки Viewer, переносит их в текущий проект и рассчитывает подходящий финальный размер на Step 5. Cancel отбрасывает изменения, сделанные внутри просмотрщика. Это делает Preview безопасной площадкой для композиционных экспериментов: можно сравнить несколько проекций и вариантов центрирования, не разрушая рабочую геометрию одним неудачным движением.

Форматы вывода и выбор структуры результата

PTAssembler может выводить JPEG, TIFF, PSD и PSB, причём для TIFF/Photoshop доступны варианты с разной структурой слоёв или отдельных файлов. Выбор формата — не косметическая настройка. Если цель — закончить всё внутри конвейера и получить готовый файл, подходит blended single-layer TIFF или другой однослойный результат. Если планируется вручную доводить швы, маски и локальную экспозицию в редакторе, лучше сохранить слои либо отдельные ремапленные изображения.

Варианты with masks добавляют к слоям маски, закрывающие пустое пространство вокруг полезной части ремапленного кадра. Это удобно, если дальнейшая работа идёт в Photoshop-совместимом редакторе. Multiple image TIFF решает похожую задачу иначе: каждый ремап становится отдельным файлом, что подходит внешним blending-утилитам и редакторам, где многослойный PSD/PSB не нужен.

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

Размер, разрешение и «чёрные поля»

Step 5 позволяет задавать ширину и высоту результата. Чем больше размер, тем больше времени и памяти потребуется не только PTAStitcher, но и внешнему blender. При сильной деформации исходников часть прямоугольного холста остаётся незаполненной — появляются чёрные или прозрачные области. Это нормальное следствие проекции. Их можно убрать финальным кадрированием или использовать cropped TIFF в совместимом сценарии.

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

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

Processing Options: из каких стадий собирается финальный конвейер

Экран Processing Options управляет тем, что произойдёт между чтением исходников и готовым файлом. Упрощённо цепочка выглядит как предварительная обработка, геометрический remap/stitch, при необходимости stacking, затем blending и постобработка. Не каждый проект использует все стадии. Чем меньше лишних звеньев, тем проще диагностировать ошибку, поэтому начинать лучше с базового stitch и добавлять внешние операции только после того, как геометрия уже подтверждена Preview.

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

Антиалиасинг PTAStitcher можно настраивать отдельно для preview и output. Он улучшает вид диагональных и тонких линий после remap, но увеличивает вычислительную работу. Для очень быстрого контроля расположения его можно не считать обязательным, а перед финальным рендером включить, если сцена содержит архитектурные диагонали, провода или другую высокочастотную структуру.

Pre-processing: когда нужен внешний этап до сшивания

PTAssembler умеет вызывать предварительные программы до stitch. В документации приведены, среди прочего, Neat Image и GREYCstoration как варианты шумоподавления. Программа не переписывает оригиналы: для pre-processing создаются временные файлы, которые затем передаются stitcher и обычно удаляются после успешной обработки. Это удобно для полностью автоматической цепочки, но усложняет диагностику.

Если шумоподавление или другая внешняя обработка не является обязательной частью воспроизводимого конвейера, безопаснее выполнить её до PTAssembler и сохранить подготовленные TIFF как отдельный набор исходников. Тогда результат легче повторить. Встроенный вызов внешнего pre-processor оправдан при пакетной работе, где одинаковая конфигурация применяется к десяткам проектов и есть смысл экономить ручные переходы.

Blending: Enblend, Smartblend и Multiblend

Штатный stitcher умеет выполнить базовое соединение, но PTAssembler поддерживает внешние программы, специализирующиеся на seam blending. На вкладке Plugins выбирается один blender и указывается путь к его исполняемому файлу; одновременно в конвейере используется один вариант. Для вызова такого сценария в Step 5 выбирается соответствующий blended output, например Blended, single layer TIFF.

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

Конкретные возможности и синтаксис внешних плагинов зависят от их версии. PTAssembler позволяет передавать дополнительные command line arguments и имеет Reset Arguments. Менять аргументы стоит после проверки, что базовый вызов работает. Если сторонняя программа завершается с ошибкой, первым шагом будет тест стандартных аргументов и пути к executable, а не изменение контрольных точек.

Stacking: TuFuse, Enfuse и CombineZM

Stacking нужен, когда несколько фотографий представляют одну и ту же позицию, но различаются экспозицией или фокусом. PTAssembler поддерживает внешний TuFuse и может работать с Enfuse или CombineZM в соответствующей конфигурации. Для экспозиционного стека цель — объединить информацию о диапазоне яркостей; для focus stack — собрать области резкости из нескольких фокусных плоскостей. Это отдельная задача от панорамного stitching, но PTAssembler способен организовать её внутри одного проекта.

Ключевое условие — корректно назначенные stack groups и геометрически согласованные кадры. Если экспозиционный брекет снят с небольшим сдвигом, его сначала нужно выровнять. Режим Autoalign как раз рассчитан на набор изображений одной сцены одинаковых размеров и может по настройке передать выровненные кадры в stacking. Для fisheye Autoalign официально не предназначен; документация ограничивает этот режим rectilinear-изображениями.

Фотометрическая коррекция: экспозиция, баланс белого и виньетирование

Геометрически совпавшие кадры могут всё равно выдавать заметные полосы из-за разной экспозиции, баланса белого или виньетирования. Команда View → Show exposure/whitebalance/vignette adjustments открывает фотометрический экран. Здесь PTAssembler хранит индивидуальные поправки для снимков и параметры модели, включая response curve камеры и коэффициенты виньетирования.

Кнопка Load from EXIF пытается получить экспозиционные данные из выдержки, диафрагмы и ISO и на их основе задать относительные поправки. Это хороший старт для серии, снятой автоматикой с небольшими различиями экспозиции, но метаданные не описывают все изменения света в реальной сцене. Фотометрический оптимизатор использует перекрытия между уже геометрически выровненными изображениями и может уточнять экспозицию, white balance и vignetting по данным самих кадров.

Фотометрическую оптимизацию следует выполнять после геометрической. Если кадры ещё смещены, сравнение яркости будет происходить между разными физическими деталями и модель получит загрязнённые данные. Сначала control points и Step 4, затем фотометрия. После коррекции полезно снова открыть Preview с отображением границ исходников: резкий тональный перелом вдоль границы указывает, что нужны дополнительные поправки или внешний blender.

Общий exposure slider позволяет сделать весь проект светлее или темнее, не меняя относительные различия между изображениями. Это не замена полноценной тональной обработке RAW, а удобная финальная поправка для общей яркости панорамы. Исходные файлы при этом не переписываются: значения хранятся в проекте и применяются в процессе создания результата.

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

Autocreate объединяет несколько действий: поиск контрольных точек, последовательную оптимизацию, отбраковку явно плохих соответствий, расчёт расположения и, в зависимости от настроек, создание preview или финального изображения. Это не отдельный «другой» алгоритм сшивания, а автоматизированный путь через те же ключевые сущности проекта. Поэтому после Autocreate можно открыть Step 3 и Step 4, изучить созданные точки и параметры, исправить их и продолжить вручную.

В Preferences → Autocreate настраивается, сколько control points сохранять после последовательных этапов оптимизации, какой порог считать подозрительным относительно median distance, нужно ли автоматически сохранять проект перед выводом, выполнять ли stacking и при каком ACPD показывать предупреждение. Автопроцесс специально удаляет часть точек между проходами: сначала создаётся сравнительно широкий набор, затем точки с плохими residual постепенно отбрасываются. Это разумнее, чем пытаться оптимизировать финальную геометрию по всем исходным совпадениям независимо от их качества.

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

Параметр «by default, create a preview or final image» позволяет решить, что Autocreate делает в конце. Для ответственной работы preview безопаснее: автоматическая операция останавливается на быстрой проверке, после которой пользователь подтверждает кадрирование и геометрию. Прямой full-size output полезен в действительно стандартизированной серии, где съёмка, объектив и структура проектов повторяются и ошибка легко обнаруживается по последующему контролю.

Autoalign: выравнивание стеков без построения панорамы

Autoalign решает близкую, но другую задачу. Он рассчитан на изображения одной сцены одинаковых размеров, которые нужно совместить друг с другом и вывести в том же размере, например перед stacking. Режим ищет control points, выполняет оптимизацию и подготавливает выровненные изображения. При включённой опции он может затем запустить stacking-плагин. В официальной документации для Autoalign указано ограничение: режим рассчитан на rectilinear lenses и не предназначен для fisheye.

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

Для focus stack действует тот же принцип. Если камера и объект не двигались, выравнивание может быть минимальным, а stacking сосредоточится на резкости. Если кадры заметно меняют масштаб из-за focus breathing или перемещения камеры, простого yaw/pitch/roll может оказаться недостаточно. Тогда качество результата определяется не только PTAssembler, но и тем, насколько выбранный stacker справляется с различиями между кадрами.

Многострочные мозаики и большие поля зрения

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

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

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

На очень больших проектах возрастает цена неверного решения. Полный Create может занимать существенно больше времени и временного дискового пространства, особенно если выводятся отдельные TIFF и затем запускается blender. Поэтому схема «оптимизация → небольшой Preview → проверка проекции и границ → финальный размер» здесь обязательна практически, даже если технически программа позволяет сразу нажать Create.

Проекты со съёмкой из разных точек

В списке возможностей PTAssembler отдельно указана работа со снимками, сделанными с разных vantage points. Это не означает отмену параллакса. Программа может оптимизировать и собирать такие наборы, когда сцена допускает согласованную модель или когда локальные несоответствия удаётся увести в швы, но близкие объекты, снятые с заметно разных позиций, сохранят взаимный сдвиг относительно дальнего плана. Чем сцена «плосче» и дальше от камеры, тем легче такая задача.

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

Сцену с сильным передним планом полезно разбить по проблемным зонам ещё до финального рендера. В Preview включить borders и control points, определить, где проходит overlap, затем по возможности переместить центр панорамы или выбрать такую проекцию, чтобы наиболее заметная seam-зона оказалась на менее структурном фоне. Это пример задачи, где PTAssembler полезен именно ручным контролем: автоматический результат можно не отвергать целиком, а локально перестроить.

Профили объектива и Lens Calculator

Если одна и та же камера с объективом используется регулярно, повторный ввод FOV и коэффициентов неудобен и повышает риск случайной ошибки. Экран Lens Presets, вызываемый через Tools → Show lens presets, позволяет сохранять и загружать наборы параметров объектива. В профиль могут входить поле зрения и коэффициенты геометрической модели. Это особенно полезно для фиксированного фокусного расстояния и стабильной схемы съёмки.

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

Tools → Show lens calculator открывает Lens Calculator. Он вычисляет FOV из фокусного расстояния и, наоборот, фокусное расстояние из заданного поля зрения. Калькулятор полезен при отсутствии полноценного EXIF и при проверке подозрительного автоматического значения. Если расчёт по метаданным даёт поле зрения, явно не соответствующее фактическому кадру, лучше установить проверенное значение вручную, чем надеяться, что оптимизация исправит ошибку из совершенно неверной стартовой точки.

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

Команда Tools → Apply parameters from another project переносит параметры из другого PTP в текущий. Это полезно для серий, снятых одной и той же камерой с одинаковой схемой: например, несколько панорам со штатива в одном месте или последовательность повторных съёмок. При переносе нельзя предполагать, что сами yaw/pitch/roll подойдут любому набору; ценность операции в возможности наследовать релевантные настройки и затем дооптимизировать текущий проект.

Для технической диагностики есть Tools → Show Current Project File in Notepad. PTP можно посмотреть как текст и сравнить два проекта, если нужно понять, какая настройка изменилась. Править его вручную без необходимости рискованно: интерфейс PTAssembler обеспечивает согласованность связанных параметров, а случайная текстовая правка может создать комбинацию, которую трудно отследить. Но чтение файла полезно для автоматизации и восстановления.

File → Write Project Execution Script создаёт исполняемый сценарий проекта во временном каталоге. Такой script можно запустить отдельно от открытого окна PTAssembler. Это инструмент для опытной работы и диагностики внешнего конвейера: если GUI сообщает ошибку на стадии stitch или plugin, сохранённый execution script и временные файлы помогают увидеть фактическую последовательность вызовов.

Пакетная обработка готовых проектов

Batch Processing Screen предназначен не для автоматического создания геометрии с нуля, а для последовательного финального рендера уже подготовленных проектов. Кнопка Add current добавляет текущий проект, Add project — другой сохранённый PTP; файлы проектов можно также перетащить в окно. При добавлении задаётся имя будущего результата. Каждый проект должен быть готов к финальному Create: control points проверены, оптимизация выполнена, выходные параметры настроены.

Чекбокс рядом с проектом временно включает или исключает его из очереди. Это удобнее, чем удалять запись, если часть панорам нужно отложить. Опция Shutdown computer позволяет выключить систему после завершения всей очереди. Её стоит использовать только после тестового рендера хотя бы одного проекта с теми же плагинами и каталогами: ошибка пути или недостаток места иначе проявятся уже во время unattended-run.

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

PTAutomate и командная строка

В комплекте с PTAssembler предусмотрен PTAutomate — отдельная консольная утилита ptauto.exe, которая читает текстовый список проектов или диапазонов изображений и последовательно вызывает PTAssembler. Её роль шире встроенного Batch Processing: PTAutomate может запускать Autocreate или Autoalign ещё до того, как проекты вручную подготовлены к финальному рендеру. Встроенный batch, напротив, удобнее для уже оптимизированных PTP.

В списке для PTAutomate одна строка может содержать имя PTP либо пару «первый файл — последний файл». Если имена имеют последовательную числовую часть, PTAssembler пытается восстановить промежуточные кадры и проверяет, существуют ли они. Такой механизм полезен после съёмки множества серий с последовательными именами. При отсутствии ожидаемого промежуточного файла он не обязан добавляться в проект.

PTAutomate умеет ждать появления ещё не созданных TIFF. Практический конвейер выглядит так: фотограф отмечает диапазоны RAW-серий, запускает их проявку в TIFF и параллельно PTAutomate; по мере появления готовых файлов утилита передаёт очередную серию PTAssembler. Это не ускоряет сам RAW-конвертер или stitcher, но убирает ручное ожидание между стадиями. После Autocreate проекты всё равно рекомендуется просмотреть перед финальным batch.

Основные ключи PTAutomate включают выбор Autoalign или Stitch вместо Autocreate, разрешение перезаписи проекта, запрет создания preview, ограничение времени работы, отключение логирования, выбор отдельного log-файла, verbose-режим и завершение работы компьютера. Лог строится так, что обработанные строки помечаются, а необработанные могут быть использованы при следующем запуске. Это удобно после прерванной большой очереди.

Сам PTAssembler также принимает command line actions. /autocreate запускает Autocreate, /autoalign — выравнивание, /stitch — Create для уже подготовленного проекта. Опция /nodisplay не открывает результат после завершения, а /overwrite разрешает перезапись проекта при Autocreate. Для /stitch принципиально, чтобы PTP уже содержал рассчитанные yaw, pitch, roll и остальные необходимые параметры; команда не предназначена для автоматического «угадывания» неподготовленной геометрии.

GPS и привязка проекта к местоположению

PTAssembler способен присваивать проекту longitude, latitude и elevation по EXIF либо по треку GPX. Эта функция не участвует в математике control points, но полезна для каталогизации больших съёмок и сохранения места создания панорамы. В Preferences → GPS задаётся обработка GPX, включая временные смещения между часами камеры и трекером.

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

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

Производительность, память и временные файлы

У PTAssembler нет одного показателя скорости, который можно честно перенести на любой компьютер. Время зависит от числа и размеров исходников, выходного разрешения, интерполятора, битности, выбранной проекции, антиалиасинга, формата промежуточных файлов и внешних plugins. Preview обычно формируется заметно быстрее финального Create именно потому, что пропускает stacking, blending и другие стадии. Поэтому оценивать «скорость программы» по Preview и переносить её на финальный PSB некорректно.

В Preferences → Misc можно выбрать число процессоров/ядер, используемых PTAStitcher. Режим Auto запрашивает доступные ресурсы у системы. На многоядерной машине это позволяет распараллелить часть работы stitcher, но внешняя утилита может иметь собственную модель многопоточности. Если цепочка включает Enblend или другой процесс, загрузка CPU на следующем этапе определяется уже им.

Опция Minimize PTAStitcher memory use уменьшает потребление оперативной памяти ценой скорости. Она полезна при очень больших изображениях или ограниченной RAM, когда обычный рендер упирается в память. Это типичный компромисс: лучше медленнее завершить проект, чем получить падение из-за нехватки ресурсов. Для небольших панорам включать режим постоянно нет необходимости.

Temporary Directory в Preferences должен находиться на диске с достаточным свободным местом. Multiple image TIFF, 16-битные промежуточные данные и большие слоистые проекты способны временно занимать объём, значительно превышающий размер финального JPEG. Если обработка прерывается из-за ошибки, PTAssembler может сохранить временные project execution files вместо удаления; это полезно для диагностики, но после решения проблемы каталог следует очистить вручную.

Опция low thread priority позволяет запускать обработку с меньшим приоритетом, чтобы система оставалась отзывчивее во время долгого рендера. Она не уменьшает объём вычислений и может увеличить календарное время выполнения под нагрузкой. Для ночной очереди приоритет обычно менее важен; для рабочего компьютера, на котором параллельно выполняются другие задачи, снижение приоритета может быть полезнее минимальной длительности stitch.

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

PTAssembler координирует собственный stitcher и, при необходимости, несколько внешних программ, поэтому сообщение «не получилось» нужно раскладывать по стадии. Ошибка до Preview чаще связана с входными файлами, контрольными точками или оптимизацией. Ошибка при Create после успешного Preview чаще указывает на формат вывода, место на диске, память, путь к plugin или внешнюю утилиту. Такой разбор позволяет не переделывать геометрию, если проблема возникла уже после ремапа.

Официальная документация рекомендует при технической проблеме сохранять четыре группы данных: PTP-проект, результат Help → Check Installation, файл ptasmblr.ini и временные execution-файлы, которые программа оставляет после ошибки stitch. Даже без отправки разработчику этот набор полезен самому пользователю. По нему можно воспроизвести вызов и увидеть, меняется ли ошибка после отключения внешнего blender или смены каталога вывода.

Кадры не складываются в одну панораму

Если после Auto-Optimize один или несколько кадров остаются отдельно, сначала проверяется связность control points. Каждый фрагмент должен иметь надёжную связь хотя бы с соседним фрагментом. Наличие двадцати точек между кадрами 1 и 2 не помогает кадру 3, если между 2 и 3 нет ни одной правильной пары. В многострочной мозаике то же правило действует между рядами.

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

Высокий ACPD после оптимизации

Высокое среднее расстояние само по себе не указывает единственную причину. Сортировка Control Point Information показывает распределение ошибок. Если несколько точек резко хуже остальных, вероятнее локальная проблема. Если почти все точки имеют сопоставимо большую ошибку, следует проверить глобальную модель: FOV, тип объектива, linked lens parameters, reference image и наличие параллакса.

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

Панорама выгнулась или завалился горизонт

Для цилиндрической проекции дугообразный горизонт часто связан с неверным pitch общей системы координат. После нормальной оптимизации можно попробовать Auto-Level на Step 4 или Correct Pitch в Preview Viewer. Если серия снята с рук и roll сильно различается от кадра к кадру, автоматическое выравнивание по распределению roll может работать хуже. Тогда полезнее добавить реальные vertical/horizontal line control points и повторить оптимизацию.

Если вертикали сходятся или края слишком растянуты, это может быть не ошибка, а свойство выбранной проекции. Rectilinear сохраняет прямые линии, но растягивает периферию широкого кадра; cylindrical ведёт себя иначе. Сначала переключите projection в Preview и сравните, прежде чем переставлять десятки control points.

В Preview всё хорошо, а финальный Create завершается ошибкой

Такой симптом почти всегда требует проверки стадий, которых нет в Preview. Временно отключите preprocessing, stacking, post-processing и external blending, оставив базовый stitch в простой формат. Если он проходит, возвращайте стадии по одной. Так определяется конкретный компонент, не затрагивая геометрию.

Проверьте свободное место в Temporary Directory и папке результата. Несколько 16-битных TIFF могут занимать гораздо больше места, чем финальная панорама. Если памяти мало, включите Minimize PTAStitcher’s memory use when stitching и повторите тест на умеренном размере. Для огромного проекта также полезно проверить cropped TIFF как промежуточный формат, если выбранный workflow его допускает.

Blender не запускается или не создаёт результат

На Preferences → Plugins должен быть указан реальный executable выбранного blender. PTAssembler может хранить настройки нескольких программ, но в конкретном запуске используется один выбранный вариант. Сначала сбросьте дополнительные command line arguments к стандартным, затем проверьте, создаёт ли PTAStitcher ожидаемые промежуточные TIFF. Если ремап-файлы есть, а ошибка возникает дальше, проблема уже локализована на blending-этапе.

Если используется user-defined post-processing перед blending, он должен сохранять ожидаемые имена промежуточных файлов. Справка предупреждает: PTAssembler не может догадаться, что сторонний скрипт создал новый файл под другим именем. Для blended TIFF постпроцесс должен перезаписать предусмотренные файлы, иначе следующая стадия не найдёт вход.

Проект перестал находить исходники после переноса

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

Для переносимых рабочих наборов удобно хранить PTP рядом с отдельной папкой подготовленных TIFF, а не ссылаться на временные файлы RAW-конвертера. Тогда проект можно архивировать целиком, и через несколько месяцев его легче воспроизвести с теми же исходниками.

Автоматический поиск точек выдаёт плохие совпадения

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

В Autocreate можно настроить пороги отбраковки, но агрессивное автоматическое удаление не создаёт отсутствующую информацию. Если overlap слишком мал, лучше признать ограничение исходной съёмки. Интерполяция yaw/pitch/roll по соседним кадрам существует как крайний вариант, однако официальная справка прямо предпочитает control points, когда их можно определить.

Практический сценарий: однорядная пейзажная панорама

Для серии из нескольких пейзажных кадров с одинаковым фокусным расстоянием удобен следующий порядок. Сначала проявить RAW с одинаковой базовой цветовой настройкой и вывести 16-битные TIFF, если планируется дальнейшая серьёзная обработка. На Step 1 добавить файлы в порядке съёмки и сразу сохранить PTP. На Step 2 проверить rectilinear Lens Type и рассчитать FOV по EXIF. Для финальной проекции начать с cylindrical, если панорама широкая, либо rectilinear, если охват умеренный и важны прямые линии.

На Step 3 запустить генератор control points, затем вручную пройти по соседним парам. Удалить точки на облаках, воде и движущейся растительности, оставить хорошо распределённые детали на стабильном рельефе. На Step 4 выполнить Auto-Optimize и посмотреть ACPD вместе с худшими точками. Если ошибок нет, Auto-Level можно использовать для штативной серии; для ручной съёмки горизонт лучше проверить визуально.

На Step 5 выполнить Auto Size Parameters и Preview. В Viewer отцентрировать композицию, сравнить cylindrical и rectilinear, проверить Display Image Borders и видимые seam-зоны. Если геометрия хорошая, перейти к фотометрической коррекции, затем вернуть Step 5. Для мастер-файла выбрать TIFF; если нужен внешний Enblend, подготовить Blended, single layer TIFF. JPEG лучше делать уже из законченного мастера под конкретный размер публикации.

Практический сценарий: архитектура с вертикалями

Архитектурная панорама чувствительнее к ошибкам roll, pitch и дисторсии. После базовых control points стоит добавить несколько vertical line points на реально вертикальные края зданий, расположенные в разных частях композиции. Если есть обоснованные горизонтальные ориентиры, их можно использовать отдельно, но перспективно уходящая линия крыши не является горизонтальным ограничением в смысле оптимизатора.

На первом проходе оптимизируйте положение и FOV, не освобождая все lens coefficients сразу. После Preview оцените, остаётся ли систематический изгиб прямых линий к краям. Если да, добавьте оптимизацию релевантной радиальной дисторсии по распределённым control points. Повторно сравните Preview: уменьшение ACPD полезно только если визуально линии стали согласованнее, а не приобрели новую деформацию.

Для умеренного охвата rectilinear удобен тем, что прямые остаются прямыми. При очень широком угле края могут стать неприемлемо растянутыми; тогда cylindrical или другая проекция даст более естественный масштаб ценой изгиба некоторых линий. Это композиционное решение, а не параметр «качества». PTAssembler позволяет принять его после геометрической оптимизации без повторной разметки всей сцены.

Практический сценарий: многострочная мозаика высокого разрешения

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

Размер финала не следует задавать максимальным сразу. Сначала Preview с уменьшенным рендером, затем проверка швов и проекции. После принятия композиции программа может рассчитать оптимальные размеры. Для огромного проекта PSB или multiple TIFF практичнее PSD. Если внешний blender работает с отдельными TIFF, cropped intermediates уменьшают объём пустых областей и могут сократить требования к диску.

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

Практический сценарий: экспозиционные стеки внутри панорамы

Если каждая позиция панорамы снята брекетингом, сначала нужно сформировать stack groups: кадры одной позиции получают общий Stack ID. Геометрические связи между позициями строятся так, чтобы проект понимал общую панораму, а stacking объединял варианты внутри одной позиции. В зависимости от workflow можно использовать TuFuse или Enfuse как внешний stacking-компонент.

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

Фотометрический optimizer PTAssembler и exposure fusion решают разные задачи. Оптимизатор стремится согласовать относительную экспозицию и баланс между изображениями; exposure fusion объединяет полезные тональные области разных экспозиций. Не следует применять сильное выравнивание экспозиции так, чтобы брекет перестал содержать различающиеся экспозиционные данные, если именно их должен использовать stacker.

Практический сценарий: focus stacking и панорамная сетка

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

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

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

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

Минимальный архив рабочего проекта состоит из PTP и всех исходников, на которые он ссылается. Но для реальной воспроизводимости стоит сохранить также используемые lens presets, сведения о подключённых plugins и финальную схему Processing Options. Файл ptasmblr.ini содержит глобальные настройки, поэтому его резервная копия полезна при переносе на другой компьютер, однако простая подмена конфигурации не установит отсутствующие внешние программы.

Если финальная панорама создавалась через конкретный blender, сохраните хотя бы название и ключевые аргументы в текстовом описании проекта. Через несколько лет та же команда с другой версией внешней утилиты может вести себя иначе. Для критических работ разумно оставить layered PSB/PSD или multiple TIFF вместе с готовым TIFF: так seam можно исправить без повторного запуска старого plugin.

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

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

PTAssembler логичнее сравнивать с инструментами панорамной сборки, но ФотоМАСТЕР нужен как контраст по типу задачи. ФотоМАСТЕР — универсальный фоторедактор: он предлагает удаление объектов, замену фона, портретную ретушь, локальные фильтры и пакетную обработку. PTAssembler не заменяет эти функции; его специализация — геометрическое совмещение множества перекрывающихся изображений, контрольные точки, проекции и многостадийный stitch. Поэтому выбор между ними определяется не общей «мощностью», а тем, является ли задача редактированием отдельного фото или построением составного поля изображения.

Для подготовки исходников к PTAssembler ФотоМАСТЕР теоретически может выполнять базовую коррекцию отдельных кадров, но массовая индивидуальная обработка не должна нарушать согласованность серии. Если одна фотография получает другую геометрию, кадрирование или локальную деформацию, прежний lens preset и распределение control points становятся менее предсказуемыми. Для панорамы важнее единообразно проявить исходники и оставить финальную ретушь собранному мастер-файлу.

PTAssembler и Hugin

Hugin — прямая альтернатива с открытым исходным кодом, построенная вокруг тех же фундаментальных понятий: control points, геометрический optimizer, photometric optimization, projections, preview и stitcher. Hugin умеет автоматически и вручную создавать точки, работать со стеками, HDR и exposure fusion, а также имеет PTBatcherGUI. По набору современных платформ он шире: Hugin доступен не только для Windows.

PTAssembler отличается организацией интерфейса в пять последовательных шагов и тесной интеграцией собственных служебных экранов — Lens Presets, Numeric Transform, Control Point Information, PTAutomate. Пользователь, который ценит явную последовательность Step 1–5 и возможность вручную вмешиваться на каждом этапе, может быстрее ориентироваться в его модели. Hugin, напротив, предлагает режимы интерфейса и собственный набор современных компонентов, поэтому перенос навыков требует заново сопоставить названия вкладок и этапов.

Для нового кроссплатформенного процесса преимущество Hugin — доступность на разных ОС и активная экосистема документации. Для уже настроенного Windows-workflow PTAssembler может быть удобен тем, что проектные пресеты, command line и внешние plugins собраны вокруг одного знакомого PTP-конвейера. Это не делает результаты автоматически лучше или хуже: качество определяется исходниками, control points, моделью и blending.

PTAssembler и PTGui

PTGui — коммерческий специализированный stitcher с автоматической и ручной сборкой, multi-row panoramas, control points, live panorama editor, templates и batch stitcher. Актуальные версии также используют GPU acceleration через OpenCL на поддерживаемом оборудовании, читают JPEG/TIFF/PNG и многие RAW через собственную цепочку, а Pro-редакция добавляет расширенные HDR, masking, exposure fusion и viewpoint correction.

В PTAssembler базовый входной поток заметно консервативнее: практическая документация строит его вокруг JPEG/TIFF и отдельной конвертации RAW. Автоматизация возможна через Autocreate, Batch Processing и PTAutomate, но она менее монолитна, потому что control point picker, blender и stacker часто являются внешними компонентами. Это даёт гибкость выбора конкретной утилиты, но повышает стоимость настройки и диагностики.

PTGui удобнее, когда нужен современный единый пакет с быстрым live preview, поддержкой нескольких актуальных ОС и встроенными возможностями, особенно в Pro. PTAssembler остаётся интересен для ручного технического процесса, где пользователь сознательно выбирает этапы и внешние инструменты. При миграции между ними важно переносить не «кнопки», а модель: source images → control points → optimization → projection → seam/output.

PTAssembler и PanoramaStudio

PanoramaStudio ориентирован на более связанный мастер создания панорам. Современная версия поддерживает автоматическое stitching, ручную коррекцию этапов, control point editor, masks, DNG/RAW, интерактивный HTML5-вывод и виртуальные туры; Pro добавляет HDR/Exposure Fusion, fisheye, viewpoint correction, дополнительные projections и Grid Assistant для большого числа изображений.

У PTAssembler нет аналогичной задачи создания интерактивных туров как центральной функции. Он сосредоточен на вычислении и выводе составного растрового изображения, включая layered PSD/PSB, multiple TIFF и подключение внешних blender/stacker. Если конечный результат — веб-тур с навигацией между панорамами, PanoramaStudio ближе к полному циклу. Если важнее вручную контролировать геометрию и получить редактируемые ремапленные слои, PTAssembler предлагает более технический маршрут.

Сводное сравнение по задачам

Из таблицы видно главное: ФотоМАСТЕР закрывает другой класс задач и уместен как редактор отдельных снимков и серийной коррекции, а Hugin, PTGui и PanoramaStudio конкурируют с PTAssembler именно в панорамном stitching. У PTAssembler сильная сторона не в количестве современных встроенных эффектов, а в прозрачности геометрического процесса и разнообразии вариантов выхода. Ограничение той же архитектуры — зависимость продвинутых стадий от корректной настройки внешних программ и более ручная подготовка современных RAW-потоков.

Реальные ограничения PTAssembler в повседневной работе

Главное ограничение PTAssembler связано не с самой математикой stitching, а с тем, сколько ручной технической работы пользователь готов брать на себя. Для сложной панорамы программа предоставляет точный доступ к control points, lens parameters, optimizer и output stages, но не скрывает эти сущности за современным полностью автоматическим интерфейсом. Если цель — быстро собрать случайную мобильную серию без проверки геометрии, более новые stitchers могут потребовать меньше подготовки. PTAssembler раскрывает свои сильные стороны именно тогда, когда автоматический результат нужно диагностировать и довести вручную.

Второе практическое ограничение — входной формат. Документация рабочего процесса ориентирована на JPEG и TIFF; RAW в официальном сценарии предварительно конвертируется, часто в TIFF. Для фотографа это означает дополнительный этап, зато он получает полный контроль над демозаикой, профилем камеры, шумоподавлением и базовой экспозицией до stitching. Важно лишь применять согласованные настройки ко всей серии, иначе различия, внесённые на стадии проявки, усложнят фотометрическое выравнивание.

Третья особенность — продвинутый blending и stacking часто зависят от внешних программ. Это позволяет выбрать Enblend, Smartblend, Multiblend, TuFuse, Enfuse или другой поддерживаемый компонент, но делает проект чувствительным к путям, версиям и аргументам. Стабильную конфигурацию лучше сначала проверить на маленьком проекте, затем зафиксировать и не менять перед длинной batch-очередью. Если внешний компонент перестал запускаться, геометрия PTP обычно остаётся пригодной: можно временно вывести layered или multiple TIFF и продолжить обработку другим способом.

Когда ручной режим лучше Autocreate

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

Ручной режим также полезен для обучения собственному workflow. Если один раз пройти Step 1–5 осознанно, становится понятно, что именно делает Autocreate и где искать причину его ошибки. Тогда автоматизация перестаёт быть «чёрным ящиком»: при сбое пользователь открывает конкретный этап — control points, optimizer, photometric settings или processing options — вместо повторного запуска с теми же исходными условиями.

Итоговая схема работы без лишних итераций

Наиболее устойчивый процесс строится вокруг коротких контрольных точек между тяжёлыми операциями. Сначала подготовить согласованные JPEG/TIFF и сохранить PTP. Затем проверить Lens Type и FOV, создать control points и оптимизировать только необходимые параметры. До любых внешних plugins сформировать Preview и убедиться, что геометрия, горизонт, проекция и границы правильные. Только после этого переходить к photometric correction, stacking и blending. Финальный Create запускать в требуемом размере после теста того же output workflow на уменьшенном или простом проекте.

Такой порядок помогает использовать PTAssembler по назначению: не как кнопку автоматической склейки, а как управляемую систему построения панорамы. При хороших исходниках большая часть проекта действительно может быть выполнена автоматически; при сложной сцене те же данные остаются доступными для ручной коррекции. Именно возможность перейти от Autocreate к отдельной паре контрольных точек, затем к optimizer и структуре выходных файлов делает программу полезной для технических панорам, где важнее воспроизводимость и контроль, чем минимальное число действий.