Я работаю над 3D-реконструкцией с танго. Наша система очень похожа на KinectFusion, которая использует voxel-представление, но использует Tango в качестве трекера. Левое изображение (в видео, приведенном ниже) отображается Raycast при текущей позе (заданной танго) в реальном времени. Исходная поза, преобразованная GetOC2OWMat(), как в примерах кода, кроме того, знак tx и rx перевернут, чтобы справиться с нашей системой. Все работает отлично, за исключением рациона в оси Z, которая меняет угол в визуализированном изображении. Я думаю, что преобразование системы координат не выполняется должным образом, но интеграция по глубине работает, если не задействовано Z-вращение. Я также проверил Det (R) всегда 1.Project Tango странная визуализация вращения
ответ
Извините, что я просто найти место, где все идет не так. Когда изображение отображается с opengl, размер отображаемого gl не имеет того же формата изображения, что и изображение Raycasting.
Вы программируете с помощью Java/C/Unity? Мне любопытно, потому что у моего устройства есть проблемы с данными камеры, и вы, кажется, захватываете его без проблем. Я совершенно уверен, что это ошибка, но я хотел бы убедиться, что это действительно так.
Похоже, что вы не факторизуетесь внутренними - вы учли кадры и устройства IMU-кадров? Вам нужно, чтобы они полностью восстановили исходную точку обзора, т. Е. Матрицы фотоаппарата и устройства imu должны быть умножены на ваш стек.
Привет, я понял, что из-за соотношения сторон рендеринга gl не соответствует соотношению сторон изображения. Считаете ли вы, что создание карты глубины из облака точек должно учитывать радиальное искажение во внутренней матрице (это сильно улучшает результат?). Мне кажется, что отслеживание танго не так идеально, особенно по оси Z (по сравнению с плоскостью icp в сочетании с коррекцией IMU) –
Не нужно было возиться с искажением объектива, однако для компенсации оригиналов Посмотреть. Да, ось Z должна рассматриваться как статистически точная догадка во времени, а не лазерный дальномер. Это проблема первого порядка. Проблема второго порядка - дрейф - угловое смещение в данном кадре является точным, но кумулятивное угловое смещение имеет дрейф, что приводит к большей ошибке. О Радость. –
Это было учтено в GetOC2OWMat() в образце кода Google (я думаю, что оба фрейма упоминаются во время преобразования)? –
- 1. Android Studio Project Project Tango
- 2. Визуализация проекта Tango Point Cloud
- 3. Project Tango Camera Specifications
- 4. Project Tango MeasureIt Остановки
- 5. AR Google Tango Project
- 6. Vuforia + Project Tango
- 7. Смещение камеры | Project Tango
- 8. Project Tango, положение камеры?
- 9. Project Tango DepthBuffer заказать?
- 10. google project tango debugging
- 11. Project Tango - 3D Reconstruction
- 12. Tango project, rooting
- 13. Google Project Tango
- 14. Проблема TableView (странная визуализация)
- 15. Странная визуализация с Direct3D10
- 16. Project Tango не будет релокализовать
- 17. Какова резолюция планшета Project Tango?
- 18. ROS Rviz визуализация данных Tango Pose
- 19. Проецирование Tango 3D на экран Google Project Tango
- 20. установка Tango Core в комплекте для разработки Tango Project
- 21. Визуализация облаков точек в проекте Tango из PCL
- 22. Project tango: Как реализовать персонализированный экран подключения?
- 23. разрешение низкой глубины на google-project-tango
- 24. Google Project Tango, снимая при отслеживании движения
- 25. Project Tango Raw Data (IMU и RGBD)
- 26. Использует ли Project Tango Android SDK?
- 27. Реализация ITangoDepth в единстве. Project Tango
- 28. Project Tango: Экспорт ADF на SDCard
- 29. Какова модель искажения объектива Tango Project?
- 30. Слияние области Описание Файлы для Project Tango
Я использую C api. Очень сложно получить цветное изображение правильно, потому что это вложенный указатель и он должен рекурсивно хранить данные указателя memcpy внутри. –