Discussion :

[Tralali]

Bonjour,

Actuellement je travail sur une série d'images, à partir de ces dernieres je génère une nouvelle série d'image avec cvWarpPerspective.

Avant d'utiliser la fonction cvWarpPerspective je définie une ROI avec cvSetImageROI sur la fonction de destination je désactive la ROI tout de suite après.

Mon programme semble tourner correctement pour quelques image puis me génère une exception au moment d'executer cVWarpPerspective pour l'une des images. Ce comportement n'a pas tous le temps lieu et lorsqu'il apparait c'est malheureusement pas tous le temps pour les mêmes .

Du coup je pense que l'erreur est dû à une image transmise erronée. Comment vérifier si l'image source transmise est correcte avant d'appliquer cvWarpPerspective?

[snowpy]

Bonjour

quel type d'erreur as tu ? Cela peux venir de ta boucle de traitement qui est trop rapide par rapport à l'acquisition des images.

[Tralali]

L'erreur qui s'affiche :
Fatal error : Unhandled exception thrown

L'origine de l'erreur que tu proposes est intéressante. Je n'y avais pas pensé. Du coup je vais faire des tests, de suite, pour vérifier si c'est la cause de l'erreur

[Tralali]

L'acquisition de mes images et deux fois plus rapide. Certaines images ne sont pas prises en compte à cause d'un overflow

Voici l'erreur plus précise :

Exception non gerée à 0x7c812a6b dans rtmaps.exe : Exception Microsoft c++ : cv:: Exception à l'emplacement mémoire 0x05e1f998

En prime une explication un peu plus précise des opérations que je réalise.
J'execute un programme composé de trois threads :

-le premier pour l'envoi des acquisitions

-le second prend en entrée les informations du premier et execute ma fonction d'openCv

-le troisième prend en entrée les info du premier et du second thread

Tous cela marche très bien pendant un petit moment (et même parfois ça marche pour la sequence d'image entière), jusqu'à l'exception générée dans le second thread.


Les tests réalisés :
-Executer seulement les deux premier thread sans le troisième
Aucune erreur visible, l'exception n'a encore jamais été lancée dans ce cas là j'en déduit donc que soit elle apparait encore plus rarement et en qq sorte pas de chance de n'avoir rien vu pour le moment ^^ soit
-Plus j'augmente le nombre d'image seconde envoyées plus le bug apparait
-Plus je diminue la priorité du dernier thread plus le le bug apparait
-Par contre diminuer la priorité du second thread produit l'effet inverse (actuellement aucun bug observé mais je n'ai pas encore executer assez souvent mon code dans cette configuration pour conclure)

Si des tests particuliers vous viennent à l'esprit, n'hésitez pas.

[snowpy]

Protégé par mutex la ressource ?

[Tralali]

En tentant de mettre un mutex je me suis rendue compte que dans mon troisième thread je ne clonais pas les images d'entrée. J'étaits persuadée du contraire pourtant :S.

Du coup ça marche, sans mutex mais c'était bien un problème de partage de ressource.

Merci à toi.