Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет dibr ([info]dibr)
@ 2012-08-20 01:04:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
hugin
     Оказывается, если взять старинный велосипед - что-то типа "большеколёсного велосипеда Джеймса Старли" (ну, все себе его представляют), и постепенно дорабатывать-заменять-добавлять отдельные детали, то можно в результате собрать небольшой внедорожничек - ну так, класса "УАЗ-патриот", причём все промежуточные этапы эволюции будут вполне себе ездить (хотя и иногда требовать обматывания скотчем или отталкивания ногой при старте, ну или съезжать в кювет при неудачном порыве ветра), и сама эволюция будет довольно плавной, с одним резким скачком - установкой на раму ДВС.
     Доказано программой Hugin: основана она на пакете PanoTools, который, в-общем, примерно этот велосипед из себя и представлял (причём в духе "юниксвея" - ну или IKEA, кому что больше нравится - больше напоминал "ведро с болтами и железными плашками, перед использованием скрутить", чем монолитную программу), "резкий скачок" - собственно, создание hugin'а, как графической "обёртки" вокруг всей этой "банки с червяками" (к тому времени независимо доэволюционировавшей примерно до уровня горного вела на чугунной раме), а дальше - плавная эволюция к тому, что мы сейчас имеем. Собственно, УАЗик и имеем: прёт не разбирая дороги, но КПП естественно ручная, и "под капотом" иногда надо пошаманить.

     Это я сегодня поставил свежескачанный hugin, и, помня о том, как он вёл себя раньше, радостно удивлялся, что теперь он, блин, спокойно работает "из коробки", без необходимости читать линуксовые исходники и рисовать странные батники для обхода "встроенных внутрь" синтаксических ошибок :-) Просто работает, и всё тут. Кстати, ночной кадр из позапрошлого поста собран hugin'ом - конкретно, программой enfuse. Как мне упорно кажется, её результат получается лучше, чем "классический HDR" - ну, или я этот самый классический HDR готовить не умею.

     Впрочем, "enblend: excessive overlap detected; remove one of the images // enblend: info: remove invalid output image "crw-IMG_1856-2020_exposure_0001.tif" я всё равно считаю издевательством (не буду даже объяснять почему), а дефолтное ограничение использования памяти программой enblend в 1Гб в 64-битной системе (самая памятежручая часть пакета, при этом скорость работы резко - на 1-2 десятичных порядка! - зависит от используемой памяти) - это, хм, вызывает недоумение :-) Оно настраивается, конечно (я поставил 12Гб), но для этого надо знать, что оно вообще настраивается (для начала - что оно существует), после чего "искать нужный ключик" (проще всего - запуском из командной строки), поставлять ключик в строчку настроек... в-общем, опять юниксвей. Впрочем, и с 1Гб оно работает. Только тормозит на больших панорамах.


(Добавить комментарий)


[info]ilya_314@lj
2012-08-19 18:13 (ссылка)
У меня кстати сходу enfuse задействовать верно не получилось, хоть я и пытался смотреть похожие туториалы. Зато подготовив три кадрика в autopano giga подсунул их через консоль enfuse.exe (про параметры быстрее нашлась информация) и результат вроде получился нормальный. И потом вдруг замечаю, что в autopano giga есть опция exposure fusion, результат практически идентичен enfuse, есть еще где ручки покрутить. Не то чтобы в autopano совсем все очевидно, наверное стоит написать про это, но я доволен, что решается пока все им, hugin как-то меня все еще пугает.

(Ответить) (Ветвь дискуссии)


[info]dibr@lj
2012-08-19 18:28 (ссылка)
Хугин всё-таки для тех, кто "ездит на уазиках" - какие-то фоновые знания внутренностей нужны (иначе непонятно, чего нажимать-то вообще), отвёртка и пассатижи уже, тьфу-тьфу, не нужны - но готовность их применить всё ещё важна :-) Отдельный вопрос в платности/пиратскости APG - я спокойно пользуюсь пиратским ФШ и пиратским офисом, но менее спокойно смотрю на пиратство таких вот нишевых продуктов, как APG. Хотя, не было бы альтернативы - пиратил бы как все, чего уж там.

Идеи все друг у друга в той или иной мере передирают (а я всё жду, когда авторы seamless blender'ов вспомнят те времена, когда нормального seamless ещё не было, приходилось "пускать градиент" по границе, и добавят опцию градиентного перехода - при неудачном исходнике швы всё-таки бывают заметны и сейчас), и концепция enfuse тоже, думаю, расползётся по другим программам. А вообще - enfuse очень сильный конкурент HDR - убить не убьёт, "но покалечить может".

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ilya_314@lj
2012-08-19 18:38 (ссылка)
APP стоит 100 евро, APG уже 200 евро, задумаешься. Причем экспорта слоев стопкой в APP нет и похоже еще кое-чего нужного, получается 200 евро вынь да полож. Если бы какая-то подписка была более гибкая, чтобы по времени или числу панорам это оплачивать, но и тут может много получиться.

(Ответить) (Уровень выше)


[info]ilya_314@lj
2012-08-19 18:40 (ссылка)
Кстати есть бесплатная утилита с предварительным просмотром enfusegui. Сильно легче не становится, там ручек порядочно, но поиграться при случае можно. Опять же вроде как enfuse ведь и по фокусу бректинг разрешает, что autopano вроде как и не предлагает, хотя возможно метод там примерно один в основе лежит.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2012-08-19 18:45 (ссылка)
Да, enfuse умеет "сшивать по фокусу", я так даже пару раз делал. Но это опять "юниксвей" - надо смотреть нужные ключики, подставлять эти самые ключики в нужное место - просто поставить галку "хочу сшить по фокусу" нельзя, ввиду отсутствия такой галки.

(Ответить) (Уровень выше)


[info]tesanoff@lj
2012-08-20 01:58 (ссылка)
Там для энфуза спец-батники есть, например enfuse_align_droplet.bat

Они в командной строке принимают список исходных файлов, сами выравнивают их и энфузят. :-)

Собственно, это ещё давно появилось: http://tesanoff.livejournal.com/105988.html

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ilya_314@lj
2012-08-20 03:22 (ссылка)
Спасибо. Но я пожалуй остановлюсь пока на autopano, т.к. вроде бы там все аналогично и причем настройки как-то более интуитивны, есть preview. По ссылке можно увидеть их окошко с колоколом и несколькими движками:

http://www.autopano.net/wiki-en/action/view/LDR_/_HDR_-_Workflow_case_B

На всякий случай поставил enfusegui, который перевызывает тот-же enfuse. В него можно кинуть стопку выровненную autopano и получить альтернативный результат.

(Ответить) (Уровень выше)


[info]ilya_314@lj
2012-08-19 18:29 (ссылка)
Кстати enfuse тоже 1Gb по умолчанию использует, это из описания параметров командной строки видно. Другое дело, что ему передает hugin, тут уж я не смотрел. А вообще конечно по управлению памятью другие сшивалки далеко вперед ушли, на 1 gb и ICE и autopano giga очень неплохо работают. Просто так все переработать и ускорить в hugin очевидно очень не просто, проблема сама собой решается большим объемом ram, но вот разработчики тут с опциями по умолчанию для hugin явно недосмотрели.

(Ответить) (Ветвь дискуссии)


[info]dibr@lj
2012-08-19 18:38 (ссылка)
У enfuse алгоритм довольно локальный, ей 1Гб должно хватать почти всегда. А вот enblend приходится "работать по площадям", и тут памяти много не бывает...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ilya_314@lj
2012-08-19 18:43 (ссылка)
Разумное решение все равно можно сделать, чтобы на время рассчета кусков процессорами периодически подготавливать новые фрагменты. Очевидно так и делают указанные программы, которые на аналогичной памяти (там это настройка и у меня она порядка 1Gb), работают очень неплохо. Просто я думаю, что реализация там не сильно простая и возможно нужно много редизайнить внутри на что ни у кого рука не поднимается.

(Ответить) (Уровень выше)


[info]tesanoff@lj
2012-08-20 01:52 (ссылка)
Ага. Меня тоже порадовал 64-битный хугин, работающий "из коробки". И мне тоже результат энфуза нравится гоораздо больше чем типовой HDR.

(Ответить)


[info]slowkukuing@lj
2012-08-27 15:40 (ссылка)
>> ... чем "классический HDR" - ну, или я этот самый классический HDR готовить не умею. <<
что есть "классический HDR" ? - это one way encoding в плавающую точку с разглядыванием в хек-эдиторе :-))
картинку всё равно разглядывают в LDR, и тут уж никаких "классических HDR" не существует, а "классические" тон-маперы - это кислотные дожди цвета.
...более-менее "классикой" тон-мапинга HDR->LDR можно было бы считать retinex, но он, как и "фьюжЫн", существенно локальный алгоритм и, собственно, непонятно зачем лепить HDR с последующим редуцированием "retinex", если можно сразу устроить retinex-like мапинг (чем фиюжын, по сути, и занимается).

(Ответить)