Mve: Jeu de données Fountain_p11

Créé le 10 mars 2018  ·  14Commentaires  ·  Source: simonfuhrmann/mve

Bonjour
donc je voulais reconstruire la fontaine_p11 en utilisant l'étalonnage de la caméra de vérité au sol, j'ai donc utilisé le script midelbury.sh pour créer la scène, puis j'ai suivi en utilisant featurerecon. et il semble que la caméra de vérité au sol ne soit pas correcte. Je l'ai même utilisé avec smvs et cela n'a pas fonctionné. J'ai également essayé de rephotographier le modèle de vérité au sol avec une caméra de vérité au sol (avec mon propre code qui fonctionne bien avec d'autres scènes) et cela n'a pas fonctionné. quelqu'un peut-il me dire comment utiliser correctement l'ensemble de données Sretcha

ÉDITER:
il semble que les paramètres de la caméra de vérité au sol soient corrects puisque je l'ai utilisé avec pmvs-2 et cela a bien fonctionné. c'est fou

Tous les 14 commentaires

Donc, la façon dont vous l'avez décrit sonne bien - vous créez une scène avec le script et exécutez featurerecon . Le script, cependant, est pour Middlebury et non pour les jeux de données Strecha. Vous devrez peut-être l'adapter un peu.

  • Pouvez-vous consulter vous-même le fichier meta.ini et comparer avec les paramètres de Strecha ?
  • Avant d'exécuter featurerecon , pouvez-vous inspecter la scène avec UMVE ?

Eh bien, parce que dans Strecha, Fountain_p11 ne contient que 11 images, j'ai créé manuellement un Fountain_par.txt donc je pense que le script Middelbury fonctionnera bien et meta.ini. sont corrects, le _umve_ fonctionne bien également s'il est exécuté avant _featurerecon_, il montre des caméras avec des rotations étranges lorsque je lance _featurerecon_ je n'obtiens que 1000 et quelque chose de point formant une forme conique. vérifier l'image ci-dessous
cone

De plus, si vous avez remarqué que Strecha donne dans son jeu de données 2 fichiers camera qui contient K , R , T. et un autre fichier appelé P qui contient la matrice de projection si je calcule p = K*[R|t] j'obtiens une matrice similaire à celui du fichier P avec une colonne différente du coup d'image de contrôle.
matrice

cet ensemble de données me dérange comment les gens l'ont-ils utilisé pour valider des choses

Il est difficile de voir sur l'image ce qui ne va pas. Si vous obtenez des entités en forme de cône, certains paramètres de la caméra sont probablement erronés. Peut-être que les caméras sont inversées ? Vos calculs dans la deuxième capture d'écran me semblent faux. RT ne devrait-il pas avoir tous les zéros dans la dernière rangée, avec un un dans le coin inférieur droit ?

le calcul est correct selon le modèle de caméra sténopé R est 3x3 t est 3x1 et k est 3x3 pourquoi devrais-je augmenter RT par rangée. Je veux dire que vous pouvez augmenter la projection p si vous voulez faire une transformation homogène.
Aussi, je viens de vérifier sur le net, j'ai découvert que Strecha calcule sa projection P comme ceci : p = k * [R^T |-R^T t]
le "^T" signifie transposition mais je ne comprends pas.
retour au problème :
Fountain_par.txt Voici le fichier que vous pouvez essayer d'exécuter le script et featurerecon dessus vous-même si vous avez le temps. je pense que les paramètres de la caméra donnés dans le jeu de données sont erronés ou qu'ils ne sont pas compatibles avec MVE et SMVS

Peut-être que quelqu'un de l'équipe a le temps de se pencher là-dessus, pas moi. @nmoehrle , @flanggut ?

Merci. aussi j'ai découvert que tous les jeux de données Strecha même les nouveaux ici: https://cvlab.epfl.ch/data/strechavs ne fonctionnent pas non plus donc ce rôle suppose que les paramètres de la caméra sont erronés et me font croire que le sol Les paramètres de la caméra de vérité ne sont en quelque sorte pas compatibles avec MVE et SMVS

Veuillez publier ici l'un de vos fichiers meta.ini .

Lorsque je regarde la capture d'écran de l'UMVE, je constate que les rotations sont incorrectes, les vues sont censées former un arc en regardant vers le centre. Lorsque j'ai expérimenté strecha, j'avais mes propres scripts de conversion et comme ils sont écrits en python, je n'ai pas essayé de les intégrer dans MVE. Pouvez-vous me montrer le script que vous avez utilisé pour convertir les paramètres de la caméra, ou donner un lien ?

Ma meilleure hypothèse est que vous n'avez pas converti la position de la caméra (c stockée dans les fichiers de la caméra strecha) en traduction (t = -R * c). De plus, je pense qu'il y avait une certaine bizarrerie avec les fichiers de la caméra strecha, la matrice de la caméra est en ligne majeure et la matrice de rotation est en colonne majeure, ou si vous voulez, la matrice de rotation transposée est stockée (R^t).

@simonfuhrmann ici le méta-fichier
méta.txt
@nmoehrle bien j'ai utilisé ceci : https://github.com/simonfuhrmann/mve/wiki/Middlebury-Datasets pour obtenir les paramètres de la caméra.
et oui je ne l'ai pas fait (t = -R * c) alors j'ai pensé que Strecha vous donne le vecteur de traduction t ce qui m'a dérouté, c'est que Stesha dans le fichier readme dit p = k * [R^T |-R^T t ] s'il vient de remplacer t par c -_- . je vais essayer d'utiliser cette information et voir ce que ça donne

Ce script ne peut pas analyser les fichiers .camera du benchmark strecha, il lit simplement le format des paramètres de la caméra middlebury, une seule ligne qui ressemble à ceci :
"nomimg.png k11 k12 k13 k21 k22 k23 k31 k32 k33 r11 r12 r13 r21 r22 r23 r31 r32 r33 t1 t2 t3" .

Les fichiers .camera ont une structure entièrement différente :

|Ligne|Contenu|
|------|-|
| 1-3 | Matrice K |
| 4 | inconnu |
| 5-7 | R^t |
| 8 | c |
| 9 | largeur hauteur |

@nmoehrle oui oui je suis conscient que j'ai créé manuellement un fichier Fountain_par.txt à partir de .camera pour 11 images (paresseux pour écrire mon propre analyseur) la seule chose que je n'ai pas considérée est (t = -R * c) je utilisé c donné dans .camera comme t. je corrigerai cela plus tard et posterai les résultats

@nmoehrle bien je pense que le problème est résolu merci à vous
screen

Oui c'est comme ça que je m'en souviens :-)

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

MaxDidIt picture MaxDidIt  ·  30Commentaires

Jus80687 picture Jus80687  ·  11Commentaires

GustavoCamargoRL picture GustavoCamargoRL  ·  13Commentaires

HelliceSaouli picture HelliceSaouli  ·  12Commentaires

daleydeng picture daleydeng  ·  8Commentaires