Optimisation de temps

**cocs78** · 14/09/2015, 18h16

Bonjour à tous

Je développe actuellement une application de traitement d'images en temps réel. Les images que j'utilise sont en HD (1920 *1080 pixels) avec une acquisition de 30 FPS. malheureusement je n'arrive pas à atteindre un temps d'analyse inférieur à 1/30 seconde par image.

J'ai pensé à utiliser plusieurs thread ou utiliser une carte graphique mais n'ayant pas une grande connaissance dans ce domaine je m'en remet à vous. Quelles sont mes possibilités, puis-je baisser de manière significative mon temps de traitements ?

Merci d'avance vos réponse

**Ehonn** · 14/09/2015, 19h03

Bonjour

Si tu peux nous fournir le kernel de calcul, on pourra vraiment t'aider.

Sinon :
- vérifie que tu as bien activé les options d'optimisation du compilateur
- vérifie s'il n'y a pas d'optimisation de l'algo lui-même
- fait attention au parcours dans la mémoire (pour minimiser les défauts de cache)
- si tu as plusieurs cœurs disponibles, regarde du côté d'OpenMP (ou std::thread)
- essaye d'utiliser les extensions SIMD
- après il te reste l'utilisation de la carte graphique avec OpenCL ou Cuda

**dragonjoker59** · 14/09/2015, 19h15

Tout dépend des traitements que tu as à faire.
J'ai personnellement utilisé les intstructions SSE2, ou CUDA pour l'optimisation de traitements sur des images Full HD.
Les gains étaient vraiment appréciables, mais avec le SSE2 il faut une grande rigueur et une bonne compréhension de ce que tu fais.
Pour CUDA, il faut penser d'une toute autre manière, à cause de la manière dont est parallélisé le traitement.
Et une autre solution que je n'ai pas testée c'est OpenMP.

[EDIT]

Owned.

**SkyZoThreaD** · 14/09/2015, 19h27

Il n'y a pas à tortiller. Il faut utilisr le gpu pour le traitement d'images haute def. Tu peux utiliser des langages gpu comme Cuda ou Opencl qui sont très bons et bien documentés.
Mais sans aller jusque là, tu peux très bien écrire un petit prog OpenGL et faire le traitement d'image par des shaders (GLSL ou Cg) dans un FBO et récupérer les données par un glReadPixels. Y'a pas plus "temps réel"

**Ehonn** · 14/09/2015, 20h34

Envoyé par SkyZoThreaD

Il n'y a pas à tortiller. Il faut utilisr le gpu pour le traitement d'images haute def. Tu peux utiliser des langages gpu comme Cuda ou Opencl qui sont très bons et bien documentés.
Mais sans aller jusque là, tu peux très bien écrire un petit prog OpenGL et faire le traitement d'image par des shaders (GLSL ou Cg) dans un FBO et récupérer les données par un glReadPixels. Y'a pas plus "temps réel"

Il s'agit d'une option, qui portera très probablement ses fruits car généralement les problèmes de traitements d'images sont des problèmes que les GPU aiment bien.
Cependant (sauf erreur de ma part) Cuda ne fonctionne que sur les cartes graphiques nVidia, OpenCL est relativement compliqué à utiliser. Les deux sont assez difficiles à installer correctement. (D'une carte graphique à l'autre, les performances ne sont pas (toujours) portables).
Envisager une optimisation CPU (multi-thread) n'est pas stupide, si elle amène les performances voulues, le développement sera plus rapide et le code plus facilement maintenable.

**cocs78** · 14/09/2015, 21h42

Bonsoir,

Tout d'abord merci d'avoir porté attention à mon problème

je traite mes images à l'aide de la bibliothèque OpenCV. Elle marche très bien mais sur des tailles d'images plus petites.

Mon but est repérer des marqueurs de couleur (une douzaine) dans mes images. Au début j'utilisé des régions d’intérêt pour chacun de mes points afin de minimiser le temps de calcul. L'ennui c'est que mes marqueurs se déplacent rapidement et ils sortent des régions d’intérêts. J'ai donc décidé de traiter entièrement l'image, mais en contre partie la complexité explose ...

Je ne connais aucune des solutions que vous m'avez proposé, je vais me renseigner sur les acronymes que j'ai pu voir passer dans la discussion ^^.

Je recherche avant tout une solution simple et qui peut être rapidement mis en place. Je ne suis pas encore un expert en c++