Mve: Fountain_p11 데이터세트

따라서 설명하는 방식이 좋아 보입니다. 스크립트로 장면을 만들고 featurerecon 를 실행합니다. 그러나 스크립트는 Strrecha 데이터 세트가 아닌 Middlebury용입니다. 약간 적응해야 할 수도 있습니다.

• meta.ini 파일을 직접 보고 Strecha의 매개변수와 비교할 수 있습니까?
• featurerecon 를 실행하기 전에 UMVE로 장면을 검사할 수 있습니까?

글쎄, Strecha Fountain_p11에는 11개의 이미지만 포함되어 있기 때문에 나는 수동으로 Fountain_par.txt 를 생성하여 Middelbury 스크립트가 잘 실행되고 meta.ini가 실행될 것이라고 생각합니다. _featurerecon_ 전에 실행하면 _umve_ 잘 실행됩니다. _featurerecon_을 실행할 때 이상한 회전이 있는 카메라가 표시됩니다. 1000개만 얻고 모양과 같은 원뿔을 형성하는 점을 얻습니다. 아래 이미지 확인

또한 Strecha가 K , R , T를 포함하는 카메라 2개 파일과 투영 행렬을 포함하는 P라는 다른 파일을 데이터 세트에 제공하는 것을 발견했다면 p = K*[R|t]를 계산하면 다음과 같은 행렬을 얻을 수 있습니다. 하나의 열 다른 검사 이미지 타격이 있는 P 파일의 하나.

이 데이터세트는 사람들이 데이터를 검증하는 데 어떻게 사용했는지 짜증이 납니다.

이미지에서 무엇이 잘못되었는지 확인하기 어렵습니다. 원뿔 모양의 피처를 얻으면 일부 카메라 매개변수가 잘못되었을 수 있습니다. 카메라가 거꾸로 된 것일 수 있습니까? 두 번째 스크린샷의 수학이 잘못된 것 같습니다. RT의 마지막 행에는 모두 0이 있어야 하고 오른쪽 하단에는 1이 있어야 하지 않습니까?

핀홀 카메라 모델에 따라 수학은 정확합니다. R은 3x3 t는 3x1이고 k는 3x3입니다. 왜 RT를 행별로 확대해야 할까요? 동질 변환을 수행하려는 경우 투영 p를 증가시킬 수 있음을 의미합니다.
또한 나는 방금 인터넷에서 Strecha가 그의 투영 P를 다음과 같이 계산한다는 것을 발견했습니다. p = k * [R^T |-R^T t]
"^T"는 조옮김을 의미하지만 나는 이것을 얻지 못합니다.
문제로 돌아가기:
여기에 Fountain_par.txt 가 있습니다. 시간이 된다면 스크립트와 featurerecon을 직접 실행할 수 있는 파일입니다. 데이터세트에 제공된 카메라 매개변수가 잘못되었거나 MVE 및 SMVS와 호환되지 않는다고 생각합니다.

팀의 누군가가 이것을 조사할 시간이 있을지도 모릅니다. 저는 그렇지 않습니다. @nmoehrle , @flanggut?

감사합니다. 또한 나는 모든 Strecha 데이터 세트가 여기에 있는 새로운 데이터 세트라도 있다는 것을 알았습니다. https://cvlab.epfl.ch/data/strechamvs 도 작동하지 않습니다. 진실 카메라 매개변수가 MVE 및 SMVS와 호환되지 않습니다.

여기에 meta.ini 파일 중 하나를 게시하세요.

UMVE의 스크린샷을 볼 때 회전이 올바르지 않은 것을 알 수 있습니다. 보기는 중앙을 바라보는 호를 형성해야 합니다. 내가 strecha를 실험했을 때 나는 내 자신의 변환 스크립트를 가지고 있었고 그것들은 파이썬으로 작성되었기 때문에 MVE에 통합하려고 시도하지 않았습니다. 카메라 매개변수를 변환하는 데 사용한 스크립트를 보여주거나 링크를 제공할 수 있습니까?

내 추측으로는 카메라 위치(strecha 카메라 파일에 저장된 c)를 번역(t = -R * c)으로 변환하지 않았다는 것입니다. 또한 Strecha 카메라 파일에 약간의 기이함이 있다고 생각합니다. 카메라 행렬은 행 메이저이고 회전 행렬은 열 메이저입니다. 아니면 전치된 회전 행렬이 저장됩니다(R^t).

@simonfuhrmann 여기 메타 파일
메타.txt
@nmoehrle 잘 나는 이것을 사용했습니다: https://github.com/simonfuhrmann/mve/wiki/Middlebury-Datasets .
그리고 네 저는 (t = -R * c) 하지 않았으므로 Strecha가 번역 벡터 t를 제공한다고 생각했습니다. 나를 혼란스럽게 한 것은 Readme 파일의 Stesha가 p = k * [R^T |-R^T t ] 그가 t 를 c -_- 로 대체했다면. 나는이 정보를 사용하고 그것이 무엇을 제공하는지 볼 것입니다

이 스크립트는 strecha 벤치마크의 .camera 파일을 구문 분석할 수 없으며 다음과 같은 한 줄의 middlebury 카메라 매개변수 형식만 읽습니다.
"imgname.png k11 k12 k13 k21 k22 k23 k31 k32 k33 r11 r12 r13 r21 r22 r23 r31 r32 r33 t1 t2 t3" .

.camera 파일의 구조는 완전히 다릅니다.

|라인|내용|
|--------|-|
| 1-3 | K 매트릭스 |
| 4 | 알 수 없음 |
| 5-7 | R^t |
| 8 | ㄷ |
| 9 | 너비 높이 |

@nmoehrle 예 예 11개 이미지에 대해 .camera에서 Fountain_par.txt 파일을 수동으로 만들었다는 것을 알고 있습니다(내 자신의 파서를 작성하는 데 게으름). 내가 고려하지 않은 유일한 것은 (t = -R * c)입니다. .camera에 주어진 c를 t로 사용했습니다. 나는 이것을 나중에 수정하고 결과를 게시 할 것입니다

@nmoehrle 글쎄요 당신 덕분에 문제가 해결되었다고 생각합니다

네, 이렇게 기억합니다 :-)