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

ну вот, сбылась мечта ... моя теперь и у меня есть пеленг, ура!!!
осталось вплотную занятся штативом и освоить все хитрости съемки сфер, и не только...
а покачто, по ходу освоения фишая есть пара вопросов:
нужно ли править оптические искажения перед склейкой сферы? если да, то какими программами это делается? (где-то читал об этой теме, но не помню где)
какие данные я ввожу вPTGui для кропа 1,6?

Alexandr Sh

Цитата:

нужно ли править оптические искажения перед склейкой сферы?

Если вы используете PTGui, то не надо. Программы, работающие на базе пакета Panorama Tools, все правки искажений осуществляют сами. Если клеить вручную в Photoshop, то правка искажений необходима. Для этого есть PTLens, DxO Optics Pro, Andromeda Lensdoc, Debarrelizer etc.

Rodeus
при попытке склеить пару кадров, ввел угол обзора 180 градусов, и PTGui отказался ее клеить, сказал, что работает только с углом до 110. что я неправильно делаю и как с этим боротся?

Alexandr Sh
замените панолиб (pano12.dll) на "свежую" версию, без ограничения по работе с фишай
http://photocreations.ca/panotools/

Добавлено:
Как показало беглое общение на фотоярмарке в Питере, народ все еще клеет однорядки, предпочитая Panorama Factory, Photoshop или вообще Canon Photostitch. Даже те немногие, кто юзают PTGui, многорядки не делают. Smartblend не известен тем более. И это не только любители, а и те, чей хлеб - фото. Вот так вот, вуаля...

Alexandr Sh

Я тоже из новичков, но если бы я и мне подобные обращались на форум с подобными элементарными вопросами, через некоторое время (эта ветка превратилась бы в многотомник)

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

http://qtvr.by.ru/NewQTWR/navigator.htm

Там освещены многие моменты при работе с PTGUI (а так же мнгого полезных ссылок на другие ресурсы необходимые для базовых знаний)

Rodeus
спасибо
humanoid67
знаком с сайтом Андрея, периодически посещаю его, чтобы уяснить некоторые вопросы.
но какие точные данные ввести для Пеленга в Lens Settings я ненашел, наверно плохо искал, пойду еще поищу...

Alexandr Sh

А я просто распечатал странички на принтере и читаю иногда на досуге, чего раз за разом посещать...

Alexandr Sh
Постучите ему в асю или вообще созвонитесь. Он не избегает общения.

Да есть там все, чего беспокоить человека...

http://qtvr.by.ru/NewQTWR/advanced_high/lens_setting.htm

Alexandr Sh

Цитата:

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

По-моему, и искать бесполезно. Потому как незачем. Коэффициенты ОЧЕНЬ сильно разняться от того как клеить. Т.е. 4 или 6 или 8 по кругу, как делать кроп, закидывать ли в PTGui зенит и надир, а уж если и кольцо с разной ангуляцией делать...
Для наглядности, первый случайный а: 0,080823145 b: -0,1700343 c: 0,0449925 и второй a: 0,22155302 b: -0,48694146 c: 0,27967282. Без темплейта вообще смысла не вижу использовать.


Добавлено:
P.S. Правда я Пеленг не использую практичски - снимаю на Сигму 10-20

Pryanishnikov

Цитата:

По-моему, и искать бесполезно. Потому как незачем. Коэффициенты ОЧЕНЬ сильно разняться от того как клеить. Т.е. 4 или 6 или 8 по кругу, как делать кроп, закидывать ли в PTGui зенит и надир, а уж если и кольцо с разной ангуляцией делать...
Для наглядности, первый случайный а: 0,080823145 b: -0,1700343 c: 0,0449925 и второй a: 0,22155302 b: -0,48694146 c: 0,27967282. Без темплейта вообще смысла не вижу использовать.

Что-то тут не так, учитывая, что это коэффициенты именно оптики. Она не меняется при повороте камеры. В идеале находятся с помощью ptlens.

zusker

Цитата:

Что-то тут не так, учитывая, что это коэффициенты именно оптики. Она не меняется при повороте камеры. В идеале находятся с помощью ptlens.

Всё так и ничего тут странного нет. Эти коэффициенты рассчитываются на модели в которой уже выкинуты краевые куски. Сколько их будет выкинуто - зависит от того как панораму на кадры разбивать.
Я заблуждаюсь?

Pryanishnikov

Цитата:

Всё так и ничего тут странного нет. Эти коэффициенты рассчитываются на модели в которой уже выкинуты краевые куски. Сколько их будет выкинуто - зависит от того как панораму на кадры разбивать.
Я заблуждаюсь?

Я не понимаю, что значит "выкинуты кривые куски". Кем выкнуты? Тобой с помощью кропа - да, это может поменять коэффициенты вместе с FOV. А оптимизатор ничего не меняет.

Разные цифры параметров оптики после оптимизации получаются не от того, что оптика волшебным образом меняется, а из-за того, что оптимизатор просто врет по-разному, в зависимости от входных параметров. Кадры-то не идеальны. Может быть параллакс, движущиеся объекты, неверные контрольные точки, ошибки в алгоритмах. А оптимизатор пытается подобрать параметры для максимально точного сведения контрольных точек по всей площади панорамы, исходя из того, что на входе имеет. Если оно лучше сводится при неверных параметрах оптики - ну и фиг с ней, с оптикой.

Но! Если у тебя панорамная головка и нет к.т. на движущихся объектах, то лучше поставить верные параметры.

или я чего-то не понимаю, или одно из двух...

Alexandr Sh

Цитата:

или я чего-то не понимаю, или одно из двух...

Я все же склоняюсь к третьему варианту ...

zusker

Цитата:

Я не понимаю, что значит "выкинуты кривые куски".

Может быть потому, что читаете не внимательно? Краевые (а не кривые), т.е. те, которые приходятся на перекрытие и не входят в получаемую на выходе картинку.
Ес-но, оптика ни коем образом не меняется. Просто коэффициенты, выдаваемые оптимизатором зависят, помимо всего прочего, и от того, какое перекрытие делается. Эмпирически. Причем на Пеленге 8мм/3,5 - СИЛЬНО зависят. Мне проще и быстрее обходиться без них, оставляя по-умолчанию нули. А уж какие значения рассчитаются в процессе оптимизации - не принципиально.

Pryanishnikov


Цитата:

Может быть потому, что читаете не внимательно? Краевые (а не кривые), т.е. те, которые приходятся на перекрытие и не входят в получаемую на выходе картинку.

Нет, это я опечатался, когад отвечал. Имел в виду именно "краевые", про них и спрашивал (почему и вспомнил про кроп).

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

Насчет того, что результаты отличаются от того, какое перекрытие делашеь - это верно. И чем больше перекрытие, тем больше у оптимизатора шансов посчитать правильно.


Цитата:

А уж какие значения рассчитаются в процессе оптимизации - не принципиально.

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

При параллаксе ошибка оптимизатора может быть полезной. Но это - теория

zusker
Я делюсь своим (пусть скромным) опытом использования Пеленга.
А то, о чем вы вещаете, подтверждено эмпирически или это только теория?

Pryanishnikov

zusker - "блестящий" теоретик
http://forum.ru-board.com/topic.cgi?forum=36&bm=1&topic=0094&start=1680
http://forum.ru-board.com/topic.cgi?forum=36&bm=1&topic=0094&start=1700

благодаря истинным (в его смысле) постулатам я окончатено запутался в нормальной и практичной теории...

zusker = virus

Pryanishnikov

Цитата:

Я делюсь своим (пусть скромным) опытом использования Пеленга.
А то, о чем вы вещаете, подтверждено эмпирически или это только теория?

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

Все остальное - это не практика и не теория, это - основы, описанные автором Panorama Tools. Было бы желание их почитать ...

http://www.path.unimelb.edu.au/~dersch/barrel/barrel.html

тут четко описано, что это за коэффициенты a,b,c.

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

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

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

Добавлено:
humanoid67


Цитата:

zusker - "блестящий" теоретик
благодаря истинным (в его смысле) постулатам я окончатено запутался в нормальной и практичной теории...

Так ты спроси - я отвечу. Какие именно постулаты из меня кажутся тебе оторванными от реальности?

На приведенных тобой ссылках - о работе с динамическим диапазоном и тонмаппингом. Это я делаю постоянно (что было подтверждено конкретным примером, сделанным по предложению Алекса из Оттавы, на второй приведенной тобой странице).

Добавлено:
Всем

Хорошая новость для некоторых: будет русская версия APP 1.3. Сегодня получил "добро" от авторов.

zusker

Цитата:

будет русская версия APP 1.3. Сегодня получил "добро" от авторов

разве нужно для этого добро? открыто лежит файл и прога для перевода
вы уже перевели? а то сам собираюсь этим заняться...

Rodeus


Цитата:

разве нужно для этого добро? открыто лежит файл и прога для перевода

Во-первых, файл-то лежит, а искать, чем редактируют ресурсы для qt/windows мне было в лом.

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


Цитата:

вы уже перевели? а то сам собираюсь этим заняться...

Еще нет, только сегодня договорился. К релизу - сделаю.

zusker

Цитата:

Еще нет, только сегодня договорился. К релизу - сделаю.

Молодец! Хоть от руссификации и мало проку, но всё ж поприятнее русские буковки видеть
Есть хоть какая-нибудь информация о предварительной дате релиза и по исправлениям в нём?

zusker

Цитата:

чем редактируют ресурсы для qt/windows мне было в лом

тут я не понял, зачем это? как это связано с переводом APP?

SmagArt

Цитата:

Молодец! Хоть от руссификации и мало проку, но всё ж поприятнее русские буковки видеть

Для присуствующих - очевидно, нету Раз народ пользуются англоязычным софтом, то от русскоязычного уже не выиграет. А для отсуствующих - есть.


Цитата:

Есть хоть какая-нибудь информация о предварительной дате релиза и по исправлениям в нём?

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

Так что мой прогноз - очередной RC на следующей неделе, а там - глядишь и релиз не за горами.

Rodeus

Цитата:

тут я не понял, зачем это? как это связано с переводом APP?

Тут уже я не понял. Зачем редактировать ресурсы? Так если не пришлют исходники ресурс-файлов, то единственный путь - редактировать их в бинарнике. Это требует специализированного софта. Для стандартных pe-exe-ресурсов таких софтин - масса, а для QT - искать надо.

Я думаю, тебя сочетание букв QT сбило с толку. Это не Quick Time

zusker

Цитата:

Я думаю, тебя сочетание букв QT сбило с толку. Это не Quick Time

точно! Я просто скачал архив AutopanoPro_translation.zip Там все есть, как мне кажется, и файл с фразами для перевода и QT Linguist. Единственное с чем сходу я не разобрался, это с тем, что некоторые позиции нередактируются (не переводятся позиции с серой галочкой).

Rodeus

Цитата:

Я просто скачал архив AutopanoPro_translation.zip Там все есть, как мне кажется, и файл с фразами для перевода и QT Linguist. Единственное с чем сходу я не разобрался, это с тем, что некоторые позиции нередактируются (не переводятся позиции с серой галочкой).

Ага. Это именно оно.

Не редактируются устаревшие строки. Их и не надо редактировать.

Если рука тянется к курку, можно разделить работу. Я перевел инсталятор и начал русурсы с начала, можешь сделать с конца. Объединить 2 варианта я могу. Некоторое расхождение в стиле потом можно поправить.

...

А как перевести на русский "render" и тем более "batch render"?

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

Добавлено:
Я перевел render как "сборка", "сборщик", batch render - "пакетный сборщик", но это не нравится пока что

Добавлено:
Еще отличное слово: "blending"/"blender"

Не переводить же как "смешивание" или "блендинг"

zusker
Дабы облегчить поиск русского варианта перевода тех или иных терминов, можно воспользоваться переводом Pano2QTVR, сделанный Alex Ottava. Часть терминов можно оставить английскими в русской транскрипции, как мне кажется. Они уже вошли в обиходный язык пользователей.

А там есть "рендерер" и "блендер"? А то больше я проблем и не нашел.

С рендером все же достаточно просто: это именно "сборка", процесс, в результате которого из кусочков собирается целая панорама. не думаю, что будут сильные возражения (тут окружающие могут добавить свои 5 копеек, как "за", так и "против"). Лично я всегда эот процесс сборкой и называл, так что задумался ровно на секунду, исключительно из-за batch. Но вот с блендером - непонятно что сделать. Кухонным комбайном пахнет.

Народ, а подскажите плиз где у Пеленга НД :) на уровне какого кольза :-?
никак не могу замерить так, чтобы быть уверенным в результате