Дякую вам за підтримку!
Першою точкою стала оглядовий майданчик Храму Христа Спасителя. Можливість познімати з цієї точки кілька примирила мене з втратою басейну Москва, хоча, напевно, Палац рад, надав би ще кращі умови для зйомки :-)
Для отримання ідеально зшитою панорами з декількох знімків необхідно обертати камеру щодо точки центру перспективи об'єктива, іноді також називають точкою відсутності паралакса. Це точка, з якої об'єкт видно під кутом зору об'єктива. Часто пишуть, і я цим грішив, що треба обертати камеру щодо вузловий точки, однак вузлова точка і точка центру перспективи збігаються тільки для лічених об'єктивів. Втім, метод визначення, описаний мною в статті «Пристрій для зйомки панорам з рук», дасть правильний результат для точки обертання, хоча це точка для більшості об'єктивів не співпаде з вузловий. Очевидно, що для об'єктивів з кутом зору 180 градусів центр перспективи лежить в площині передньої лінзи. Для створення однорядних панорам я застосовував саморобну штативну головку, описану в статті «Сферические панорами», а для багаторядних # 151; в статті «Зйомка дуже великих фотографій».
Чим більше ширококутний об'єктив ми використовуємо, тим менше кадрів доведеться зняти для отримання панорами. Чим менше кадрів, тим простіше знімати і тим нижча ймовірність допустити помилку при зйомці. Однак, ширококутні об'єктиви створюють і найбільші спотворення, що істотно ускладнює складання панорам. Розглянемо перший приклад, знятий камерою Lumix G10 і самим ширококутним з представлених на цей тест об'єктивів Panasonic # 151; LUMIX G VARIO 1: 4 / 7-14 ASPH. В даному випадку передбачалося зібрати панораму всього з двох знімків. Якщо порівняти, як виглядає один і той же об'єкт на цих знімках, то здається, що поєднання справа безнадійна.
Я спеціально не кадрувати панораму, щоб продемонструвати, як сильно програма змушена була трансформувати вихідні знімки. Мабуть, на вийшла панорамі не вистачає динамічного діапазону і деталі в світлі втрачені. Можна було б зняти кожен кадр з експозиційною вилкою, але вода і листя в кадрі роблять цю затію сумнівною, якщо ми збираємося потім розглядати панораму з максимальною роздільною здатністю. Ситуацію можна спробувати поліпшити, запропонувавши програму hugin кадри з глибиною кольору 16 біт, отримані з сирих (Raw) знімків. Робота з сирими знімками, отриманими камерами Panasonic, має деякі особливості. Як вже було зазначено в статті, присвяченій камері Panasonic Lumix DMC-GH1, при перетворенні SILKYPIX Developer Studio 3.0 SE виходить той же результат, що і при зйомці в JPEG. Тому для перетворення нам потрібна незалежна програма. Раніше я використовував в основному UFRaw і RawTherapee 2.4.1. Остання, однак, не працює з Slackware 13.1 і, оскільки вона поширюється без вихідного, то і виправити ситуацію не представляється можливим. RawTherapee 3.0 alpha 1 компілюється під Slackware 13.1 і версія, взята з SVN працездатна, але функціонально поки біднішими версії 2.4.1, оскільки частина модулів корекції працюють криво. Тому я вирішив скористатися програмою DarkTable. Ця програма підтримує менше число камер, але виявилося, що з форматом Panasonic RW2 вона дружить.
Порівняємо знімки, записані камерою в форматі JPEG і RW2. Вони мають практично однаковий розмір 4000х3000 і 4018х3016. Однак камера перед записом в форматі JPEG не тільки перетворює сирі дані з датчиків в кольорове зображення, а й намагається програмно виправити аберації. Для LUMIX G VARIO 1: 4 / 7-14 ASPH при фокусній відстані 7 мм це призводить до того, що зображення, записане в JPEG в RW2, займає приблизно 3758х2816 пікселів. А це вже помітно, і в обрізаної області можна було б розмістити контрольні точки для якісної зшивання.
Фрагменти правого краю кадру