Agisoft Metashape
Agisoft Metashape => Other Languages => Topic started by: Gonzo on August 23, 2012, 11:59:59 PM
-
Приветствую.
Спасибо за кучу новых полезностей. Интересный релиз будет. :)
Немного потестировал. Плохо что нет экспорта камеры в fbx формате. Самый универсальный формат, странно что есть какие-то совершенно неиспользуемые, но нет самого распространенного. Кстати, тот же alembic, про возможность добавления которого я у вас уже спрашивал, позволяет делать экспорт в том числе и камеры.
Программа (0.9) почему-то неправильно определяет параметры камеры, даже при наличии EXIF. Геометрию строит верно, но камеру определяет неправильно. Могу показать в картинках, если нужно.
Еще я так и не понял как получить прирост скорости от задействования в расчетах видеокарты. Ставил Active CPU cores 6/8, ставил галку в списке девайсов, и ни какой разницы не видно. Но это относится и к версии 0.8
Такой еще вопрос - есть возможность посмотреть соотвествие точек геометрии между камерами (Matches). Их вручную нельзя редактировать? Если нельзя, то зачем показывать? :) Иногда видно явное несоответствие, а сделать ничего невозможно. И Invalid-линии тоже не скрыть. Что очень неудобно - иногда они перекрывают все Valid-линии, и ничего не разобрать.
-
Вот вам пример экспорта из Boujou и Photoscan 0.9.0 (в boujou txt):
Boujou:
0.999993275117 -0.000308587944 0.003654380155 -0.000308846844 -0.999999949837 0.000070282527 0.003654358283 -0.000071410698 -0.999993320261 0.378500334670 -0.704313962266 10.445229035272 18.350000
Photoscan 0.9.0:
9.9792098960469544e-001 -1.8794276249088650e-003 -6.4421784034505117e-002 1.2841108704650587e-003 9.9995610531359769e-001 -9.2810831982822785e-003 6.4436399384649387e-002 9.1790630166599021e-003 9.9787959956924588e-001 -9.6932456542128120e-001 1.0370164608956962e-001 -5.3838637521126698e-001 2.7347701156349367e+003
С Focal Length что-то нездоровое происходит - 2.7347701156349367e+003 :o Входные данные одинаковые. И с трансформом тоже не все благополучно. Т.е. в целом движение камеры похожее, но сама камера непонятно как-то смещена относительно истиного положения. Изменение очередности ротейтов не помогает.
-
Добрый день,
Спасибо за отзывы.
Мы рассматриваем возможность поддержки fbx и alembic форматов, однако, пока это не первоочередные задачи.
Если есть возможность предоставить скриншоты демонстрирующие неправильное определение параметров камеры, пожалуйста, выложите их здесь или отправьте на e-mail адрес поддержки.
Видеокарта задействуется только на этапе реконструкции геометрии при построении карт глубины. Если этого не происходит, пожалуйста, приложите log-файл из Консоли.
Возможность просмотра соответствий между фотографиями добавлена для оценки качества выравнивания, если какие-то фотографии выравниваются плохо, то путём добавления маркеров (в Про версии) и использования их в качестве 100% соответствий. Мы постараемся в ближайшее время добавить опции по отключению/включению соответствий определённого типа в окне просмотра соответствий.
-
Фокусное расстояние в PhotoScan указывается в пикселях, поэтому величина в 2700 точек - вполне адекватна.
-
Ок, спасибо за ответ. А как получить понятное для 3D софта значение в mm? Если уж это boujou txt, то должно быть так как в задумано в формате...
-
Кстати, непосредственно в файле (txt) у вас написан формат экспорта:
Line Format: Camera Rotation Matrix (9 numbers - 1st row, 2nd row, 3rd row) Camera Translation (3 numbers) Focal Length (mm)
Сами же пишите, что "Focal Length (mm)" ;)
-
А вот так определяется камера в вашем семпле (со сфинксом):
9.9999798311452825e-001 -1.9501847203491100e-003 -4.8015250934415249e-004 1.9488816066441910e-003 9.9999445691261390e-001 -2.6996304431774502e-003 4.8541462585770847e-004 2.6986892379381854e-003 9.9999624071745297e-001 -8.4222335990980293e-003 5.3540912261779497e-003 -2.9223611701530292e-002 5.2429302771817348e+001
9.6268034100713562e-001 6.2071860427561777e-002 2.6342673588959514e-001 -6.6419075848314066e-002 9.9776271714378295e-001 7.6201470662469063e-003 -2.6236437906438653e-001 -2.4832326127783903e-002 9.6464930838996732e-001 9.8814885528961549e-001 8.4222398120395045e-002 1.7061727248114888e-001 5.2429302771817348e+001
5.2429302771817348e+001 Вот это точно близко к истине. В EXIF написано 50mm.
-
Видимо, я не совсем правильно понял Ваше сообщение.
Внутри PhotoScan (в окне калибровок камер) фокусное расстояние как раз в точках, а в экспортируемом формате boujou должно быть как раз в mm. Только что проверили экспорт - фокусное расстояние в мм.
-
А вот скрин (в аттаче), как и обещал. По нему видно, что геометрия неточно на фото ложится. Это вид из камеры в Maya. Пробовал подкладывать фото исходное, и экспортированое через Undistort Photos
-
Очень не хватает сохранения стадии просчета "Reconstructing map". Просчет идет достаточно долго, и хотелось бы сохраниться после него. Как правило, PhotoScan вылетает уже после него на этапе генерации меша, из-за нехватки памяти. Меш генерится быстро, но приходится еще раз ждать Reconstructing map :-[
-
Такой еще вопрос, не совсем по теме - какая роль у Volume? Он влияет на точность рассчета, или просто отсекает лишние воксели?
-
Не совсем понятно как отбраковывать неправильно подогнаные фотографии. Во вьюпорте вижу целые куски объекта, расположеные не на своем месте. Можно как-то по выделеным во вьюпорте точкам посмотреть какие фото внесли наибольший вклад (вес)? Удалять и делать неактивными все подряд камеры перебором очень неудобно. Информативности очень не хватает. Чисто "инженерный" софт выходит. В смысле не для инженеров, а созданый инженерами. Не хватает вам спеца по эргономике и толкового 3D-шника. ;)
-
Добрый день,
В версии 0.9.0 полученные карты глубины (depth maps) сохраняются, если, например, отменить процесс построения геометрии. Через Python скрипты процесс получения карт глубины вообще вынесен в отдельную функцию.
Размеры Bounding Box не влияют на точность, но их уменьшение может существенно снизить потребление памяти и отсечь области, которые не требуется реконструировать.
Можно выделять неверно позиционированные точки, а затем с помощью фильтрации по выделенным точкам (в поле Фотографии) более детально рассматривать фотографии, на которых эти точки присутствуют. При переключении в режим просмотра точек на фотографии, выделенные в 3D пространстве точки будет отмечены красным цветом.
-
"Через Python скрипты процесс получения карт глубины вообще вынесен в отдельную функцию"
Спасибо за информацию. Полезно. Пока не смотрел возможности скриптов.
-
PhotoScan 0.9.0 может использовать больше 24GB памяти? У меня на этапе Generating mesh почему-то только 24 занято. При этом процессор вообще не загружен. Т.е. загрузка 0. И на паузу при этом просчет не поставить. На не очень тяжелых объектах через какое-то время PhotoScan отвисает, возвращает память и нормально заканчивает просчет. Сейчас просчитываю тяжелый объект, в таком непонятном состоянии программа уже 1ч 34 мин. :o
Сцена которая сейчас считается: качество High, кол-во полигонов 6 млн. Меньше не могу поставить - генерация сетки, к сожалению, не адаптивная.
-
Добрый день,
В PhotoScan нет ограничения на использование памяти.
Какой общий объём оперативной памяти на используемом компьютере? Возможно, при обработке не хватило памяти и процесс ушёл в swap, а потом медленно высвобождает память обратно, с чем может и быть связана нулевая загрузка процессора.
Вы успели обратить внимение на Grid size в логе, какие там размеры? Сколько фотографий в проекте и какого они разрешения?
-
Всего 32GB. Фото - 4912*3264, Chunk из 77 фото. Перед этим просчитал Chunk из 18 фото такого же разрешения. Grid size не видел, окно с логом скрыто.
Если сейчас сделать отмену, то Depth сохраниться?
И заодно вопрос - реально ли использовать pyQT4? Сходу не получилось что-то.
Спасибо за помощь!
-
Карты глубины должны остаться в проекте после отмены построения геометрии, если Вы используете версию 0.9.0. Однако, скорее всего и процесс отмены тоже займёт долгое время, пока не высвободится память из swap'а. В системном мониторе Windows можно посмотреть общее выделение памяти на вкладке "Быстродействие" в разделе "Система".
Если на генерацию модели действительно не хватает памяти, то можно попробовать уменьшить размеры Bounding Box'а.
Поддержки Python'овских модулей Qt в PhotoScan в настоящее время нет. Возможно, такая поддержка будет добавлена в следующих версиях, но в ближайших обновлениях ждать её не стоит.
-
Version 0.9.0 build 1584: Added support for model export in FBX format
А камера... как же камера? :-\ Самое главное не сделали. Экспорт геометрии и так был. А камеру как было нечем экспортить, так и сейчас нечем. Есть же теперь поддержка FBX, все есть для экспорта камеры. Кроме самого экспорта.
-
Добрый день,
Камеры сохраняются внутри файла с моделью в формате FBX, нужно поставить галочку в диалоговом окне экспорта модели.
-
Спасибо за информацию!