Ru-Board.club
← Вернуться в раздел «Цифровое изображение»

» Цифровые панорамы

Автор: Krakozavr
Дата сообщения: 26.09.2006 15:41
Поставил PtGUI 6.0
И имею траблу

Tools/Options/Plugins/ Smartblend - "Dont pass partical images" - флажок-то этот пропал. А проблема со смартблендом осталась, при генерации панорамки отдельные кадры перескакивают на чужие места (при том что в превьюхе "align panorama" все выглядит нормально).

ЧТО делать?...
Автор: 1drey
Дата сообщения: 26.09.2006 17:05

Цитата:
ЧТО делать?...

Поставить 6.0.2 - в этой версии поправлены некотрые из появившихся багов.
Если проблема останется - написать в саппорт.
Автор: TIMON0707
Дата сообщения: 26.09.2006 19:31
Мужики нужна программа повыдергиванию изображений из ехе слайд-шоу?!!
Автор: zusker
Дата сообщения: 30.09.2006 15:07
mifAl

Цитата:
Я тут написал небольшую статью о съемке сферических панорам

маленький комментарий:

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

Окончание абзаца, начиная со слов "данный" - неправда, потому что есть autopano pro, у которой это штатная фича

Sp44

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


А чем автофокус-то не угодил??? По-моему, ровно наоборот - для каждого кадра нужно фокусироваться по-новой. Автоматом, мануалом или автоматом с фиксированной точкой и фокуслоком - это уже по вкусу. Я чаще всего доверяю автомату, просто контролирую его.

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

Natka

Цитата:
И еще почему-то никто не поднял вопроса о влиянии фокусного расстояния объектива на пространственное решение панорамы.


Потому что оно не влияет. Я скажу даже еще более крамольную мысль - изменение фокусного расстояния не влияет на пространственное решение обычной фотографии. Пространственное решени меняется ногами фотографа, что неизбежно следует после изменения фокусного расстояния. Проверь сама - посмотри в видоискатель, поместив какой-то объект на передний план, меняя фокусное расстояние. Смотри на границы объекта переднего плана относительно заднего - оин практически не двигаются, даже при 4-кратном изменении ФР (небольшое изменение объясняется тем, что при измении ФР зум-объектива сдвигается нодальная точка)

Zubetz_Blitz

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


А альтернативу с коротким фокусом для сравнения с той же точки снимал?
Автор: AlexOttawa
Дата сообщения: 30.09.2006 21:17
zusker

Цитата:
Окончание абзаца, начиная со слов "данный" - неправда, потому что есть autopano pro, у которой это штатная фича

Не так категорично, плиз. В панорамной фотографии пока еще не существует Единственно Правильного Всепобеждающего Учения.
Автор: zusker
Дата сообщения: 30.09.2006 23:50
Полностью с тобой согласен насчет отсуствия данного учения, однако это не делает мое замечание неверным. Для большей убедительности заменю некоторые слова в обсуждаемой цитате и моем замечании, надеюсь, ты меня поймешь

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

Т.е. - мы имеем некоторую технику, котрую можно сделать вручную и это сложно. Если есть софт, который делает ее легко, то заявление о том, что данная техника - трудоемка, неверно. Это просто логика. Она универсальна.
Автор: mifAl
Дата сообщения: 30.09.2006 23:52
zusker


Цитата:
Окончание абзаца, начиная со слов "данный" - неправда, потому что есть autopano pro, у которой это штатная фича


Все это пока на уровне бета-тестирования, хотя если нормально реализуют будет очень удобно.
А на счет Autopano Pro - она конечно имеет ряд достаточно интересных особенностей, но главный и несомненный минус - собирает сферы хуже чем PTGui, проверено на собственном опыте (почти все панорамы для статьи пробовал собирать и в PTGui и в Autopano Pro)
Автор: zusker
Дата сообщения: 01.10.2006 00:05
mifAl

Цитата:
Все это пока на уровне бета-тестирования, хотя если нормально реализуют будет очень удобно.

Что??? Это, вообще-то, фича autopano pro, существующая с версии 1.0, давно не бета. Хотя, с моей точки зрения, есть что улучшать. Но я уже больше полугода снимаю панорамы без фиксированной экспозиции и собираю их не методом, описанным в статье (кадры остаются как есть, а smartblend выровняет переходы), а нормальным выравниванием яркостей.


Цитата:
А на счет Autopano Pro - она конечно имеет ряд достаточно интересных особенностей, но главный и несомненный минус - собирает сферы хуже чем PTGui, проверено на собственном опыте (почти все панорамы для статьи пробовал собирать и в PTGui и в Autopano Pro)


А чем хуже? Я полные сферы не снимаю, так что не сравнить. Я знаю одну причину, котоаря переводит разговор из "ой, плохо работает" в "жаль, не годится мне" - народ снимает сферы в основном фишаем, а APP его просто не поддерживает, это документированный недостаток. Поддержка обещана в версии 1.4, а нынче имеется лишь последняя (надеюсь) бета 1.3.
Автор: AlexOttawa
Дата сообщения: 01.10.2006 00:52
zusker

Цитата:
Это просто логика. Она универсальна.

Для иллюстрации Универсальной Логики я бы хотел как минимум увидеть результаты работы autopano в режиме HDR. Я отлично знаю на каком уровне работают участники этой ветки, и легко могу допустить, что то качество, которое обеспечивает autopano, может кого-то не устраивать. Покажите результат, сравнимый с тем, что делают 1drey, Zubetz_Blitz и Natka, а потом поговорим.

Кстати, когда у меня возникла необходимость снимать с брекетингом, я перепробовал с десяток разных софтин для HDR и ни одна меня не устроила, поэтому делал все вручную. Autopano не пробовал, ибо я снимаю фишаем, да и сшиваю своим софтом, который для моих задач подходит больше. Так что ваша логика вовсе не универсальна, она привязана к одному-единственному софту из (по вашим же словам) десятков других. А этот единственный софт далеко не всех устраивает...
Автор: mifAl
Дата сообщения: 01.10.2006 01:04
zusker


Цитата:
Что??? Это, вообще-то, фича autopano pro, существующая с версии 1.0, давно не бета. Хотя, с моей точки зрения, есть что улучшать. Но я уже больше полугода снимаю панорамы без фиксированной экспозиции и собираю их не методом, описанным в статье (кадры остаются как есть, а smartblend выровняет переходы), а нормальным выравниванием яркостей.


Я тоже выравниваю яркости до сборки, а в статье писал лишь о том, что в принципе для Smartblend подогнать яркости в стыках кадров - это не проблема.


Цитата:
А чем хуже? Я полные сферы не снимаю, так что не сравнить. Я знаю одну причину, котоаря переводит разговор из "ой, плохо работает" в "жаль, не годится мне" - народ снимает сферы в основном фишаем, а APP его просто не поддерживает, это документированный недостаток. Поддержка обещана в версии 1.4, а нынче имеется лишь последняя (надеюсь) бета 1.3.


Не могу утверждать об этом с полной уверенностью, так как для этого нужно набрать большое количество статистики, но по тому что я видел, генератор контрольных точек в PTGui поточнее.
Однако коррекция растановки точек в ручную бывает нужна и в PTGui и в Autopano - это вполне нормальная практика. Так вот, если не ставить Autopano в упрек то, что нормального редактора контрольных точек в официальной версии еще не было, то даже в том, которым можно воспользоваться сейчас, как таковой ручной коррекции не предусмотрено, все что можно сделать это удалить выбранные точки, либо добавить в выделенную зону.
Да и снимаю сферы я на фокусном 27 мм, на фишай пока денег нет
Автор: zusker
Дата сообщения: 01.10.2006 11:21
AlexOttawa

Цитата:
Для иллюстрации Универсальной Логики я бы хотел как минимум увидеть результаты работы autopano в режиме HDR.


"В режиме HDR" или "с тонкоррекцией"? Для APP это не совсем совпадающие понятия, потому что там есть 2 разных режима цветокоррекции, оба используют технику расширения ДД, но только один называется HDR

Я уже приводил примеры, в теме на IXBT. Есть примеры в wiki и форуме APP. Надо еще?

"Покажите результат, сравнимый с тем, что делают 1drey, Zubetz_Blitz и Natka, а потом поговорим."

Только на надо упоминать Зубца. У меня на него аллергия после дискуссии на IXBT. Он как раз на обсуждении уровня, на котором он работает, и исчез (http://public.fotki.com/ZubetzBlitz/panorama/moscow_in_the_street/). Наткины панорамы - да, супер, потратил кучу времени просто рассматривая. Но на природе кое-где проблема ДД вылезает, как и приметы решения ее с помощью выравнивания смартблендом. Это не критично, просто я привередливый и обращаю на это внимание.

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


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


Autopano не пробовал, но ... А ты попробуй. Я сам думал "да ну ее нафиг", пока не потребовалось сделать панораму, по ошибке снятую с автоматической экспозицией, с большим ДД.

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

mifAl

Цитата:
Я тоже выравниваю яркости до сборки


а чем это можно сделать на автомате для набора в пару десятков изображений? Я делал это вручную - скучно Плюс реальная проблема - как этот откорректировнный набор сборщику скормить. Ну хорошо, PTGUI уже с год поддерживает 16-бит, смартбленд - меньше (а то ведь в принципе не собрать было панораму с большим ДД), но в 16-бит лезет не все!


Цитата:
а в статье писал лишь о том, что в принципе для Smartblend подогнать яркости в стыках кадров - это не проблема.


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


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


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

Я не понимаю, что значит "генератор в PTGUI точнее". Что такое "точнее"? Меньше ставит точек совсем мимо? Или, устанавливая их туда, куда надо, ставит их "точнее"?

Если об общем результате, то я по своему опыту могу сказать, что как раз генератор самого PTGUI (во всяком случае версий 5.1 и 5.5, с которой я работал) особо меня не впечатлил, Autopano Pro выдавала лучшие результаты у меня, да и народ (сужу по отзывам, которые изучал до перехода на APP) чаще пользуется вроде бы autopano-SIFT при работе с PTGUI.

А если ты о "ставит неточно", то я сам долго капал на мозги авторам APP, "а что это Вы ставит контрольные точки в равномерно окрашенные области, это лажа". Мне разъяснили, что это свойство алгоритма SIFT, который ориентируется не на контраст локальный, а на что-то совсем другое, поэтому визуально его не оценить. Но, кажется, я уговорил их немножко покрутить алгоритм на предмет выбора максимально контрастных вариантов расстановки контрольных точек.


Цитата:
Так вот, если не ставить Autopano в упрек то, что нормального редактора контрольных точек в официальной версии еще не было


Правильно, не ставь


Цитата:
то даже в том, которым можно воспользоваться сейчас, как таковой ручной коррекции не предусмотрено, все что можно сделать это удалить выбранные точки, либо добавить в выделенную зону.


А зачем ставить вручную? Я пользовался этим редактором - идея ставить автоматом в выделенную область весьма неплоха. Надопросо изменить свой взгляд.

Хотя я сам капал на мозги авторам "уважте пользователей, они привыкли ставить вручную, но что вам стоит" Но у французов собственная логика, нам ее не понять.
Автор: 1drey
Дата сообщения: 01.10.2006 14:44

Цитата:
Только на надо упоминать Зубца. У меня на него аллергия после дискуссии на IXBT.

Давайте не переходить на личности, хорошо?
Если душа требует наездов - оставайтесь на ixbt, дискутируйте в привычном стиле.
Автор: AlexOttawa
Дата сообщения: 01.10.2006 15:46
zusker

Цитата:
Autopano не пробовал, но ... А ты попробуй

Я, кажется, внятно объяснил почему не пробовал и в ближайшее время не буду. В остальном полностью присоединяюсь к 1drey. Поддерживать здесь пустой флейм не собираюсь. Сорри.
Автор: mifAl
Дата сообщения: 01.10.2006 16:05
zusker

Цитата:
Только на надо упоминать Зубца. У меня на него аллергия после дискуссии на IXBT.


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


А кстати, вопрос наверно к 1drey и Zubetz_Blitz.
Не подскажите, для коррекции горизонталей и вертикалей в готовых панорамах по методу, описанному Вами, можно использовать только PanoTools версии 2.8.0.0? Как я понял другие версии не поддерживают изображения, угол зрения которых больше 150 градусов.
Автор: zusker
Дата сообщения: 01.10.2006 16:06
1drey

Цитата:
Давайте не переходить на личности, хорошо?


Да пожалуйста! Меня просто очень удивила ссылка на "уровень" в свете полного отсуствия примеров данного уровня, точнее говоря - в свете наличия примеров обратного.

AlexOttawa

Цитата:
Я, кажется, внятно объяснил почему не пробовал и в ближайшее время не буду.


Да я понимаю. Но "не хочу, не буду" и "трудно сделать" - это все же противоречащие друг другу позиции.

Так что за примеры HDR нужны? Я могу выложить что-нибудь. И краткий ликбез провести А то смешно - я отмотал немножко взад, тут в начале месяца человек как раз этим интересовался, причем без фишая, так хоть кто-нибудь бы посоветовал самый простой путь!
Автор: Zubetz_Blitz
Дата сообщения: 01.10.2006 16:21
mifAl
Поддерживают. Просто надо pano12.dll заменить.
Используя "родную" pano12 невозможно вообще добрать пан. более 150 градусов. Хотя с кончиной IPIX думаю пора её включать в стандартный набор.

И ещё. проблема этого метода возникает в лсучае наклонного горизонта. Помогал собирать другу пан. сделанный с рук, снимал в Большом Каньоне (США) пришлось роризонт устанавливать "на глазок". Тас где нет явных горизонталей и вертикалей, лучше точнее позиционировать камеру. Другого варианта пока не вижу.
Автор: zusker
Дата сообщения: 01.10.2006 16:22
mifAl

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


"Разбираться в панорамах" и "уровень работы" - это вещи несвязанные. Первое - вполне возможно (фрагментами, правда), второе - вызывает у меня сомнения.

Я вот в отдельных ньюансах английского языка хорошо разбираюсь, а говорю ужасно


Цитата:
А кстати, вопрос наверно к 1drey и Zubetz_Blitz. Не подскажите, для коррекции горизонталей и вертикалей в готовых панорамах по методу, описанному Вами, можно использовать только PanoTools версии 2.8.0.0? Как я понял другие версии не поддерживают изображения, угол зрения которых больше 150 градусов.


У меня встречный вопрос - а зачем это надо? В чем великий смысл такого двухэтапного выравнивания вертикалей через готовую панораму? Просто я ни разу не сталкивался с ситуацией, когда при сборке панорамы нельзя выровнять вертикали (за исключенеим сильного параллакса, которому поможет лишь хороший хирург с warp'ом), так что впал в ступор. Особенно в свете призыва в статье Андрея "забыть про штативы с уровнями", о которых вроде бы все давно и так забыли

Автор: AlexOttawa
Дата сообщения: 01.10.2006 16:25
zusker

Цитата:
Я могу выложить что-нибудь. И краткий ликбез провести

Так выложите. Что-нибудь. Можно даже без ликбеза. О фотографе судят по его работам, а не по количеству букв.

Добавлено:
Еще один наезд - и вы в игноре. Во всяком слуяае с моей стороны.
Автор: mifAl
Дата сообщения: 01.10.2006 16:32
zusker

Цитата:
У меня встречный вопрос - а зачем это надо? В чем великий смысл такого двухэтапного выравнивания вертикалей через готовую панораму? Просто я ни разу не сталкивался с ситуацией, когда при сборке панорамы нельзя выровнять вертикали (за исключенеим сильного параллакса, которому поможет лишь хороший хирург с warp'ом), так что впал в ступор. Особенно в свете призыва в статье Андрея "забыть про штативы с уровнями", о которых вроде бы все давно и так забыли


Я тоже так думал пока не попробовал, настолько точно выровнять горизонтали и вертикали в редакторе у меня не получается, а работы всего на 3 минуты.
Автор: zusker
Дата сообщения: 01.10.2006 17:47
AlexOttawa

Цитата:
Так выложите. Что-нибудь. Можно даже без ликбеза. О фотографе судят по его работам, а не по количеству букв.


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

Вот пример панорамы с самым большим ДД из того, что я снимал
http://dejavu.spb.ru/2/1.jpg (2,5M)
оно же пониже разрешением
http://dejavu.spb.ru/2/10.jpg (130K)
а вот маленькая превьюшка той же панорамы без тонмаппера
http://dejavu.spb.ru/2/3.jpg
видно соотношение теней и светов хорошо.
[url]http://dejavu.spb.ru/2/11.jpg[url]
то же самое, но собранное без цветокоррекции смартблендом, переходы, конечно, выровнены, но общий вид - ужасен.

А вот ужатые исходники, не все, но видно, из чего собрано
http://dejavu.spb.ru/2/6795.JPG
http://dejavu.spb.ru/2/6804.JPG
http://dejavu.spb.ru/2/6805.JPG

Склеено из 16 кусков. Конечно, фишаем (и даже EF-S 10-22) влезло бы в кадр, обошлось бы без склейки, но без расширения ДД не получилось бы. 5,5EV разброс экспозиции (причем между нормально экспонированными фотографиями) - RAW в пролете.

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

Андрей собирался рассказать, что не так с моим HDR, да не стал. Помню только, что нормальные люди такое делаю без HDR, а покупают 1Ds mark2 и снимают в RAW


Добавлено:
AlexOttawa

Цитата:
Еще один наезд - и вы в игноре. Во всяком слуяае с моей стороны.

Да ни на кого я не наезжаю - я просто объясняю оппоненту ошибку в рассуждениях.

mifAl

Цитата:
Я тоже так думал пока не попробовал, настолько точно выровнять горизонтали и вертикали в редакторе у меня не получается, а работы всего на 3 минуты.


Я давно не использую PTGUI, поэтому разъясните мне, глупому - те же самые вериткальные и горизонтальные контрольные точки, но в первоначальном проекте, они, что, не работают???

Кстати, я и в APP обхожусь без автоматических выравнивателей - просто беру numeric transform, и играю с pitch и roll. Трудозатраты явно меньше трех минут. Тем более, что автоматика не все проблемы решает - при использовании "прямоугольной" проекции есть проблема горизонталей, чтобы здания не перекашивались вот так http://dejavu.spb.ru/1/40.jpg, а выглядели более естественно, скажем вот так http://dejavu.spb.ru/1/4.jpg (это из тех же исходников сделано, а народ просто убран, чтобы не раздражал), а плюс к тому проблема перспективы: идеально выровненные вертикали или горизонтали нарушают восприятие перспективы, вертикали должны немножко сходиться кверху (а горизонтали - вдаль), поэтому я их очень часто делаю не идеальными, а такими, чтобы фотография нормально воспринималась (как на вышеприведенном 4.jpg)

Zubetz_Blitz

Цитата:
И ещё. проблема этого метода возникает в лсучае наклонного горизонта. Помогал собирать другу пан. сделанный с рук, снимал в Большом Каньоне (США) пришлось роризонт устанавливать "на глазок". Тас где нет явных горизонталей и вертикалей, лучше точнее позиционировать камеру.


ЗАЧЕМ??? Кому нужно "идеальное выравнивание горизонта" при отсуствии горизонталей и вертикалей? Выровнял на глазок по памяти, чтобы картинка выглядела красиво, и свободен. Это ж не карта, это фотография
Автор: AlexOttawa
Дата сообщения: 01.10.2006 21:51
zusker
Благодарю вас. У меня к вам больше нет вопросов.
Автор: zusker
Дата сообщения: 02.10.2006 00:09
AlexOttawa

Цитата:
Благодарю вас. У меня к вам больше нет вопросов.

А были?
Автор: AlexOttawa
Дата сообщения: 02.10.2006 00:34
zusker
Вопросы есть всегда. Беда бывает только с ответами.
Автор: humanoid67
Дата сообщения: 02.10.2006 00:48
Это касается дискуссии по поводу DevalVR – Director – и прочее

http://forum.ru-board.com/topic.cgi?forum=36&topic=0094&start=1640

На официальном форуме DevalVR, что то подобное пробегало...


Это что-то типа интеграции Director и DevalVR

http://www.devalvr.com/forum/viewtopic.php?t=15&highlight=director
http://www.devalvr.com/forum/viewtopic.php?t=44&highlight=director
http://www.devalvr.com/forum/viewtopic.php?t=97&highlight=director

Может эти линки наведут вас на некоторую мысль (или касательно сего... свяжитесь c fiero – он человек отзывчивый).
Автор: AlexOttawa
Дата сообщения: 02.10.2006 01:23
humanoid67
Спасибо. Я с ними уже связывался. Дело, видимо, в том, что наша узкая задача лежит слишком в стороне от мэйнстрима, а ждать мы не можем, упускать направление очень не хочется. Собственно сам вьюер я уже написал, сейчас интегрирую его в нашу технологию. Речь как раз идет не об интеграции с чем-то типа Директора, а совсем наоборот.
Автор: zusker
Дата сообщения: 02.10.2006 12:01
AlexOttawa

Цитата:
Вопросы есть всегда. Беда бывает только с ответами.

Как может быть беда с ответами, если не заданы вопросы?


Добавлено:
Вдогонку.

http://dejavu.spb.ru/2/11.jpg

тот же самый вид, но без цветокоррекции, собранный смартблендом. Переходы он выровнял, но общий вид ужасен.
Автор: AlexOttawa
Дата сообщения: 02.10.2006 22:54
zusker

Цитата:
Как может быть беда с ответами, если не заданы вопросы?

Ваши ответы легко прогнозируются, нет необходимости задавать вопросы. Особенно, когда речь идет о нетривиальных случаях, выходящих за рамки autopano.
Автор: zusker
Дата сообщения: 03.10.2006 13:55
AlexOttawa

Цитата:
Ваши ответы легко прогнозируются, нет необходимости задавать вопросы. Особенно, когда речь идет о нетривиальных случаях, выходящих за рамки autopano.

Я в восторге! Как ты можешь спрогнозировать мои ответы на вопросы, которые мы никогда не обсуждали? Экстрасенс? "нетривиальные случаи, выходящие за возможности autopano" мне даже в голову не приходят (естественно, такие, которые относятся к теме сборки панорам). Тривиальный знаю один - использование фишая. Тут мой ответ и впрямь предсказуем - APP не годится Нетривиальный с предсказуемым ответом ... Не приходит в голову. Не обсуждались, наверное. Можно пример такого случая и прогноз моего ответа?

А вообще, давай от флейма к делу переходить. Например - к поднятой теме динамического диапазона и вариантах решения, отличающихся от "купить 1Ds markII".



Автор: AlexOttawa
Дата сообщения: 03.10.2006 21:13

Цитата:
А вообще, давай от флейма к делу переходить. Например - к поднятой теме динамического диапазона


А нет проблем. Задача: имеются исходные RAW-кадры панорамы, снятые без брекетинга и выглядящие примерно так:

http://hiddencanada.ca/temp/test.jpg

Нужно предложить метод получения панорамы (или хотя бы одиночного кадра) в такой тональности (речь не о цвете):

http://dimensions360.com/index.php?screen=show&id=291e5c5b&gallery=edffc91e

но без этого ужасного светлого контура в мелких деталях. Подчеркну, что речь идет о методах и алгоритмах tone mapping. Ключевые слова - JPEG, Фотошоп, autopano - просьба не употреблять.

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


Добавлено:

Цитата:
нетривиальные случаи...... мне даже в голову не приходят

Вот именно поэтому ваши ответы легко прогнозируются.
Автор: zusker
Дата сообщения: 03.10.2006 22:40
AlexOttawa

Цитата:
но без этого ужасного светлого контура в мелких деталях. Подчеркну, что речь идет о методах и алгоритмах tone mapping. Ключевые слова - JPEG, Фотошоп, autopano - просьба не употреблять.


Я не занимаюсь разработкой алгоритмов тонмаппинга или конвертации RAW в цвет

Кстати, о каком контуре идет речь? Я увидел только по краю крыши.


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


Для начала мне надо этот контур увидеть




Добавлено:
Присмотрелся, увидел по проводам

Могу дать совет с использованием фотошопа.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768

Предыдущая тема: RAW


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.