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

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

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

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

Сообщества

Настроить S2

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



Пишет dibr ([info]dibr)
@ 2008-08-18 18:00:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
unixway
          Q44: Что такое unixway?
          A44: Ламеpы в гамаке пусть в тапках тpахаются - это их пpоблемы.
               Я в своём гамаке хочу полноценно тpахаться на лыжах.
              
(c) RU.OS.CMP FAQ


     Disclaimer: "юниксвей" здесь и далее употребляется в значении, приведенном в RU.OS.CMP FAQ. Прямого отношения к OS UNIX высказываемое ниже не имеет.
     С новым hugin'ом (тем самым, который не смог работать с jpeg'ами) в комплекте шёл новый enblend (который работает чуть хуже чем старый, почти античный smartblend, но зато делает это дольше и чаще падает), совместимый по ключам со старым enblend, и даже имеющий ничего-не-делающий ключ -z, специально оставленный "для совместимости со старыми скриптами".
     А ещё вместе с ним шло новое autopano. При этом autopano.exe у нового autopano делает совершенно не то, что делало autopano.exe у старого autopano, а то что делало старое autopano.exe теперь делает autopano-c-complete.exe. А чтобы жизнь малиной не казалась, у autopano-c-complete.exe совершенно отличные от autopano.exe ключи командной строки. Но это фигня - внутри hugin можно настроить нужные ключи для вызова autopano!
     Чтобы через несколько часов возни выяснить. Что autopano-c-complete.exe не работает (вылетает после построения keyfiles) не потому что я налажал с ключами, и не потому что autopano-c-complete.exe вообще нельзя вставить в это место, а потому что один компонент autopano передаёт другому компоненту autopano кириллическое имя каталога в чём-то типа urlencoded (через %хх), а другой компонент ждёт (кажется) unicode. О чём выводится вполне внятное сообщение об ошибке, которое впрочем невозможно увидеть, поскольку окно закрывается мгновенно после этого. После всего этого autopano-c-complete.exe прикрутилось и заработало (правда, иногда падает при выходе, но на работу это уже не влияет), а я возрадовался ширине и глубине unixway-подхода к совместимости программного обеспечения в частности и дизайну ПО вообще.

     А я почему собственно вспомнил. Потому что увидел в коммьюнити [info]eeepc@lj длинный пост, подробно рассказывающий (с правкой конфигов, скачиванием каких-то патчей, перезагрузкой системы, и последовательным набором нескольких команд в шелле), как настроить "800х600 со скроллингом" в OS Xandros на eeepc.
     В винде же (штатной, "из коробки") на той же eeepc это настраивается правым мышом по десктопу. Без перезагрузки, ессно.

     Всё-таки юниксвей - такой юниксвей...

     P.S: то-ли у меня такой медленный компьютер, то-ли у меня такой медленный софт. [info]ilya_314@lj выложил свои панорамы неделю назад (судя по номерам у него их 76 штук), а у меня до сих пор дошивается 55-я из 69.

     Это я к чему. Фотоотчет будет скоро, буквально завтра. Это не я тормоз, это компьютер тормоз. Пора, пора апгрейдиться до коре-дуры :-)))


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


[info]prokoudine@lj
2008-08-19 12:36 (ссылка)
http://groups.google.com/group/hugin-ptx/browse_thread/thread/5cd3201da50a732f

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


[info]dibr@lj
2008-08-19 12:57 (ссылка)
> I think autopano-c-complete.exe is a compiled version of a perl script.

Судя по виду - йес, ит из.

Сейчас запустил из командной строки - диагностика выглядит так ("простыня" с генерацией keyfiles пропущена):

Loading keyfiles
file:///L%3A/%E0%E0%E0/p1.jpg.key:5: parser error : Input is not proper UTF-8, indicate encoding !
Bytes: 0xE0 0xE0 0xE0 0x5C
<ImageFile>L:\ррр\p1.jpg</ImageFile>
^
Failed to load keypoints from ь/#
autopano-sift, Automatic panorama generation program

Loading keyfiles
file:///L%3A/%E0%E0%E0/p1.jpg.key:5: parser error : Input is not proper UTF-8, indicate encoding !
Bytes: 0xE0 0xE0 0xE0 0x5C
<ImageFile>L:\ррр\p1.jpg</ImageFile>
^
Failed to load keypoints from ь/#
Can't spawn "cmd.exe": No such file or directory at /loader/0x96af9c/autopano-c-
complete.pl line 43.
Файлы назывались p1.jpg и p2.jpg, лежали в каталоге "ааа" (русские буквы). Если переименовать каталог латиницей - всё работает.

> There is no real advantage using this tool, I suggest your Windows user uses autopano-sift-c.exe or panomatic.exe instead

Ээээ... в той версии что я скачал - autopano-sift-c нет. В отдельно скачанном "Autopano-SIFT-2.3" есть win-autopano-sift-cmdline.vbs, но вижуалбейсика я немного стесняюсь (тем более что GUI версия autopano-win32.exe из этого же пакета тупо виснет более чем на ~десятке файлов).

Panomatic там (в hugin) есть. Но я, пожалуй, подожду стабильной версии hugin, а там уже продолжу ковыряться. И главный вопрос - а какие-то преимущества у panomatic перед autopano есть? Мне показалось, что там какие-то чисто лицензионные заморочки были...

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


(Читать комментарии) -