Discussions au sujet de NI LabVIEW
Manipulation tableau
Je soupçonne ici un problème de maltraitance animale 
C'est un problème complexe que tu poses ici.
Ta caméra est en acquisition continue sur la position d'une mouche ...
mais ...
de temps en temps la caméra perd la mouche !
dans ce cas,
soit la caméra se dé-lock de toutes cibles (elle est "perdue") et retourne des "0",
soit elle re-lock sur une fausse cible ... une ombre ... n'importe quoi, mais pas la "bonne mouche".
après un "certain temps" ... la caméra se reverouille sur la "bonne cible", la mouche.
Le problème revient à modéliser le comportement "normal" qu'une mouche peut avoir.
La position de mon point "A" est-elle cohérente avec la position du point précédent "A-1" ? ...
La trajectoire "(A-1)>(A)" est-elle compatible avec le "modèle de vol" d'une mouche ?
Le problème rencontré est étroitement lié à ta fréquence d'acquisition.
Plus ta fréquence sera élevée, moins tu auras de faux échos ou fausses cibles.
Si j'ai bien compris tu fais une acquisition toutes les 50ms.
Tu parles de "point trop éloignés" ... c'est quoi un "point trop éloigné ?" .... quelle distance maximum peut parcourrir une mouche en 50ms ?
A mon sens, cet éloignement maximum admissible est a définir.
avis perso ... c'est dans ce sens que j'essayerais d'avancer, :
à chaque fois qu'un point est trop éloigné du précédent (à définir), ou est égal à "0" ... je considère que ma cible est "perdue".
Je dois recommencer à "chercher" la mouche ... en me basant sur le mouvement.
Je dois retrouver une cible dont la succession des points de capture est compatible avec "le modèle de vol" (et notamment l'écart maximum entre deux points)
A mon sens, ce n'est pas un problème à résoudre sur un "tableau de points",
mais bien "en temps réel", point par point.
Si tu travailles sur un tableau de points ... dès que j'ai un écart incohérent, Je considère que la cible est perdue.
Dans ce cas, je scanne le tableau à la recherche d'une "nouvelle" suite de point ayant des écarts cohérents.
Je pense qu'une suite de 3 points cohérents serait un minimum pour estimer avoir une "re-capture"
Si tu as des "dé-lock" trop fréquent, alors c'est que ton acquisition est trop lente.
C'est un problème extrêmement complexe de cohérence de trajectoire ...c'est un vrai problème.
PS:
et si "plus loin", tu as une seconde mouche qui provoque une ombre dont la trajectoire est totalement cohérente avec "le modèle de vol standard" ?
Comment faire la différence entre "mouche" et "ombre de mouche" ?
A propos de la distance qu`une mouche peut parcourir en 50ms, je n`en sais trop rien....
Mais ouai je devrais faire une recherche sur ca, reprendre les valeurs renvoyees et analyser pour trouver le maximum.
Mais grosso modo un point parasite, ressemblait a ca:
Donc j`ai de la marge.
Je n`ai peut-etre pas precise, mais la mouche ne vole pas. Elle marche dans une boite qui ressemble a un Y (il y`a ce type d`experience pour les souris et rats, appelle Y-Maze).
Et puis pour ce qui est des moments ou je perd la mouche (quoique tres faible au final, peut-etre dix a trente frames sur une video de 3 minute (20FPS)), Ca se produit, grosso modo, quand ma mouche se trouve dans un coin... Du coups, la solution trouve, me semble pas trop mauvaise, enfin en tout cas, ca semble prometeur.
Des qu`un zero apparait (ou un point parasite), le programme prend le point juste avant le 0 qui etait bon, et prend le point apres le 0 qui est bon en comparaison avec celui d`avant. Si y`a plusieurs zero, il cherche apres un point coherent avec celui juste avant le premier 0 obtenu. et en fait une moyenne. et ainsi de suite.
Pas sur que c`est clair ^^ mais ca fonctionne.....
Maintenant oui, comme dit precedemment, le probleme reste si j`ai un 0 juste a la derniere frame de la video. J`ai un zero au dernier chiffre de mon tableau. du coups mon programme veut faire la moyenne. Prend celui avant qui est bon mais pour le point apres il ne trouve que des 0 ou NaN (je ne sais pas ce qu`il y`a apres les dimensions de mon tableau par default).....
Si c`etait des NaN ca serait bien, mais je suppose que c`est des 0.
J`ai joins mon software dans mon precedent post...... Mais j`avoue que la solution maintenant ne me semble pas evidente.
ps: j`essayerai de jouer avec la frequence d`enregistrement voir si ca ameliore le tracking ou non.
ps2: pour tes questions de fin, Je n`ai qu`une mouche par Y-maze, donc je ne rencontrerai pas ce genre de probleme 🙂
Enfin ton interet pour le sujetme fait vraiment plaisir, merci
Le (ou les) "0" en fin de tableau ... je les supprimerais.
ceci dit ...
sans avoir regardé le bon ou le mauvais de ton code ... question "propreté", c'est pas réellement le "top".
donc ... j'ai fait rapidement un peu le ménage (code identique, mais " qui l'fait " un peu plus).
C'est du langage graphique ... ça "doit" être graphiquement (visuellement) propre.
ci-joint en LV2011.
salut à vous!! une histoire de mouche! j'ai trouvé le post super interessant! vraiment (même pas une blague). Je ne savais pas qu'il y avait des expériences avec des mouches qui marchent dans des boites en forme de Y.
Il y a la bonne réponse, alors c'est bien.
A+ et bonne mouche ou bon vol...
@Luc : " Je ne savais pas qu'il y avait des expériences avec des mouches qui marchent dans des boites en forme de Y. "
Luc ... bon dieu .... faut sortir un peu ! 
(je taquine ... moi, idem, je ne savais pas)
