Mve: система координат сцены

Приложение scene2pset экспортирует облако точек в системе координат сцены. Преобразования не применяются. Вы можете проверить, загрузив облако точек и сцену в UMVE на вкладке «Scene Inspect».

Нет, я так не думаю. У меня сейчас нет сборки UMVE, я проверю позже. но это вывод scene2pset.

это означает, что все точки не находятся в BB, поэтому они не находятся в координатах сцены.

Ваша ограничивающая рамка или то, как вы указываете ограничивающую рамку, должно быть неправильным. scene2pset выводит в системе координат сцены, это факт. В UMVE также есть средство создания ограничительной рамки, которое может помочь вам найти правильные параметры.

Ограничительная рамка не моя. это на самом деле из видения. Мидделберри, и причина, по которой я говорю об этом, заключается в том, что я отправил свой результат для оценки в Миддлбери, и они сказали, что мои точки не в правильной координате, и они попросили меня запустить проверку работоспособности, используя их ограничивающую рамку и изображение выше является результатом.
Также согласно вашему ответу на вопрос 358: «Все результаты приведены в системе координат, продиктованной SfM. Если вам нужна конкретная система координат сцены, вы должны преобразовать ее самостоятельно». точки не в системе координат сцены

Вы запускаете SfM на наборах данных Миддлберри? По сути, это создаст произвольную систему координат сцены, не имеющую ничего общего с той, которую ожидает Миддлберри. Если вы хотите сделать это правильно, вот что вам нужно сделать:

1) Используйте внутренние и внешние параметры камеры, указанные в наборе данных Миддлберри, и используйте их для видов, т. е. вставьте параметры в файлы meta.ini .
2) Создавайте функции SfM без фактического запуска SfM. Это сложная часть, потому что вы хотите обнаружить, сопоставить, триангулировать функции, а затем запустить оптимизацию, которая не меняет параметры камеры. Я не думаю, что у нас есть код именно для этого сценария прямо сейчас.
3) Запустите свой код на полученной сцене, которая находится в системе координат Миддлберри.

о, хорошо, это странно, и я не вижу логики в этом XD. Я сделаю то, что вы сказали, но шаг 2 будет трудным -__-

последний вопрос и я пойду спать x'): если я запущу sfmrecon с этим 2 arg = true

1. args.add_option('0', "fixed-intrinsics", false, "Не оптимизировать встроенные функции камеры");
   
   
   
   1. args.add_option('0', "shared-intrinsics", false, "Общий доступ ко всем камерам");
   
   

это будет работать?

Нет. Потому что вам также придется исправить внешние факторы. А исправление внешних особенностей не поддерживается по своей природе инкрементным подходом SfM.

Что странного в этих шагах? Шаг 1 должен быть довольно очевидным, вы должны использовать параметры, предоставленные Миддлберри, поскольку эти параметры камеры «наземной правды» лучше, чем то, что может произвести любой SfM. Шаг 2 необходим, потому что для работы нашего MVS требуются баллы SfM. Если у вас есть алгоритм MVS, который не требует очков SfM, вы, вероятно, можете пропустить этот шаг.

Спасибо за все ответы, которые вы предоставили. это действительно полезно.
Странны не шаги. но почему параметры sfm далеки от истины. и нет, я не могу пропустить 2-й шаг, так как моя работа основана на вашей работе, особенно _dmrecon_, я также использую функции в качестве начального значения для оценки глубины и нормалей. Вот почему я публикую так много вопросов и задаю так много вопросов ^__^

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

Таким образом, реконструкция не «в стороне», а просто отличается от этой двусмысленности.

Я добавил простой инструмент, который делает то, что вы хотите. Пожалуйста, прочтите эту страницу.
https://github.com/simonfuhrmann/mve/wiki/Миддлбери-Наборы данных

Большое спасибо ,