HDR, потім Panorama, або Panorama, то HDR?


46

Створюючи панораму для сцени величезного динамічного діапазону, інтуїтивно я завжди зливаю дужки експозиції до HDR і тоную їх, а потім перешиваю отримані зображення у панораму . Моя інтуїція тут полягає в тому, що процес HDR набагато передбачуваніший, ніж процес зшивання, тому я починаю з першого. Я розумію, що це може бути тому, що я знаю багато про HDR (працював над HDR S / W протягом 9 років) і мало про шиття програмного забезпечення.

Це правильний наказ зробити це і чому?

Це запитання виникло тому, що в книзі « Освоєння панорамної фотографії» автор сшиває спершу, а потім об’єднує панорами LDR у HDR. Він згадує про це, але не пояснює, чому.


18
Виходячи з моїх упереджень, я б сказав, що правильний порядок сшивається спочатку, HDR пізніше - набагато пізніше. Після того, як сонце вмирає, а Всесвіт впадає у тепло, смерть настане в потрібний час ...
Джеррі Коффін

3
@Jerry - Реакція зрозуміла, я вважаю, що більшість зображень HDR в Інтернеті серйозно нудять. Я роблю свій власний HDR набагато витонченішим. Навіть у відеокамері рідко переноситься.
Ітаї

3
Справедливо кажучи, більшість із них є результатом того, що вирішив зробити фотограф, тому, мабуть, несправедливо звинувачувати себе у HDR. Навіть так, я б сказав, що це втрата частіше, ніж ні ...
Джеррі Коффін

1
Моїм перевагою завжди було б поєднувати зображення перед шиттям саме з тієї причини, яку ви заявляєте!
Метт Грум

1
@Matt - Правильно. Насправді я усвідомлюю, що більшість моїх зображень не підлягатимуть стеження на всіх рівнях експозиції, оскільки вони містять або розрізнені деталі висвітлення з усім іншим чорним, або розрізнені тіньові деталі з усім іншим видутим.
Ітаї

Відповіді:


23

Перш ніж зробити HDR, має переваги: ​​процес HDR працює на меншому розмірі зображення, і вам потрібно лише зшити один набір зображень.

Але недоліком спочатку зробити крок HDR полягає в тому, що стає складніше точно співставити тони між наборами зображень, тому коли ви зшиваєте їх разом, ви отримаєте більш очевидні шви. Якщо ви в змозі контролювати це і не маєте цієї проблеми, то я можу побачити, що спочатку зробити HDR простіше. Але для більшості людей вони закінчилися з дещо різними корективами HDR, і вони матимуть шви для вирішення.

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


8
Якщо ви об'єднаєте зображення з зображенням високого динамічного діапазону без тоналізації, використання однакової тонової кривої для кожного зображення не відповідає жодним проблемам. Потім ви зможете зшивати і, нарешті, заштрихувати зображення до низького зображення DR, як тільки у вас буде вся сцена перед вами!
Метт Грум

Я автоматизую крок HDR, записуючи програми Python для обробки зображень. Один і той же тональний шар стосується всіх, разом з будь-якими іншими виправленнями або шаленими ефектами. Потім прошиваю. Якщо я не задоволений результатом, змінити та повторно виконати крок HDR легко.
DarenW

20

Окрім вже представлених відповідей, спочатку існує величезний потенційний недолік зшивання - програми зшивання можуть вирішити прошивати кожну експозицію по-різному, що призводить до нерівності, коли ви робите HDR.

Якщо програма зшивання не дозволить повторити викривлення з різними зображеннями, це може стати вирішальним фактором, коли потрібно зробити перше.

Більшість програм монтажу панорами використовують низку примітивних зображень (кути, сегменти рядків, дрібні деталі), які відповідають між зображеннями, щоб вивернути та вирівняти сусідні кадри. Якщо деякі з цих функцій не видно в одному з наборів зображень, для вирівнювання можуть бути використані різні функції, що дають різні результати.

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

Найкращим підходом, на мою думку, було б спочатку злитися з HDR, потім зшити, потім тональну карту . Таким чином ви створюєте зображення HDR, яке повинно відповідати між кадрами панорами, потім збираєте панораму, використовуючи максимально доступні дані, потім відтворюєте панораму HDR назад вниз в низьке зображення зображення, придатне для відображення на екранах комп'ютера, з можливістю попереднього перегляду налаштування на всю сцену. Побачити


Навіть якщо нашивач може повторювати точно такі ж основи та вирівнювання, все одно існує можливість фотокамери, що рухається за допомогою невеликих кількостей, як 1/2 пікселя. Залежно від характеру проекту, це може бути проблемою.
DarenW

Не моє головне занепокоєння було б також не отримання однакової строчки для різних експозицій. Краще спочатку зробити HDR, а потім зшити.
Håkon K. Olafsen

Сумніваюсь, вони чітко шукають сегменти ліній та кути. Я буду здивований, якщо вони не працюють з функціями SIFT або іншими варіантами (наприклад, старішою версією "KLT" або новою "SURF"). Вони, як правило, приземляються на кути, лінії та інші деталізовані текстури, але ваше формулювання звучить так, як це зображено у програмі прямо і кутами.
Майкл Нільсен

9

Я знаю, що це пізно, але я робив панорами HDR, які були успішними. Ось мій метод:

Я зшиваю спочатку за допомогою Хугіна. Якщо в дужці скажу -2,0 і +2 зупинки, у мене буде три набори експозиції нашивки. Я спочатку зшиваю набір, який містить найбільш детально, тому що Хугін зможе зробити найкращий набір контрольних точок з цього набору. Скажімо, набір -2 стоп має суміжні рамки, які занадто темні, і Хугін не може правильно його зшити, а набір зупинки +2 має два суміжні кадри, які вимиваються, і знову Хугін не може знайти контрольні точки. Зазвичай ці набори або бомбардують Хугіна, або геометрія змінюватиметься між ними. Замість цього, якщо набір 0 зупинок має достатньо деталей, я запускатиму цей набір через Hugin і отримаю панораму з прошивкою на 0 стоп. Я зберігаю файл конфігурації PTO 0 stop, який включає всі контрольні точки. Потім я запускаю -2 стоп, і +2 зупинки встановлює через Hugin, використовуючи файл PTO 0 stop.

Це має дві переваги:

  1. Hugin використовуватиме 0 контрольних точок зупинки для всіх панорамних наборів, тому геометрія буде однаковою для всіх 3 наборів аж до рівня одного пікселя
  2. Хугін не бомбардує набори, у яких не вистачає деталей.

Тоді дуже легко HDR отриманих панорам за допомогою Photomatix. Ось два приклади:

З повагою, Стів Пітух


5

Однією з причин зшивання перед HDR може стати ситуація, коли у вас є сцена, яка дуже темна на одному кінці, і світло повільно збільшується до іншого, що дуже яскраво. По-перше, окремі кадри панорами не потребували б великого динамічного діапазону, але вся панорама була б. По-друге, створюючи HDR з самого лівого кадру, ви розтягнете його діапазон на більшість корисних значень у просторі 16 к.с., але лівий край буде найтемнішим, а правий край найлегшим. Те саме було б і з другим кадром. Ви б їх зшити найтемнішою частиною другого кадру найлегшою частиною першого кадру. Щоб вирішити це, вам доведеться або стиснути діапазон обох кадрів, тим самим скасовуючи деяку роботу HDR, яку ви робили під час кроку HDR, або нехай лівий кінець буде занадто темним, або нехай правий кінець буде перекритий.

Якщо ви сшили спочатку, у вас було б кілька панорам, одна з них повністю недоорієнтована зліва, одна з них повністю перекрита праворуч, але зливши їх разом, ви, сподіваємось, вийде ідеальною картиною.


Я думаю, що це дуже хороший момент - зазвичай HDR використовується для отримання хорошого діапазону по вертикальній осі (наприклад, земля / небо). Неважко уявити панорами, де контраст знаходиться і в горизонталі / замість цього. Попередня зшивання HDR зробить складним відновлення цього контрастного післяшивання. Також застосування однакових параметрів до всіх зображень під час створення попередніх стібків HDR може все-таки залишати деякі зображення несправедливими.
MattJ

2

Зазвичай я спочатку роблю HDR, потім зшиваю. Колись зшивання різної витримки може отримати різний результат. Але в основному тому, що я працюю з RAW, якщо я сшиваю спочатку, мені доведеться зробити HDR з jpg, що не дає такого хорошого результату, як від RAW. Але коли-небудь зшивання HDR не працює, тому я спробую зшити перший HDR пізніше (але зазвичай це означає, що результат буде не таким хорошим)


Чи можете ви пояснити, чому зшивання HDR не працює іноді?
mattdm

3
Зшивання не повинно призводити до jpg. Я завжди пришиваюся до шифру.
Ян Главачек

1

Зшивання спочатку має свою очевидну перевагу. Ви можете налаштувати відповідний HDR, коли отримаєте ціле зображення та лише один раз :)


1
Це зовсім не очевидно, оскільки зшивання може бути не однаковим для різних експозицій.
Håkon K. Olafsen


1

Я не впевнений, що програмне забезпечення HDR (наприклад, Photomatix) прийняло б кілька зображень, які були зшиті між собою, оскільки вони можуть відрізнятися за розміром і внутрішніми розмірами, тому я обов'язково спершу спробую це HDR.

Я робив це один раз: Панорама Брістоль Харборсайд

Це було 6 знімків, по 3 для кожної сторони малюнка.

Я першим пішов на HDR (Photomatix Pro), припускаючи, що панорамне програмне забезпечення (Autopano) буде більш пристосованим для склеювання речей.

Я не редагував перед HDR, тому перейшов прямо до Photomatix. Ці 2 зображення потрапили прямо в Autopano, і результат був експортованим TIFF, що я зробив кілька редагувань, використовуючи діафрагму.

Це пішло добре, хоча я зробив це повторно, коли помітив деякий привид, який я пропустив, коли вийшов у Фотоматікс.


1

Я це робив лише один раз , на сьогоднішній день. Я використовував Hugin для комбінованого процесу зшивання в панораму та тоналізацію від високого (більше 8-бітного динамічного діапазону) до 8-бітного JPEG.

Я завантажував оригінальні зображення в Hugin, мав їх вирівнювати (і вносив корективи), а потім експортував безпосередньо в кінцевий JPEG. Внутрішньо Hugin робить необхідні спотворення, створює часткові панорами на кожному рівні експозиції, потім об'єднує їх у HDR та тональні карти назад у 8-бітний JPEG. З пам’яті я використовував параметр «Експозиція, злита з будь-якого розташування», яка, як я розумію, не вимагає, щоб оригінальні зображення перекривались певним чином (тобто вам не потрібно збирати стеки HDR, просто закрийте темними і світлі області відповідно), але використовуватиме будь-який динамічний діапазон, доступний для будь-якої області / пікселя.

Якщо ви хочете контролювати тональне відображення (як я думаю, більшість людей би моєму знімку просто не знадобилося), то Hugin також може створити 32-бітну панораму EXR або TIFF, яку ви можете налаштувати за допомогою Photomatix або Photoshop як завгодно. .

У Hugin насправді є чимало варіантів збільшення динамічного діапазону, і я не можу сказати, що я знаю, що вони все роблять, але, як мені здається, найбільш очевидним методом є надання йому можливості зробити 32-бітну панораму і зробити своє тональне відображення згодом.

Варіанти Hugin Stitcher HDR


Деякі деталі тут відсутні. Ви об'єднали HDR в RAW? Перевірте своє перше речення, це не має великого сенсу.
Ітаї

оновлено, сподіваюсь, краще пояснення - я використовував лише Hugin, внутрішньо він робить панорами з доступних зображень на кожному EV і потім зливається з HDR.
drfrogsplat

0

Перший HDR! Дозвольте мені пробігти свій робочий процес. Спочатку встановіть ширину та масштаби панорамності. Тепер визначте експозицію в районі головного фокусного центру або центру панорами. Використовуючи цю експозицію (вручну) для вашої базової зйомки, знімайте експозиції HDR для всієї панорамності. Потім обробіть, використовуючи майже той самий метод. Почніть з експозицій, які є найважливішими - збережіть свої HDR Settings і використовуйте однакові налаштування для кожної експозиції.

Тепер зшийте їх разом, і у вас не повинно виникнути проблем. дон


1
Але чому так ви думаєте, що спочатку HDR, а потім зшивати?
MikeW
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.