Какое программное обеспечение подойдет для тональной компрессии 5-гигапиксельного изображения?

Я снял 5-гигапиксельную 360-градусную панораму, всего около 1400 кадров в диапазоне -1,3-0-+1,3, и я пытаюсь ее сшить и тонировать. До сих пор мне удалось прилично собрать панораму в Autopano Giga и несколько раз отрендерить ее, но я не могу тонировать полученное изображение. Я бы предпочел не использовать тональную карту перед сшиванием, так как это может привести к неравномерной экспозиции, особенно в панораме на 360 градусов.

Шаги, которые я пробовал:

  • Экспорт .psb со слоями — тональное отображение Photoshop не справится с этим.
  • Экспорт .hdr и тональная компрессия с помощью Photomatix — Photomatix пытается сохранить .tiff как, но это приводит к повреждению файла, размер которого превышает 4 ГБ.
  • Экспорт отдельных файлов .tiff и слияние с Photomatix. Photomatix аварийно завершает работу сразу после (очевидно) завершения слияния в HDR.

Обратите внимание, что в настоящее время у меня есть Photoshop, Autopano Giga и Photomatix Pro, а возможно, и другие из моего университета. Я поклонник управления Photomatix и получаемых изображений, но, похоже, он не может обрабатывать такие большие изображения.

Какое программное обеспечение подойдет для тональной компрессии такого большого изображения?

«Какое программное обеспечение подойдет для тональной компрессии такого большого изображения?» Я был бы готов поставить на то, что вы являетесь экспертом в чем-то подобном. Интересный вопрос, абсолютно огромный набор изображений как для стежка, так и для тональной карты. Я с интересом наблюдаю за этим.
Поверьте мне, мой рабочий стол (i7-4790k, 16 ГБ ОЗУ и доступный рабочий диск на несколько ТБ) работает круглосуточно и без выходных, пытаясь найти что-то, что справится с этим. Каждый повторный рендер занимает порядка 15 часов — я даже не нашел хорошего способа конвертировать из одного 32-битного формата в другой. Страшно то, что эта панорама была снята объективом 135 мм, а я только что получил по почте зеркальный объектив 500 мм...
Я нашел это: Chasejarvis.com/blog/… Хотя не уверен, что это поможет .
Почему бы просто не нарезать склеенную панораму на небольшие кусочки и применить тональное отображение отдельно к каждой части (так, чтобы оно было единообразным для всего набора отдельных частей), а затем снова собрать все вместе? Обратите внимание, что люди могли работать с большими изображениями еще в 1960-х годах, когда у них были только примитивные компьютеры с перфокартами.
Вы пробовали загрузить больше оперативной памяти?
Вероятно, вы могли бы сбросить 0ev и просто использовать +/- 1,3ev, что сэкономит много операций ввода-вывода и улучшит время обработки.
@CountIblis Tone, отображающее панораму по частям, скорее всего, приведет к заметным линиям между частями, поскольку процесс сопоставления как можно лучше вписывает 32-битное HDR-изображение в 8-битное LDR-изображение. Если динамические диапазоны разных сегментов различаются, сопоставление приведет к эквивалентным цветам в 32-битном цветовом пространстве, сопоставленным с разными цветами в 8-битном цветовом пространстве.
@JamesSnell Я, вероятно, мог бы попробовать это для предварительного просмотра. Это не ускорит процесс тональной компрессии, но неудачные рендеры, по крайней мере, будут работать быстрее.
@gjsmo Вы должны использовать локальную схему отображения тонов, которая включает сопоставление карт тонов, используемых на краях. Грубый способ состоял бы в том, чтобы просто выполнить глобальное отображение тонов на отдельных изображениях, а затем найти плавную медленно меняющуюся функцию gamma(x,y), которая в среднем аппроксимирует карты тонов в каждой области.
Тебе понадобится лодка побольше.

Ответы (3)

Оказывается, мне удалось найти способ тональной карты этого монстра изображения. Теоретически это должно работать для любого размера изображения до 300000x300000 (90GP), что является максимальным поддерживаемым Photoshop. Конечно, полная панорама 360x180 в конечном итоге будет иметь размер 300000x150000 (45GP). В любом случае, скорее всего, ни на чьих радарах, даже на моих. Я подозреваю, что при таких разрешениях требуется специальная панорамная головка и связанное с ней программное обеспечение для сшивания.

На процедуру!

  1. Экспорт из Autopano Giga в формате Radiance HDR. Я попробовал несколько разных вариантов, но в итоге Radiance HDR обеспечил наилучшую совместимость на следующем этапе. Время: ~12 часов
  2. С помощью VIPS преобразуйте этот .hdr в файл BigTIFF. Это делается с помощью vips tiffsaveкоманды, которая принимает HDR, но не OpenEXR (два 32-битных формата, поддерживаемых Autopano). Время: ~15 минут
  3. Откройте .tiff в Photoshop. Немедленно сохраните как .psb. Время: ~1 час

В целом, не особенно сложный процесс, когда вы его опускаете. К сожалению, оказывается, что была только одна комбинация из сотен программ и библиотек обработки изображений и форматов файлов, которая на это способна. Я ожидаю сделать больше панорам в этом формате и, скорее всего, в том же размере (с тем же объективом 135 мм / 3,5), и пока это кажется достаточно надежным для моей системы. Я отредактирую этот ответ позже, чтобы показать завершенную панораму.

_1. Слить в 32-битный HDR все 1400 баз

Если вы используете только Tone Mapping (не слияние) в Photomatix, я бы посоветовал сначала объединить в 32-битный HDR все 1400 баз, поскольку с точки зрения памяти 32-битный HDRI обрабатывается в Photomatix более экономично, чем 3 LDRI.

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

  • Photomatix 'Пакетные фотографии с брекетингом'
  • Установите флажок «Создать 32-битный необработанный объединенный файл».
  • Вывод в формате .hdr или .exr
  • Установите флажок «Пропустить обработку HDR» (!), чтобы пропустить любую тональную компрессию / вывод LDR.

_2. Склеить 3 панорамы в низком разрешении

  • Сначала сшейте базовые изображения 0EV (JPG, TIF, не RAW) в PTGui/Autopano.
  • Вывод панорамы с низким разрешением, возможно, в формате TIFF 8-бит.
  • Сшейте изображения -1,3 и +1,3, применив шаблон сшивания 0EV (strg +T в PTGui).

_2.A Объединить 3 панорамы в 32-битный HDRI

  • Если вам нравится и объем оперативной памяти вашего компьютера позволяет это сделать, вы можете объединить панорамы с низким разрешением в 32-битное HDR-изображение (hdr, exr)

_3. Найдите настройку Tone Mapping, которая вам нравится, используя 3 панорамы с низким разрешением.

  • Тонируйте три панорамы с низким разрешением (2.) или 32-битную панораму (2.A), чтобы найти нужную настройку в Photomatix.
  • НЕ проверяйте параметр 360 градусов в Photomatix, так как вы будете использовать эти настройки для баз.
  • Сохраните настройки Tone Mapping в формате Preset/xml в Photomatix Pro.

_4. Основы Tone Map с использованием настроек

  • Тональная карта 1400 32-битных оснований из (1.) в пакете Photomatix с использованием файла preset/xml из предыдущего шага (3.)

_5. Сшить панораму в высоком разрешении

  • Создайте пустой проект в Autopano/PTGui
  • Загрузите базы тональной карты из предыдущего шага (4.)
  • Примените проект шаблона 0 EV
  • Сохранить сшитое гигапано как сплющенный PSB, 8-битный, без пакбитов

Я использую только PTGui, но я предполагаю, что у Autpano есть такая же возможность применить проект шаблона к загруженным изображениям панорамы. Поэтому, пожалуйста, замените «PTGui» на «Autopano» ;-)

Похоже, у него определенно есть потенциал, особенно если учесть, что мне больше нравится тональная компрессия Photomatix. Меня больше всего беспокоит то, что использование пакетной обработки приведет к полосатости изображения — изображение с большим количеством неба будет «темнее», чем изображение с большим количеством теней. Или Photomatix всегда может отображать тон одинаково, независимо от контента?
Как я и подозревал, это приводит к очень значительным различиям между изображениями, особенно между изображениями с небом и без него. Вот только пример, когда я выровнял изображения вручную в Photoshop. Я не думаю, что Autopano может справиться с такой большой разницей в экспозиции, и не очень хорошо выглядит локальное применение глобальной предустановки к каждому изображению.

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

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

Мой фаворит (и я рекомендую его и как отличную программу, и как ваш ответ) — PTGui (много обновлений с тех пор, как я в последний раз использовал его): https://www.ptgui.com/hdrtutorial.html — использует графические процессоры и несколько ядер ЦП для быстрой обработки.

Если хотите посмотреть дальше (не знаю почему), то мне тоже (последний раз пробовал) понравился EasyHDR.

См. http://alternativeto.net/software/easyhdr-pro/ для EasyHDR и предлагаемых (этим веб-сайтом) альтернатив, он может выполнять LDR (одиночное изображение).

Также посмотрите список по адресу: http://wiki.panotools.org/HDR_and_Tonemapping_dialogs_in_detail , который является вики-страницей одного из моих любимых «Pano Tools» — на нем перечислены функции различных конкурентов (некоторые из которых могут «Stitch and ToneMap» , что вы хотите).

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

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

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